sejong.jeonjo@gmail.com

작성일: 2025년 5월 14일

서버 장비들은 항온/항습이 되는 장비실에 있고 Keyboard, Mouse 그리고 모니터가 연결되어 있지 않은 경우가 많다.

그래서 서버를 관리할 때 Keyboard, Mouse, Monitor(Display) 장치들을 세트로 들고 다니면서 서버에 연결하곤 하는데,

이렇게 서버 콘솔에 접근할 때마다 Keyboard, Mouse, Monitor를 들고 다니는 일이 귀차니즘을 불러일으킨다. ㅠㅠ

물론 돈 많은 회사는 Rack 마다 비싼 KVM 장비를 붙여주거나 HP DL380 장비처럼  iLO 기능이 있어서 IP network을 통해서 원격 제어가 쉽다.

(즉, OS 부팅이 안 된 상태에서 서버 장비를 관리할 수 있음. BIOS 설정이나 OS 부팅/셧다운 같은 제어가 가능)

돈을 아껴야 하는 회사는 위와 같은 호사를 누릴 수 없다. ㅠㅠ

그래서 이것저것 알아보다가 발견한 것이 Sipeed라는 회사가 팔고 있는 nanoKVM이라는 제품을 발견했다.

(공식 웹사이트에서는 'nanoKVM Cube'라는 이름으로 검색해야 함)

위 제품 구입 링크

위 제품을 구입하고 며칠 사용해봤는데, KVM Software 설치 절차가 쉽고 운영하는 절차가 간단했다.

USB 전원, USB 키보드/마우스 에뮬레이션 케이블 연결하고

서버 장비의 HDMI Output 신호만 nanoKVM 보드가 받을 수 있게 연결해주고,

인터넷이 되는 Ethernet Cable만 연결해주면 끝이다.

단, DHCP Server가 있어야 nanoKVM이 IP Network 설정이 되므로, DHCP Server 구성만 추가로 해주면 된다.

참고로 nanoKVM의 IP address는 DHCP server의 log 파일을 보면 알아낼 수 있다.

만약 DHCP server의 log를 열람했는데, 어떤 IP address인지 추정하기 어렵다면 log file에 찍힌 여러 MAC address를 Vendor lookup해보고 찾아낼 수 있다.

예를 들어, https://macaddress.io/  웹 사이트에서 MAC address를 검색해본다.

아래 결과처럼, "Sipeed Tech Co, Ltd" 회사 이름이 나오면 이 MAC address에 매핑된 IP address가 nanoKVM의 IP address라고 추정할 수 있다.

참고하면 좋을  글

NanoKVM 이용기(이용 후기):  (링크)

NanoKVM 공식 웹 사이트:  (링크)

NanoKVM GitHub:  (링크)

작성일: 2025년 5월 9일

Rainy75(레이니75) 키보드를 1년 넘게 잘 사용하다가 방금 키보드 먹통 현상이 있어서 여러 관련 글을 찾아보고 해결했다.

우선 내가 겪은 먹통 증상(벽돌 증상)은 이렇다.

• 매일 사용했던 블루투스 연결이 안 됨
• 원래 [ Fn ] 키를 누르면, RGB 램프(백라이트)가 켜져야 하는데 아무런 반응이 없다. ㅠㅠ
• USB-C 케이블을 직접 PC에 연결해봄 ->  해결 안 됨. 아직도 벽돌 상태
• Caps Lock 키를 뽑고, On/Off 스위치를 껐다켰다를 몇번 해봄 ->  해결 안 됨. 아직도 벽돌 상태
• ESC 키를 누른 상태에서 On/Off 스위치를 껐다켰다를 몇번 해봄 ->  해결 안 됨. 아직도 벽돌 상태

20분 동안 별짓을 다 해도 키보드가 정상 상태로 돌아오지 않았다.

그러다가 아래와 같이 몇가지를 더 해봤는데, 정확히 어떤 것 때문에 키보드가 되살아 났는지는 모르겠다.

아무튼 아래 조작을 다 해보다가 우연히 키보드가 되살아난 것을 알게 되었다.

• [ Fn + ESC ] 키를 3초 이상 누르고 있어 본다.
   - 키보드 설정 공장 초기화하는 작업이라고 한다.
• [ Fn + L ] 키를 동시에 눌러 본다. 
   - 키보드 저전력 모드를 끄고 켜는 키라고 하는데, 키보드가 벽돌 상태일 때 눌러주면 키보드가 소생하는 경우가 있다고 한다.
   - 공식 매뉴얼에는 이 [ Fn + L ] 키 조합에 대한 설명이 없어서 정확한 해법인지 모르겠다.
• [ Fn + H ] 키를 동시에 눌러 본다.
   - 초저지연 모드를 끄고 켜는 키이다. 
• USB-C 케이블로 PC와 연결한 상태에서 [ Fn + Tab ] 키를 눌러본다. (가능하면 여러번 시도해볼 것!)
   - 이 때, Esc 키에 백라이트가 켜지는지 확인하면서 [ Fn + Tab ] 키를 눌러야 한다.
• [ Esc ] 키를 누른 상태에서 USB-C 케이블을 연결했다가 뺐다가를 반복해본다.

문제 해결 !

위 5가지 조작을 해보고 나서 타이핑을 쳐보니 정상적으로 동작했다.

작성일: 2025년 2월 17일

Wiki 서버를 사내망에 자체적으로 구축할 때, 아래의 방법으로 설치 !!

Docker compose 파일을 작성

아래 예제와 같이 'docker-compose.yaml' 파일을 작성한다.

## Filename: docker-compose.yaml

services:

  db:
    image: postgres:15-alpine
    environment:
      POSTGRES_DB: wiki
      POSTGRES_PASSWORD: wikijsrocks
      POSTGRES_USER: wikijs
    logging:
      driver: none
    restart: unless-stopped
    volumes:
      - db-data:/var/lib/postgresql/data

  wiki:
    image: ghcr.io/requarks/wiki:2
    depends_on:
      - db
    environment:
      DB_TYPE: postgres
      DB_HOST: db
      DB_PORT: 5432
      DB_USER: wikijs
      DB_PASS: wikijsrocks
      DB_NAME: wiki
    restart: unless-stopped
    ports:
      - "80:3000"

volumes:
  db-data:

 참고: 위 YAML 내용은 아래 온라인 문서에서 발췌했음.

https://docs.requarks.io/install/docker#using-docker-compose

Docker compose 명령으로 Wiki 서버를 설치

## 참고:  -d 옵션은 데몬 모드로 구동하기 위해서 추가했다.
$ docker compose up -d

## container 내부에서 출력되는 로그 내용을 보려면, `logs -f` 명령을 수행한다.
$ docker compose logs -f

Web browser로 접속하기

예를 들어, 아래와 같이 URL을 입력하여 Wiki 페이지에 접속한다.

http://10.1.1.3/

아래와 같은 초기 설정 화면이 보일 것이다.

빈칸에 적당한 값을 채우면, Wiki 서버 설정 끝.

그 이후부터는 Wiki 문서 작성하는 방법으로 내용을 채우면 된다.

작성일: 2025년 1월 11일

집에서 혼자 끄적끄적 거리면서 개발할 때는 내가 어떤 라이브러리를 사용하는지 큰 관심이 없지만,

회사에서 상용 소프트웨어를 만들면서 오픈소스 라이브러리를 쓸때마다 라이센스(라이선스)를 확인하게 된다.

라이센스 유형이 다양한데, "한국저작권위원회"의 "오픈 소스 라이선스 가이드"가 설명이 가장 쉬운 것 같다.

아래 "오픈 소스 라이선스 가이드"가 다루는 내용은;

• BSD 계열
  • BSD
  • Apache
• GPL 계열
  • GPL 2.0
  • GPL 3.0
  • LGPL
  • Affero GPL
  • GPL Exceptions
• MPL 계열
  • MPL
  • CDDL
  • CPL, EPL
• Font License
  • GPL Font Exception
  • SIL Open Font License (OFL)
  • Ubuntu Font License

https://www.olis.or.kr/license/licenseGuide.do

오픈 소스를 사용하다가 생기는 분쟁에 대한 대응 방안 가이드도 제공되고 있다.

https://www.olis.or.kr/license/conflictGuide.do

작성일: 2025년 1월 10일

Linux kernel source code를 다운로드하는 방법

GitHub에서 Git Clone하기

$ git clone https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git

참고: github에서 clone하면, 다운로드 시간이 엄청 길다. 내 경우는 10분 소요되었다.

Tar 파일로 다운로드하기

아래 Linux Kernel 공식 Archive 홈페이지에서 원하는 Linux 버전의 소스 코드에 대한 Tar 파일을 다운로드.

https://www.kernel.org

작성일: 2024년 12월 16일

eBook(PDF) - Learning eBPF 

https://isovalent.com/books/learning-ebpf/

참고: 위 책에 소개된 예제 코드는 아래 github에서 열람할 것.

https://github.com/lizrice/learning-ebpf?tab=readme-ov-file

libbpfgo-beginners

https://github.com/lizrice/libbpfgo-beginners

책 저자 - Liz Rice

https://www.lizrice.com/#6

eBPF - Official Web Site

https://ebpf.io/get-started/

작성일: 2024년 12월 13일

기업형 VPN을 사용할 일이 생겨서 어떤 거를 써야 하나 고민하다가, 최근에 보편적으로 어떤 제품이 많이 쓰이는지 조사해봤다.

간단하게 요약하면, Cisco AnyConnect 제품이 독보적으로 가장 많이 사용된다.
그리고 회사별로 보면, Cisco 제품군이 전체 VPN 시장의 54%를 차지한다.
(데이터 출처:  DataNeeds, 2023)

• Cisco AnyConnect: 29%  (2,467 기업에서 사용중)
• Cisco VPN: 25%  (2,125 기업에서 사용중)
• Juniper VPN: 10%  (887개 기업에서 사용중)
• Ctric Gateway: 8%  (670개 기업에서 사용중)
• OpenVPN: 7%  (583개 기업에서 사용중)
• CheckPoint VPN: 3%  (228개 기업에서 사용중)
• NCP IPsec VPN: 2% 

시장 점유율이 높은 Cisco AnyConnect의 운영 매뉴얼, API 가이드를 보니까 아주 잘 만들어져 있었다.

왜 Cisco AnyConnect 제품이 잘 팔리는지 알 수 있었다.

그런데 가격이 넘사벽이다. ㅠㅠ

IPsec tunnel에서 1Gbps 대역 효과를 얻기 위해서 대략 5100만원 정도를 써야 한다.

(이 5100만원이라는 것도 순수 장비 구입비만.. ㅠㅠ  기술지원 비용까지 합하면, 실제 지출되는 금액은 훨씬 커진다.)

회사가 여러 빌딩이나 지사로 나누어져 있으면, VPN 장비를 여러 개 구입해야 하니까 비용은 수억원 정도 지출될듯.

작성일: 2024년 11월 13일

Intel Xeon CPU의 다양한 제품 라이업을 보면, 어느 제품을 구입해서 써야 할지 막막할 때가 있다.

이럴 때, 각 CPU 모델의 성능 측정 값을 알면 딱 좋은데, 다행스럽게도 Intel이 제공하는 CPU 모델별 성능 정보 테이블이 있다. 

https://www.intel.com/content/dam/support/us/en/documents/processors/APP-for-Intel-Xeon-Processors.pdf

참고 정보

Intel은 MIPS 정보는 제공하지 않고 GFLOPS, APP 성능 지표만 제공한다고 한다. (아래 웹 사이트에 자세한 정보가 있다)

https://www.intel.com/content/www/us/en/support/articles/000057052/processors/intel-xeon-processors.html