Byeon-gun's Igloo Blog

삼성 등 사용 미국 포티넷 보안장비 해킹당했다

변군이글루 — Mon, 22 Jun 2026 21:10:28 +0900

삼성 등 사용 미국 포티넷 보안장비 해킹당했다

1. 포티넷 보안장비 대규모 해킹: 삼성 등 글로벌 기업들이 사용하는 미국 보안기업 '포티넷'의 방화벽·VPN 장비 수만 대가 해킹당하는 사건이 발생했습니다.

2. '포티블리드'로 명명: 이번 대규모 해킹 사고는 '포티블리드(FortiBleed)'로 명명되었으며, 현재도 피해가 이어지고 있는 진행형 상태입니다.

3. 수만 대의 장비 침해 추정: 조사 결과 최소 7만 3,000개 이상의 URL이 침해되었으며, 실제 해킹된 장비는 최대 8만 6,000여 대에 이를 것으로 추정됩니다.

4. 글로벌 대기업 무더기 피해: 피해 명단에는 한국의 삼성을 비롯해 액센추어, 폭스콘, 레노버, 오라클, 지멘스 등 세계적인 기업들이 대거 포함되었습니다.

5. 민감한 계정 정보 유출: 이번 해킹으로 인해 장비를 이용하는 사용자 이름과 이메일 주소는 물론, 암호화되지 않은 평문 상태의 비밀번호까지 유출되었습니다.

6. 취약점 아닌 관리 소홀이 원인: 시스템의 새로운 기술적 결함 때문이 아니라, 기업들이 기본 비밀번호를 바꾸지 않거나 계정 관리를 소홀히 한 점이 원인이었습니다.

7. 자동화된 대입 공격 활용: 해커들은 인터넷에 노출된 장비를 자동으로 찾아낸 뒤, 과거에 유출되었던 비밀번호 목록을 무차별 대입하는 방식을 썼습니다.

8. 기본 계정 방치가 화근: 실제로 탈취된 전체 계정의 약 63.3%는 변경 없이 그대로 방치된 일반 관리자 계정이나 포티넷의 기본 시스템 계정이었습니다.

9. 인도·미국 등 타격, 러시아 배후 추정: 국가별로는 인도, 미국, 대만 등의 피해가 가장 컸으며, 보안 전문가들은 이번 공격의 배후 세력으로 러시아를 의심하고 있습니다.

10. 보안 당국의 긴급 조치 권고: 미국 사이버보안청(CISA) 등은 포티넷 장비를 사용하는 모든 기업에 즉각 관리 권한을 잠그고 계정 비밀번호를 재설정하라고 강력히 권고했습니다.

원본 기사

- ZDNET Korea : 삼성 등 사용 미국 포티넷 보안장비 해킹당했다

CISA

우분투 24.04 Fluent Bit 최신 패키지 설치 및 다운그레이드 방법

변군이글루 — Mon, 22 Jun 2026 16:29:55 +0900

우분투 24.04 Fluent Bit 최신 패키지 설치 및 다운그레이드 방법

우분투 24.04에서 Fluent Bit 공식 Repository를 이용하여 최신 버전을 설치하고 특정 버전(4.2.5)으로 다운그레이드하는 방법입니다.

테스트 환경

OS 정보 확인

$ lsb_release -d
Description:	Ubuntu 24.04.3 LTS

Fluent Bit 최신 패키지 설치

1. Fluent Bit Repository 등록

Fluent Bit 패키지는 공식 APT Repository를 통해 설치할 수 있습니다.

GPG Key 등록

sudo curl -fsSL https://packages.fluentbit.io/fluentbit.key \
    | gpg --dearmor \
    | sudo tee /usr/share/keyrings/fluentbit-keyring.gpg > /dev/null

Fluent Bit Repository 추가

echo "deb [signed-by=/usr/share/keyrings/fluentbit-keyring.gpg] \
    https://packages.fluentbit.io/ubuntu/$(lsb_release -cs) $(lsb_release -cs) main" \
    | sudo tee /etc/apt/sources.list.d/fluent-bit.list

2. Fluent Bit 최신 버전 설치

APT Repository 정보를 갱신합니다.

sudo apt update

Fluent Bit 설치

sudo apt install -y fluent-bit

버전 확인

/opt/fluent-bit/bin/fluent-bit --version

Fluent Bit v5.0.7
Git commit:

728x90

Fluent Bit 다운그레이드

설치된 Fluent Bit 버전을 5.0.7에서 4.2.5로 변경합니다.

1. 기존 설정 파일 백업

sudo cp -r /etc/fluent-bit /etc/fluent-bit.backup

2. Fluent Bit 서비스 중지

패키지 변경 전 Fluent Bit 서비스를 중지합니다.

sudo systemctl stop fluent-bit

서비스 상태 확인

systemctl status fluent-bit

3. 기존 Fluent Bit 패키지 제거

설치된 Fluent Bit 패키지를 제거합니다.

sudo apt remove -y fluent-bit

4. 설치 가능한 Fluent Bit 버전 확인

Repository에서 제공하는 Fluent Bit 버전을 확인합니다.

sudo apt update

apt-cache policy fluent-bit

fluent-bit:
  Installed: 4.2.5
  Candidate: 5.0.7
  Version table:
     5.0.7 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     5.0.6 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     5.0.5 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     5.0.4 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     5.0.3 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     5.0.2 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     5.0.0 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
 *** 4.2.5 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
        100 /var/lib/dpkg/status
     4.2.4 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     4.2.3 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     4.2.2 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     4.2.1 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages
     4.2.0 500
        500 https://packages.fluentbit.io/ubuntu/noble noble/main amd64 Packages

apt-cache policy 명령은 설치 가능한 패키지 버전과 Repository 정보를 확인할 때 사용합니다.

5. Fluent Bit 4.2.5 버전 설치

특정 버전을 지정하여 설치합니다.

sudo apt install -y fluent-bit=4.2.5

버전 확인

/opt/fluent-bit/bin/fluent-bit --version

Fluent Bit v4.2.5
Git commit:

6. Fluent Bit 서비스 시작

sudo systemctl start fluent-bit

서비스 상태 확인

systemctl status fluent-bit

7. 패키지 버전 고정 (운영 환경 권장)

운영 서버에서는 이후 apt upgrade 과정에서 Fluent Bit 버전이 다시 변경될 수 있습니다.

버전 고정

sudo apt-mark hold fluent-bit

확인

apt-mark showhold

해제

sudo apt-mark unhold fluent-bit

우분투 24.04 환경에서는 Fluent Bit 공식 Repository를 통해 최신 패키지를 설치할 수 있으며 필요 시 패키지 버전을 지정하여 원하는 버전으로 다운그레이드할 수 있습니다.

우분투 24.04에서 운영체제를 최신 상태로 업데이트하는 방법

변군이글루 — Wed, 17 Jun 2026 15:21:22 +0900

우분투 24.04에서 운영체제를 최신 상태로 업데이트하는 방법

우분투 서버 운영 환경에서는 보안 패치, 버그 수정, 최신 패키지 적용을 위해 주기적인 시스템 업데이트가 필요합니다.

테스트 환경

업데이트 전 현재 우분투 버전을 확인합니다.

$ lsb_release -d
Description:	Ubuntu 24.04.1 LTS

$ uname -r
6.8.0-41-generic

1. 패키지 목록 최신화

우분투는 APT(Advanced Package Tool)를 사용하여 패키지를 관리합니다.

저장소의 최신 패키지 정보를 가져옵니다.

sudo apt update

apt update는 설치된 패키지를 변경하지 않고 패키지 저장소 정보를 최신 상태로 갱신합니다

2. 설치된 패키지 업그레이드

다운로드한 패키지 정보를 기준으로 설치된 패키지를 최신 버전으로 업데이트합니다.

sudo apt upgrade -y

3. 업데이트 완료 확인

업데이트가 완료되면 우분투 버전을 확인합니다.

$ lsb_release -d
Description:	Ubuntu 24.04.4 LTS

$ uname -r
6.8.0-124-generic

4. 시스템 재부팅

커널 업데이트나 시스템 라이브러리가 변경된 경우 재부팅이 필요할 수 있습니다.

sudo reboot

5. 불필요한 패키지 정리

업데이트 과정에서 더 이상 사용하지 않는 패키지를 제거합니다.

sudo apt autoremove -y

패키지 캐시 정리

sudo apt clean

참고URL

- 변군이글루 : 우분투 24.04에서 자동 업그레이드 및 자동 재부팅을 비활성화 방법

$ 이름 없음 -r 6.8.0-41-일반

CentOS 7에서 Python 3 버전을 소스 코드로 직접 컴파일하여 설치하는 방법

변군이글루 — Wed, 17 Jun 2026 13:06:35 +0900

CentOS 7에서 Python 3 버전을 소스 코드로 직접 컴파일하여 설치하는 방법

CentOS 7은 기본적으로 Python 2.7이 설치되어 있습니다.

하지만 최신 애플리케이션 개발 환경이나 자동화 도구 사용을 위해 Python 3 환경이 필요한 경우가 있습니다.

테스트 환경

운영체제 정보

$ cat /etc/redhat-release
CentOS Linux release 7.9.2009 (Core)

OpenSSL 버전 정보

$ openssl version
OpenSSL 1.0.2k-fips  26 Jan 2017

Python 정보

$ which python
/bin/python

$ python --version
Python 2.7.5

주의
CentOS 7 시스템 명령 중 일부는 Python 2.7에 의존하고 있기 때문에 기존 /usr/bin/python을 변경하지 않는 것이 안전합니다.

1. Python 빌드에 필요한 패키지 설치

Python을 소스 컴파일하기 위해 필요한 개발 라이브러리를 설치합니다.

sudo yum install -y zlib-devel

---

개발 라이브러리 설치

sudo yum install -y \
  gcc \
  make \
  wget \
  openssl-devel \
  bzip2-devel \
  libffi-devel \
  zlib-devel

설치 후 버전 확인

gcc --version

---

OpenSSL 설치

Python 3.9는 SSL 모듈 빌드에 OpenSSL 1.1.1 이상을 권장합니다.
CentOS 7 기본 openssl은 1.0.2라서 pip가 최신 PyPI(TLS 1.2+ 필수)에 접속 못 할 수 있습니다.

cd /usr/local/src
sudo wget https://www.openssl.org/source/openssl-1.1.1w.tar.gz
sudo tar xzf openssl-1.1.1w.tar.gz
cd openssl-1.1.1w
sudo ./config --prefix=/usr/local/openssl11 --openssldir=/usr/local/openssl11 shared zlib
sudo make -j$(nproc)
sudo make install

ldconfig 등록

echo "/usr/local/openssl11/lib" | sudo tee /etc/ld.so.conf.d/openssl11.conf
sudo ldconfig

OpenSSL 버전 확인

/usr/local/openssl11/bin/openssl version

OpenSSL 1.1.1w  11 Sep 2023

2. Python 소스 다운로드

Python 공식 사이트에서 원하는 버전의 소스를 다운로드합니다.

cd /usr/local/src
sudo wget https://www.python.org/ftp/python/3.9.13/Python-3.9.13.tgz
sudo tar xzf Python-3.9.13.tgz
cd Python-3.9.13

3. 기존 빌드 설정 초기화(빌드 실패 후 초기화)

이전에 빌드한 기록이 있다면 설정 파일과 생성된 결과물을 제거합니다.

sudo make clean

sudo rm -rf build

4. Python 빌드 환경 설정(OpenSSL 1.1.1 빌드했다면 경로 지정)

설치 경로를 /usr/local/python3으로 지정합니다.

sudo ./configure \
  --with-openssl=/usr/local/openssl11 \
  --prefix=/usr/local/python3

옵션 설명

--prefix : Python 설치 경로 지정
--enable-optimizations : 성능 최적화 빌드 활성화

728x90

5. Python 컴파일 및 설치

컴파일

CPU 코어 수만큼 병렬 빌드하여 설치 시간을 줄입니다.

sudo make -j$(nproc)

설치

make install 대신 make altinstall을 사용하는 이유는 기존 시스템 Python 명령을 덮어쓰지 않기 위해서입니다.

반드시 make altinstall 사용 (make install 아님).
install을 쓰면 시스템 기본 python3, pip3를 덮어써서 yum 등 시스템 도구가 깨질 수 있습니다.
altinstall은 python3.9라는 별도 이름으로 설치되어 안전합니다.

sudo make altinstall

...
Installing collected packages: setuptools, pip
  WARNING: The script pip3.9 is installed in '/usr/local/python3/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
Successfully installed pip-22.0.4 setuptools-58.1.0
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager.
It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv

설치가 완료되면 다음 위치에 Python이 생성됩니다.

/usr/local/python3/bin/python3.9

설치 확인

/usr/local/python3/bin/python3.9 --version

Python 3.9.13

6. Python3 명령어 등록

편리하게 python3 명령으로 실행할 수 있도록 심볼릭 링크를 생성합니다.

python3 명령어로 실행 가능하게 설정

sudo ln -s /usr/local/python3/bin/python3.9 /usr/local/bin/python3

pip3 명령어로 바로 설치 가능하게 설정

sudo ln -s /usr/local/python3/bin/pip3.9 /usr/local/bin/pip3

SSL 동작 확인

python3 -c "import ssl; print(ssl.OPENSSL_VERSION)"

OpenSSL 1.1.1w  11 Sep 2023

PIP 동작 확인

python3 -m ensurepip

python3 -m pip install --upgrade pip

7. 설치 확인

Python3 버전을 확인합니다.

which python3

/usr/local/bin/python3

python3 버전 확인

python3 --version

Python 3.9.13

pip 설치 확인

pip3 --version

pip 22.0.4 from /usr/local/python3/lib/python3.9/site-packages/pip (python 3.9)

8. 기존 Python 확인

기존 시스템 Python은 그대로 유지됩니다.

python --version

Python 2.7.5

CentOS 7 환경에서는 시스템 Python 2.7을 유지하면서 별도의 Python 3 환경을 구성하는 방식이 안정적입니다.

make altinstall 방식을 사용하면 OS 기본 Python 환경을 보호하면서 최신 Python 버전을 독립적으로 사용할 수 있습니다.

참고URL

- Python Downloads : Python Source Releases

- OpenSSL Old 1.1.1 Downloads : https://openssl-library.org/source/old/1.1.1/

macOS에서 diskutil과 터미널 명령어로 우분투 설치 USB 만드는 방법

변군이글루 — Sun, 14 Jun 2026 11:10:37 +0900

macOS에서 diskutil과 터미널 명령어로 우분투 설치 USB 만드는 방법

macOS 환경에서는 별도의 USB 제작 프로그램 없이 기본 제공되는 diskutil, hdiutil, dd 명령어를 이용하여 우분투 설치용 부팅 USB를 만들 수 있습니다.

1. ISO 이미지 다운로드

cd ~/Downloads

wget https://releases.ubuntu.com/resolute/ubuntu-26.04-desktop-amd64.iso

파일 확인

ls -lh | grep ubuntu

-rw-r--r--@  1 staff  staff   6.1G  6월 14 10:02 ubuntu-26.04-desktop-amd64.iso

2. USB 디스크 식별하기

USB 메모리를 Mac에 연결한 후 디스크 목록을 확인합니다.

diskutil list

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *61.5 GB    disk4
   1:             Windows_FAT_32 UBUNTU-SERV             61.5 GB    disk4s1

주의: 이후 작업에서 disk4 번호는 환경마다 다릅니다.
잘못된 디스크를 지정하면 Mac 내부 디스크가 삭제될 수 있습니다.

3. USB 디스크 마운트 해제 (Unmount)

디스크를 굽기 전에 먼저 해당 디스크의 마운트를 해제해야 합니다.

diskutil unmountDisk /dev/disk4

Unmount of all volumes on disk4 was successful

4. ISO 이미지를 IMG 형식으로 변환

macOS의 dd 명령으로 ISO 파일을 바로 기록할 수도 있지만, 일반적으로 hdiutil을 이용해 IMG 형식으로 변환 후 기록하는 방식을 사용합니다.

hdiutil convert -format UDRW -o ubuntu-26.04-usb.img ubuntu-26.04-desktop-amd64.iso

Protective Master Boot Record(MBR : 0) 읽는 중…
GPT Header(Primary GPT Header : 1) 읽는 중…
GPT Partition Data(Primary GPT Table : 2) 읽는 중…
ISO9660(DOS_FAT : 3) 읽는 중…
..........................................................................................
Appended2(C12A7328-F81F-11D2-BA4B-00A0C93EC93B : 4) 읽는 중…
..........................................................................................
Gap1(DOS_FAT : 5) 읽는 중…
..........................................................................................
Ubuntu 26.04 amd64              (Apple_ISO : 6) 읽는 중…
..........................................................................................
GPT Partition Data(Backup GPT Table : 7) 읽는 중…
..........................................................................................
GPT Header(Backup GPT Header : 8) 읽는 중…
..........................................................................................
경과 시간:  2.425s
속도: 2.5GB/초
저장: 0.0%
created: ubuntu-26.04-usb.img.dmg

변환 후 생성된 파일

ls -lh | grep ubuntu

-rw-r--r--@  1 staff  staff   6.1G  6월 14 10:02 ubuntu-26.04-desktop-amd64.iso
-rw-r--r--   1 staff  staff   6.1G  6월 14 10:08 ubuntu-26.04-usb.img.dmg

파일 확장자: hdiutil은 macOS에서 자동으로 .img 파일 뒤에 .dmg를 붙이는 경우가 있습니다.

728x90

5. USB에 Ubuntu 이미지 기록하기 (Flash)

이제 변환된 이미지를 USB 메모리에 직접 기록합니다. disk4 대신 rdisk4를 사용하면 쓰기 속도가 훨씬 빠릅니다.

sudo dd if=ubuntu-26.04-usb.img.dmg of=/dev/rdisk4 bs=1m status=progress

Password:
  6512705536 bytes (6513 MB, 6211 MiB) transferred 504.028s, 13 MB/s
6216+1 records in
6216+1 records out
6518974464 bytes transferred in 504.523138 secs (12921061 bytes/sec)

옵션 설명

if : 입력 파일(ISO 이미지)
of : 출력 대상 USB 디스크
bs=1m : 한 번에 기록하는 블록 크기

sudo를 사용했으므로 Mac의 관리자 비밀번호를 입력해야 합니다.

6. USB 디스크 꺼내기

복사가 완료되면 디스크를 안전하게 꺼냅니다.

diskutil eject /dev/disk4

Disk /dev/disk4 ejected

7. USB 생성 결과 확인

다시 연결한 뒤 확인하면 우분투 부팅 이미지 구조로 변경되어 있습니다.

diskutil list

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *61.5 GB    disk4
   1:       Microsoft Basic Data                         6.5 GB     disk4s1
   2:                        EFI ESP                     5.3 MB     disk4s2
   3:       Microsoft Basic Data                         307.2 KB   disk4s3
                    (free space)                         55.0 GB    -

ISO 이미지 기반 부팅 USB이므로 기존 FAT32 단일 파티션 구조와 다르게 보이는 것이 정상입니다.

참고URL

- ubuntu releases : Ubuntu 26.04 LTS (Resolute Raccoon)

rsync 동기화 쉘 스크립트

변군이글루 — Mon, 8 Jun 2026 17:27:40 +0900

rsync 동기화 쉘 스크립트

rsync

node-02 서버

vim sync_script.sh

#!/bin/bash

# 현재 날짜 구하기
today=$(date +%Y%m%d)

# 년, 월, 일
year=${today:0:4}
month=${today:4:2}
day=${today:6:2}

# 동기화할 디렉토리 목록
directories=(
  "/app/www/data"
  "/app/www/data2"
  "/app/www/data3"
)

# rsync 명령어로 다른 서버로 동기화하기
for directory in "${directories[@]}"
do
  mkdir -p $directory/$year/$month/$day
  rsync -azp root@node-01:"$directory/$year/$month/$day/" "$directory/$year/$month/$day/"
done

# .jpg 파일과 빈 디렉토리 삭제하기
for dir in "${directories[@]}"
do
  # .jpg 파일 삭제
  find "$dir" -type f -name "*.jpg" -mtime +7 -delete

  # 빈 디렉토리 삭제
  find "$dir" -type d -empty -mtime +7 -delete
done

chmod +x sync_script.sh

bash sync_script.sh

이 스크립트는 다음을 수행합니다

현재 날짜를 구하고 년, 월, 일을 추출합니다.
동기화할 디렉토리 목록을 지정합니다.
rsync 명령어를 사용하여 지정된 디렉토리를 다른 서버로 동기화합니다.
.jpg 파일과 빈 디렉토리를 삭제합니다.

728x90

스크립트의 각 부분을 자세히 살펴보겠습니다.

today=$(date +%Y%m%d)
year=${today:0:4}
month=${today:4:2}
day=${today:6:2}

date 명령어를 사용하여 현재 날짜를 가져옵니다. %Y%m%d 형식을 사용하여 날짜를 연도, 월, 일로 표시합니다. 그런 다음 today 변수에 결과를 할당하고, year, month, day 변수에 각각 연도, 월, 일 부분을 할당합니다.

directories=(
  "/app/www/data"
  "/app/www/data2"
  "/app/www/data3"
)

directories 배열에 동기화할 디렉토리 목록을 저장합니다.

for directory in "${directories[@]}"
do
  mkdir -p $directory/$year/$month/$day
  rsync -azp root@192.168.0.51:"$directory/$year/$month/$day/" "$directory/$year/$month/$day/"
done

for 루프를 사용하여 directories 배열에서 각 디렉토리를 반복합니다. mkdir -p 명령어를 사용하여 디렉토리가 존재하지 않는 경우 새 디렉토리를 만듭니다. 그런 다음 rsync 명령어를 사용하여 지정된 디렉토리를 다른 서버로 동기화합니다.

for dir in "${directories[@]}"
do
  find "$dir" -type f -name "*.jpg" -mtime +7 -delete
  find "$dir" -type d -empty -mtime +7 -delete
done

for 루프를 사용하여 directories 배열에서 각 디렉토리를 반복합니다. find 명령어를 사용하여 .jpg 확장자를 가진 파일과 빈 디렉토리를 찾고 -mtime 옵션을 사용하여 7일 이전에 수정된 파일과 디렉토리를 선택합니다. 그런 다음 -delete 옵션을 사용하여 선택된 파일과 디렉토리를 삭제합니다.

HP(HPE) 서버에서 사용 중인 RAID 컨트롤러를 확인하는 방법

변군이글루 — Fri, 5 Jun 2026 14:09:48 +0900

HP(HPE) 서버에서 사용 중인 RAID 컨트롤러를 확인하는 방법

OS 상에서 명령어로 확인하는 방법

lspci | grep -i -E "raid|storage"

$ lspci | grep -i -E "raid|storage"
05:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01)

$ lspci | grep -i -E "raid|storage"
47:00.0 Serial Attached SCSI controller: Adaptec Smart Storage PQI SAS (rev 01)

$ lspci | grep -i -E "raid|storage"
3a:00.0 RAID bus controller: Broadcom / LSI MegaRAID 12GSAS/PCIe Secure SAS39xx

출력 결과별 매칭 소프트웨어

Smart Array Gen10 계열 (예: P408i, E208i 등) : HPE ssacli 설치 필요

Smart Array G6/G7/Gen8 계열 (예: P410, P420 등) : HPE hpacucli 또는 hpssacli 설치 필요

MegaRAID/LSI/Broadcom 계열 (예: SAS39xx, MR416i 등) : Broadcom storcli 설치 필요

Adaptec/Microchip Smart Storage 계열 : HPE ssacli 또는 Arcconf 설치 필요

728x90

HPE Smart Array 관리 툴 (ssacli)

HPE는 데비안/우분투 계열을 위해 MCP(Management Component Pack) 리포지토리를 제공합니다.

설치

wget https://downloads.linux.hpe.com/SDR/repo/mcp/ubuntu/pool/non-free/ssacli-6.45-8.0_amd64.deb

sudo apt update
sudo apt install -y ./ssacli-6.45-8.0_amd64.deb

기본 명령어

# 컨트롤러 인식 및 상태 확인
sudo ssacli ctrl all show status

# 물리 디스크 및 논리 드라이브(RAID) 구성 보기
sudo ssacli ctrl all show config

# 물리 디스크(PD)의 상세 상태 및 에러 카운트 확인 (장애 디스크 특정 시 유용)
sudo ssacli ctrl slot=0 pd all show status

# 특정 논리 드라이브(LD)의 상세 정보 및 상태 확인
sudo ssacli ctrl slot=0 ld all show

Broadcom/LSI MegaRAID 관리 툴 (storcli)

storcli는 우분투 공식 저장소나 HPE APT 저장소에 포함되어 있지 않으므로 Broadcom 공식 홈페이지에서 최신 릴리즈 패키지(.deb)를 받아 설치해야 합니다.

설치

wget https://downloads.linux.hpe.com/SDR/repo/mcp/ubuntu/pool/non-free/storcli-007.3210.0000.0000-1_amd64.deb

sudo apt update
sudo apt install -y ./storcli-007.3210.0000.0000-1_amd64.deb

sudo ln -s /opt/MegaRAID/storcli/storcli64 /usr/local/bin/storcli

기본 명령어

# 장착된 섀시 및 컨트롤러 번호(ID) 확인
sudo storcli show

# 0번 컨트롤러의 전반적인 요약 정보 및 RAID 상태 확인
sudo storcli /c0 show

# 0번 컨트롤러에 연결된 하드디스크(물리 드라이브) 상태 확인
sudo storcli /c0 /eall /sall show

# Rebuilding(동기화) 진행 상황 확인 (디스크 교체 후 필수 명령어)
sudo storcli /c0 /sall show rebuild

# 장애가 발생한 디스크(경고등 켜진 디스크) 위치 물리적으로 찾기 (LED 깜빡임 시작/종료)
sudo storcli /c0 /eall /s0 start locate
sudo storcli /c0 /eall /s0 stop locate

참고URL

- HPE Repository Listing : Software Delivery Repository

$ lspci | grep -i -E "raid|storage" 3a:00.0 RAID 버스 컨트롤러: Broadcom / LSI MegaRAID 12GSAS/PCIe Secure SAS39xx

SSL 인증서 체인(Bundle) 구성

변군이글루 — Fri, 5 Jun 2026 13:10:54 +0900

SSL 인증서 체인(Bundle) 구성(Apache SSL 인증서를 Nginx SSL 인증서로 변환)

1. SSL 인증서 및 개인키 다운로드

mkdir -p /etc/nginx/ssl/wildcard_scbyun_com

curl -sSfL https://pkg.scbyun.com/ssl/nginx/wildcard_scbyun_com/cert.pem \
 -o /etc/nginx/ssl/wildcard_scbyun_com/cert.pem

curl -sSfL https://pkg.scbyun.com/ssl/nginx/wildcard_scbyun_com/key.pem \
 -o /etc/nginx/ssl/wildcard_scbyun_com/key.pem

2. 개인키 정상 여부 확인

openssl rsa -in /etc/nginx/ssl/wildcard_scbyun_com/key.pem -check

3. 인증서 체인(Bundle) 구성

cat /etc/nginx/ssl/wildcard_scbyun_com/cert.pem \
 /etc/nginx/ssl/wildcard_scbyun_com/TuringSIgnCA.pem \
 > /etc/nginx/ssl/wildcard_scbyun_com/nginx_bundle.crt

4. 인증서 체인 포함 여부 확인

인증서 개수 확인

grep "BEGIN CERTIFICATE" /etc/nginx/ssl/wildcard_scbyun_com/nginx_bundle.crt | wc -l

-----BEGIN CERTIFICATE-----
서버 인증서
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
중간 인증서
-----END CERTIFICATE-----

서버 인증서 + 중간 CA 인증서

5. 기존 인증서 백업 후 적용

cp /etc/nginx/ssl/wildcard_scbyun_com/cert.pem /etc/nginx/ssl/wildcard_scbyun_com/cert.pem.bak

생성한 Bundle 인증서를 Nginx 인증서로 적용

mv /etc/nginx/ssl/wildcard_scbyun_com/nginx_bundle.crt /etc/nginx/ssl/wildcard_scbyun_com/cert.pem

728x90

6. 인증서/개인키 매칭 확인

인증서 Modulus 확인

openssl x509 -noout -modulus -in /etc/nginx/ssl/wildcard_scbyun_com/cert.pem | openssl md5

개인키 Modulus 확인

openssl rsa -noout -modulus -in /etc/nginx/ssl/wildcard_scbyun_com/key.pem | openssl md5

두 MD5 값이 동일하면 인증서와 개인키가 정상적으로 매칭됨

7. Nginx 설정 검증

chown root:root /etc/nginx/ssl/wildcard_scbyun_com/*
chmod 600 /etc/nginx/ssl/wildcard_scbyun_com/key.pem
chmod 644 /etc/nginx/ssl/wildcard_scbyun_com/cert.pem

nginx -t

8. Nginx 인증서 적용

nginx -s reload

9. 작업 완료 확인

openssl s_client -connect web.scbyun.com:443 -servername web.scbyun.com -showcerts

openssl x509 \
 -in /etc/nginx/ssl/wildcard_scbyun_com/cert.pem \
 -noout -dates

보안 권고문

변군이글루 — Thu, 4 Jun 2026 15:36:44 +0900

보안 권고문

우분투에서 jq 보안 취약점 대응 - apt 업데이트 및 정적 바이너리 적용 방법

변군이글루 — Thu, 4 Jun 2026 14:42:46 +0900

우분투에서 jq 보안 취약점 대응 - apt 업데이트 및 정적 바이너리 적용 방법

운영 환경에서 JSON 데이터를 처리하는 CLI 도구인 jq는 시스템 운영 자동화, 모니터링, API 연동 등에 많이 사용된다.

보안 취약점 대응을 위해 jq 패키지 버전을 확인하고 우분투 패키지 업데이트 방식과 공식 Release 바이너리 교체 방식을 비교한다.

우분투 패키지를 이용한 jq 업데이트

테스트 환경

운영체제 정보

$ lsb_release -d
Description:	Ubuntu 24.04.1 LTS

설치된 jq 버전 확인

$ jq --version
jq-1.7

패키지 버전 확인

$ dpkg -l | grep jq
ii  jq                                   1.7.1-3build1                           amd64        lightweight and flexible command-line JSON processor
ii  libjq1:amd64                         1.7.1-3build1                           amd64        lightweight and flexible command-line JSON processor - shared library
ii  libjs-jquery                         3.6.1+dfsg+~3.5.14-1                    all          JavaScript library for dynamic web applications

jq 업데이트

운영 서버에서 전체 패키지를 업데이트하지 않고 jq 관련 패키지만 업데이트한다.

--only-upgrade 옵션은 설치되지 않은 패키지를 새로 설치하지 않고 이미 설치된 패키지만 업그레이드한다.

sudo apt --only-upgrade install jq

업데이트 확인

$ jq --version
jq-1.7

패키지 버전 확인

$ dpkg -l | grep jq
ii  jq                                   1.7.1-3ubuntu0.24.04.1                  amd64        lightweight and flexible command-line JSON processor
ii  libjq1:amd64                         1.7.1-3ubuntu0.24.04.1                  amd64        lightweight and flexible command-line JSON processor - shared library
ii  libjs-jquery                         3.6.1+dfsg+~3.5.14-1                    all          JavaScript library for dynamic web applications

참고
jq 프로그램 자체의 내장 명령어인 jq --version은 패키지의 상세 빌드 번호(우분투가 자체 패치한 세부 버전)까지 보여주지 않고, 개발 소스 코드 기준의 메이저.마이너 버전(1.7)만 출력하도록 설계되어 있기 때문입니다.

728x90

우분투 22.04에서 공식 Release 바이너리 적용

테스트 환경

운영체제 정보

$ lsb_release -d
Description:	Ubuntu 22.04.3 LTS

설치된 jq 버전 확인

$ jq --version
jq-1.6

패키지 버전 확인

$ dpkg -l | grep jq
ii  jq                                     1.6-2.1ubuntu3.1                        amd64        lightweight and flexible command-line JSON processor
ii  libjq1:amd64                           1.6-2.1ubuntu3.1                        amd64        lightweight and flexible command-line JSON processor - shared library
ii  libjs-jquery                           3.6.0+dfsg+~3.5.13-1                    all          JavaScript library for dynamic web applications
ii  libjs-jquery-ui                        1.13.1+dfsg-1                           all          JavaScript UI library for dynamic web applications

라이브러리 확인

기존 jq는 OS 라이브러리를 사용하는 동적 링크 방식이다.

$ ldd /usr/bin/jq
	linux-vdso.so.1 (0x00007fff183e2000)
	/usr/lib/x86_64-linux-gnu/libjemalloc.so (0x00007f3c72f24000)
	libjq.so.1 => /lib/x86_64-linux-gnu/libjq.so.1 (0x00007f3c72ecd000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3c72ca4000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f3c72bbd000)
	libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f3c72991000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f3c72971000)
	libonig.so.5 => /lib/x86_64-linux-gnu/libonig.so.5 (0x00007f3c728dc000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f3c73209000)

기존 바이너리 백업

mv /usr/bin/jq /usr/bin/jq_1.6

jq 공식 Release 바이너리 다운로드

sudo wget -O /usr/bin/jq https://github.com/jqlang/jq/releases/download/jq-1.7.1/jq-linux-amd64

실행 권한 설정

sudo chmod +x /usr/bin/jq

버전 확인

$ jq --version
jq-1.7.1

라이브러리 확인

jq 바이너리가 필요한 라이브러리를 포함한 정적 링크 방식으로 빌드되었다는 의미이다.

$ ldd /usr/bin/jq
	not a dynamic executable

참고URL

- AhnLab 보안 권고문 : jq 프로세서 보안 업데이트 권고 (CVE-2023-50268)

- GitHub(jqlang.org) : jq Releases

systemd-logind Power Key 이벤트로 인한 서버 비정상 종료 분석 및 해결 방법

변군이글루 — Thu, 4 Jun 2026 12:29:26 +0900

systemd-logind Power Key 이벤트로 인한 서버 비정상 종료 분석 및 해결 방법

운영 중인 서버가 관리자 작업이나 물리적인 전원 버튼 조작 없이 종료되는 현상이 발생했다.

로그 확인 결과 systemd-logind에서 Power Key 이벤트를 감지한 이후 시스템 종료 동작이 수행된 것을 확인했다.

테스트 환경

하드웨어 모델

$ dmidecode -t system | grep "Product Name"
	Product Name: ProLiant DL360 Gen9

운영체제 정보

$ lsb_release -d
Description:	Ubuntu 24.04.1 LTS

장애 로그 확인

cat /var/log/auth.log | grep systemd-logind

Jun  3 01:49:32 testServer-24 systemd-logind[1275]: Power key pressed.
Jun  3 01:49:32 testServer-24 systemd-logind[1275]: Powering Off...
Jun  3 01:49:32 testServer-24 systemd-logind[1275]: System is powering down.

로그 흐름

운영체제는 전원 버튼 입력 이벤트를 정상적으로 수신했고 systemd-logind 설정에 따라 시스템 종료(poweroff)를 수행한 상황이다.

systemd-logind 전원 버튼 처리 설정 확인

systemd-logind는 전원 버튼, 절전 버튼, 덮개 닫힘 등의 하드웨어 이벤트를 관리한다.

설정 파일

/etc/systemd/logind.conf

현재 설정 확인

grep -E "^#?HandlePowerKey" /etc/systemd/logind.conf

HandlePowerKey=poweroff
HandlePowerKeyLongPress=ignore

설정 의미

HandlePowerKey=poweroff : 전원 버튼을 짧게 누르면 systemd-logind가 정상 종료 절차를 수행한다.
HandlePowerKeyLongPress=ignore : 전원 버튼을 길게 눌렀을 때 systemd-logind 레벨에서는 별도의 동작을 수행하지 않는다.

728x90

해결 방법

운영 서버에서는 실수로 Power Key가 입력되어 시스템이 종료되는 상황을 방지하기 위해 Power Key 동작을 무시하도록 변경한다.

1. 기존 설정 확인

grep -E "^#?HandlePowerKey" /etc/systemd/logind.conf

#HandlePowerKey=poweroff
#HandlePowerKeyLongPress=ignore

2. 설정 변경

sudo sed -i.bak 's/^#\?\s*\(HandlePowerKey=\).*/\1ignore/' /etc/systemd/logind.conf

3. 설정 확인

grep -E "^#?HandlePowerKey" /etc/systemd/logind.conf

HandlePowerKey=ignore

4. systemd-logind 재시작

sudo systemctl restart systemd-logind

5. 적용 확인

loginctl show-session | grep HandlePowerKey

HandlePowerKey=ignore
HandlePowerKeyLongPress=ignore

물리 전원 버튼 강제 종료와의 차이

랙 서버 전면의 물리 전원 버튼을 4~5초 이상 길게 누르는 동작은 systemd-logind 설정과 관계없이 동작한다.

이 방식은 서버 메인보드의 전원 관리 기능(ACPI 기반 전원 제어)을 통해 하드웨어 레벨에서 강제 종료 명령이 수행된다.

운영 서버에서는 의도하지 않은 Power Key 입력으로 인한 장애를 예방하기 위해 HandlePowerKey=ignore 설정을 검토할 수 있다.

VMware ESXi 8.0에서 물리 네트워크 어댑터의 현재 링크 속도(Speed)를 변경하는 방법

변군이글루 — Wed, 27 May 2026 08:47:04 +0900

VMware ESXi 8.0에서 물리 네트워크 어댑터(vmnic)의 현재 링크 속도를 확인하고 속도(Speed)를 변경하는 방법

1. ESXi Web UI (Host Client)에서 변경하기

현재 속도 확인

ESXi Host Client에 로그인합니다.
왼쪽 탐색 창에서 네트워킹(Networking)을 클릭한 후 물리 어댑터(Physical adapters) 탭으로 이동합니다.
목록에서 확인하려는 어댑터(예: vmnic0)의 속도(Speed) 열을 보면 현재 링크 속도와 전이중(Full Duplex) 여부를 확인할 수 있습니다.

VMware ESXi 8.0

속도를 1Gbps로 고정 변경

변경하려는 물리 어댑터를 선택하고 상단의 설정 편집(Edit settings)을 클릭합니다.
구성 속도(Configured speed) 드롭다운 메뉴를 클릭합니다.
자동 협상(Auto negotiate) 대신 1000Mbps, 전이중(1000 Mbps, Full Duplex)을 선택합니다.
저장(Save)을 누르면 적용됩니다.

VMware ESXi 8.0

728x90

2. ESXi Shell 또는 SSH 접속하기

현재 vmnic 링크 속도 확인

시스템의 물리 어댑터 목록과 현재 상태를 확인합니다.

esxcli network nic list

Name    PCI Device    Driver  Admin Status  Link Status  Speed  Duplex  MAC Address         MTU  Description
------  ------------  ------  ------------  -----------  -----  ------  -----------------  ----  -----------
vmnic0  0000:48:00.0  ntg3    Up            Up             100  Full    6c:92:cf:0e:59:62  1500  Broadcom Corporation NetXtreme BCM5719 Gigabit Ethernet
vmnic1  0000:48:00.1  ntg3    Up            Up            1000  Full    6c:92:cf:0e:59:63  1500  Broadcom Corporation NetXtreme BCM5719 Gigabit Ethernet
vmnic2  0000:48:00.2  ntg3    Up            Down             0  Half    6c:92:cf:0e:59:64  1500  Broadcom Corporation NetXtreme BCM5719 Gigabit Ethernet
vmnic3  0000:48:00.3  ntg3    Up            Down             0  Half    6c:92:cf:0e:59:65  1500  Broadcom Corporation NetXtreme BCM5719 Gigabit Ethernet

Speed : 현재 링크 속도(Mbps)
Duplex : Half / Full
Link Status : 물리 연결 상태

특정 vmnic 상세 정보 확인

esxcli network nic get -n vmnic0

   Advertised Auto Negotiation: true
   Advertised Link Modes: Auto, 1000BaseT/Full, 100BaseT/Half, 100BaseT/Full, 10BaseT/Half, 10BaseT/Full
   Auto Negotiation: true
   Backing DPUId: N/A
   Cable Type: Twisted Pair
   Current Message Level: 7
   Driver Info:
         Bus Info: 0000:48:00:0
         Driver: ntg3
         Firmware Version: bc 1.48 ncsi 1.5.52.0
         Version: 4.1.14.0
   Link Detected: true
   Link Status: Up
   Name: vmnic0
   PHYAddress: 0
   Pause Autonegotiate: true
   Pause RX: true
   Pause TX: true
   Supported Ports: TP
   Supports Auto Negotiation: true
   Supports Pause: true
   Supports Wakeon: true
   Transceiver: internal
   Virtual Address: 00:50:56:5d:28:62
   Wakeon: MagicPacket(tm)

지원 가능한 속도 모드 확인

어댑터를 강제로 변경하기 전에 해당 NIC가 1Gbps 고정 설정을 지원하는지 확인하는 것이 안전합니다. (vmnic0 자리에 대상 어댑터 이름 입력)

Advertised Link Modes: Auto, 1000BaseT/Full, 100BaseT/Half, 100BaseT/Full, 10BaseT/Half, 10BaseT/Full

vmnic 속도를 1Gbps로 변경

Auto Negotiation 사용 (권장)

대부분의 경우 Auto Negotiation 활성화가 가장 안정적입니다.

esxcli network nic set -n vmnic0 -a

다시 확인

esxcli network nic get -n vmnic0

수동으로 1Gbps Full 설정

속도를 1000Mbps, 전이중 모드로 강제 설정합니다.

esxcli network nic set -n vmnic0 -s 1000 -d full

-n : 네트워크 인터페이스 이름 (vmnicX)
-s : 속도 (Mbps 단위, 1Gbps는 1000)
-d : 전이중 모드 (full)

변경 사항 확인

Link Speed가 정상적으로 고정되었는지 확인합니다.

esxcli network nic list

Name    Link Status  Speed  Duplex
------  -----------  -----  ------
vmnic0  Up           1000   Full

우분투 24.04에서 MySQL 8.4 LTS 바이너리(Binary) 방식으로 설치하는 방법

변군이글루 — Thu, 21 May 2026 23:24:56 +0900

우분투 24.04에서 MySQL 8.4 LTS 바이너리(Binary) 방식으로 설치하는 방법

테스트 환경

운영체제 정보

$ lsb_release -d
Description:	Ubuntu 24.04.1 LTS

$ uname -m
aarch64

1. 기본 패키지 설치

MySQL 실행 및 압축 해제를 위한 필수 패키지를 설치합니다.

apt update
apt install -y lsb-release wget gzip xz-utils

2. MySQL 패키지 설치

apt install -y libaio1t64 libnuma1 libncurses6

libaio 심볼릭 링크 생성

우분투 24.04에서는 libaio.so.1 대신 libaio.so.1t64 형태로 제공되므로 심볼릭 링크를 생성해야 합니다.

ARM64(aarch64)

ln -s /usr/lib/aarch64-linux-gnu/libaio.so.1t64 \
  /usr/lib/aarch64-linux-gnu/libaio.so.1

x86_64

---

apt install -y libaio1

ln -s /usr/lib/x86_64-linux-gnu/libaio.so.1t64 \
  /usr/lib/x86_64-linux-gnu/libaio.so.1

CPU 아키텍처에 맞는 경로만 적용하면 됩니다.

---

2. MySQL 계정 및 그룹 생성

MySQL 전용 계정 및 그룹을 생성합니다.

groupadd -g 28 mysql

useradd -m -c "MySQL Server" -d /usr/local/mysql -s /usr/sbin/nologin -u 28 -g 28 mysql

3. MySQL 바이너리 다운로드

소스 디렉터리로 이동 후 MySQL 8.4 LTS 바이너리를 다운로드합니다.

cd /usr/local/src/

wget https://dev.mysql.com/get/Downloads/MySQL-8.4/mysql-8.4.9-linux-glibc2.28-aarch64.tar.xz

ARM64(aarch64) 환경 기준 바이너리입니다.

4. MySQL 설치 디렉터리 생성 및 압축 해제

mkdir -p /usr/local/mysql

tar xf mysql-8.4.9-linux-glibc2.28-aarch64.tar.xz -C /usr/local/mysql --strip-components=1

5. 데이터 및 로그 디렉터리 생성

mkdir -p /usr/local/mysql/{data,log}

chown -R mysql:mysql /usr/local/mysql

6. MySQL 설정 파일 생성

/usr/local/mysql/my.cnf 파일을 생성합니다.

cat << 'EOF' > /usr/local/mysql/my.cnf
[mysqld]

# MySQL 실행 계정
user = mysql

# 기본 디렉터리
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data

# 소켓 및 PID
socket = /tmp/mysql.sock
pid-file = /usr/local/mysql/data/mysqld.pid

# 에러 로그
log-error = /usr/local/mysql/log/error.log

# MySQL 8.4 인증 정책
authentication_policy = *

[client]
socket = /tmp/mysql.sock
EOF

728x90

7. MySQL 데이터베이스 초기화

초기 데이터베이스를 생성합니다.

/usr/local/mysql/bin/mysqld \
  --defaults-file=/usr/local/mysql/my.cnf \
  --initialize-insecure \
  --user=mysql

옵션 설명

--initialize-insecure : root 비밀번호 없이 초기화
--user=mysql : mysql 계정으로 실행

8. MySQL 서버 실행

/usr/local/mysql/bin/mysqld \
  --defaults-file=/usr/local/mysql/my.cnf \
  --user=mysql &

정상 실행 여부 확인

ps -ef | grep -v grep | grep mysqld

mysql     3235     1  0 13:55 pts/0    00:00:01 /usr/local/mysql/bin/mysqld --defaults-file=/usr/local/mysql/my.cnf --user=mysql

9. MySQL 접속

/usr/local/mysql/bin/mysql -u root -S /tmp/mysql.sock

10. root 비밀번호 설정

초기 설치 후 root 비밀번호를 설정합니다.

ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPassword123!';

FLUSH PRIVILEGES;
EXIT;

11. 비밀번호 적용 후 재접속

/usr/local/mysql/bin/mysql -u root -p

12. MySQL 종료

정상 종료 방법

kill $(cat /usr/local/mysql/data/mysqld.pid) 2>/dev/null

종료 여부 확인

ps -ef | grep -v grep | grep mysqld

13. 트러블슈팅

데이터 디렉터리 초기화 오류 발생 시

초기화 실패 또는 권한 오류가 발생한 경우 아래 절차로 재초기화합니다.

rm -rf /usr/local/mysql/data/*

chown -R mysql:mysql /usr/local/mysql

이후 다시 초기화 수행

/usr/local/mysql/bin/mysqld \
--defaults-file=/usr/local/mysql/my.cnf \
--initialize-insecure \
--user=mysql

14. PATH 환경 변수 등록 (선택)

자주 사용하는 경우 PATH 등록을 권장합니다.

cat << 'EOF' > /etc/profile.d/mysql.sh
export PATH=/usr/local/mysql/bin:$PATH
EOF

source /etc/profile.d/mysql.sh

적용 확인

mysql --version

mysql  Ver 8.4.9 for Linux on aarch64 (MySQL Community Server - GPL)

15. 설치 확인

mysql -u root -p -e "SHOW DATABASES;"

Enter password:
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+

정상적으로 데이터베이스 목록이 출력되면 설치가 완료된 것입니다.

우분투 24.04에서 사용하는 systemd-resolved DNS 캐시 관리 방법

변군이글루 — Thu, 21 May 2026 17:13:40 +0900

우분투 24.04에서 사용하는 systemd-resolved DNS 캐시 관리 방법

1. systemd-resolved DNS 캐시 구조

systemd-resolved는 내부적으로 다음을 캐싱합니다.

DNS query 결과 (A / AAAA / CNAME 등)
negative cache (존재하지 않는 도메인 NXDOMAIN)
LLMNR / mDNS 응답 (옵션)

즉, OS 레벨에서 DNS 응답을 임시 저장합니다.

2. DNS 캐시 플러시 (Flush)

전체 캐시 초기화

sudo resolvectl flush-caches

또는 (구버전 호환)

sudo systemd-resolve --flush-caches

확인

resolvectl statistics | grep "Current Cache Size"

                         Current Cache Size:   6

3. DNS 상태 및 캐시 통계 확인

resolvectl statistics

Transactions
                       Current Transactions:   0
                         Total Transactions: 185

Cache
                         Current Cache Size:  11
                                 Cache Hits:  58
                               Cache Misses: 127

Failure Transactions
                             Total Timeouts:   0
         Total Timeouts (Stale Data Served):   0
                    Total Failure Responses:   0
Total Failure Responses (Stale Data Served):   0

DNSSEC Verdicts
                                     Secure:   0
                                   Insecure:   0
                                      Bogus:   0
                              Indeterminate:   0

확인 가능한 항목

Cache Hits / Misses
Cache Size
DNSSEC 성공 여부
Query 실패율

4. 특정 인터페이스 DNS 관리

인터페이스 기준으로 DNS를 따로 확인 가능

resolvectl status eno1

또는 전체

resolvectl status

5. DNS 서버 변경 (런타임 테스트)

Netplan 변경 없이 임시 테스트 가능

sudo resolvectl dns eno1 8.8.8.8 1.1.1.1

확인

resolvectl status eno1

Link 2 (eno1)
    Current Scopes: DNS
         Protocols: +DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 1.1.1.1
       DNS Servers: 8.8.8.8 1.1.1.1

resolvectl dns eno1 ... 같은 런타임 설정은 Netplan보다 우선권이 높고 persistent처럼 유지됨

런타임 DNS 초기화(Netplan DNS로 변경)

sudo resolvectl revert eno1

resolvectl status eno1

728x90

6. 특정 도메인 강제 확인 (디버깅용)

resolvectl query google.com

google.com: 142.250.197.46                     -- link: eno1
            2404:6800:4005:81f::200e           -- link: eno1

-- Information acquired via protocol DNS in 172.6ms.
-- Data is authenticated: no; Data was acquired via local or encrypted transport: no
-- Data from: network

또는 상세

resolvectl query google.com -i eno1

google.com: 142.250.197.46                     -- link: eno1
            2404:6800:4005:81f::200e           -- link: eno1

-- Information acquired via protocol DNS in 1.4ms.
-- Data is authenticated: no; Data was acquired via local or encrypted transport: no
-- Data from: cache

7. 캐시 + DNS 문제 트러블슈팅 순서

DNS 장애 발생 시 보통 아래 순서로 확인합니다

1) 캐시 제거

sudo resolvectl flush-caches

2) DNS 상태 확인

resolvectl status

3) 실제 질의 테스트

resolvectl query google.com

4) 인터페이스 DNS 확인

resolvectl status eno1

8. systemd-resolved 재시작 (강력 초기화)

캐시 + 상태 모두 리셋

sudo systemctl restart systemd-resolved

참고URL

- 변군이글루 : 우분투 24.04 Stub Resolver 동작 및 설정 정리

우분투 24.04 Stub Resolver 동작 및 설정 정리

변군이글루 — Thu, 21 May 2026 16:50:31 +0900

우분투 24.04 Stub Resolver(systemd-resolved) 동작 및 설정 정리

Stub Resolver 개념 (127.0.0.53)

우분투 24.04를 포함한 최신 Linux 시스템에서는 DNS 처리를 위해 systemd-resolved 서비스를 사용하는 구조가 일반적입니다.

이때 /etc/resolv.conf에 설정되는 127.0.0.53은 실제 외부 DNS 서버가 아니라, 로컬에서 동작하는 Stub Resolver(중계용 DNS 서비스) 주소입니다.

테스트 환경

운영체제 정보

$ lsb_release -d
Description:	Ubuntu 24.04.1 LTS

동작 구조

Application
   ↓
127.0.0.53 (Stub Resolver)
   ↓
systemd-resolved
   ↓
실제 DNS 서버 (예: 8.8.8.8, 1.1.1.1)

즉, 애플리케이션은 항상 로컬 DNS(127.0.0.53)만 바라보고, 실제 DNS 서버로의 질의 전달은 systemd-resolved가 담당합니다.

1. 현재 상태 확인

systemctl is-active systemd-resolved

systemctl is-enabled systemd-resolved

확인된 상태

masked 상태 → 서비스 사용 불가
inactive (dead) → 실행되지 않음

또한 Stub 파일도 존재하지 않는 상태

ls -l /run/systemd/resolve/stub-resolv.conf

ls: cannot access /run/systemd/resolve/stub-resolv.conf

2. 기존 설정 초기화

기존 DNS 충돌 방지를 위해 resolv.conf 제거

sudo rm -f /etc/resolv.conf

3. systemd-resolved 설치

sudo apt update
sudo apt install -y systemd-resolved

4. systemd-resolved 활성화

4.1 Mask 해제

sudo systemctl unmask systemd-resolved

4.2 서비스 활성화

sudo systemctl enable systemd-resolved
sudo systemctl start systemd-resolved

상태 확인

systemctl status systemd-resolved

5. Stub Resolver 연결 (resolv.conf 설정)

systemd-resolved가 관리하는 Stub 파일을 /etc/resolv.conf에 연결합니다.

sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

확인

ls -l /etc/resolv.conf

728x90

6. Netplan DNS 설정

네트워크 인터페이스에서 실제 DNS 서버를 지정합니다.

sudo vim /etc/netplan/50-cloud-init.yaml

network:
  version: 2
  ethernets:
    eno1:
      dhcp4: no
      addresses:
        - 192.168.0.10/24
      gateway4: 192.168.0.1
      nameservers:
        addresses:
          - 8.8.8.8
          - 1.1.1.1

적용

sudo netplan try

Do you want to keep these settings?

Press ENTER before the timeout to accept the new configuration

Changes will revert in 120 seconds

Configuration accepted.

sudo netplan apply

7. DNS 동작 확인

전체 상태 확인

resolvectl status

특정 인터페이스 확인

resolvectl status eno1

Link 2 (eno1)
    Current Scopes: DNS
         Protocols: +DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 8.8.8.8
       DNS Servers: 8.8.8.8 1.1.1.1

8. DNS 캐시 플러시 (Flush)

전체 캐시 초기화

sudo resolvectl flush-caches

또는 (구버전 호환):

sudo systemd-resolve --flush-caches

참고URL

- 변군이글루 : 우분투 24.04에서 사용하는 systemd-resolved DNS 캐시 관리 방법

리눅스 특정 TTY 세션 제외 후 전체 SSH 세션 종료 방법

변군이글루 — Wed, 13 May 2026 15:41:50 +0900

리눅스 특정 TTY 세션 제외 후 전체 SSH 세션 종료 방법

운영 서버 작업 중 현재 접속 중인 SSH 세션은 유지하면서 나머지 사용자 세션만 강제로 종료해야 하는 경우가 있습니다.

예를 들어,

오래된 SSH 세션 정리
작업자 세션 초기화
비정상 세션 강제 종료
서버 점검 전 세션 정리

등의 상황에서 유용하게 사용할 수 있습니다.

1. 현재 접속 중인 내 세션 확인

현재 사용 중인 TTY 정보를 확인합니다.

tty

실행 결과

/dev/pts/5

현재 유지해야 할 세션은 pts/5 입니다.

2. 현재 로그인된 SSH 세션 확인

who -u

실행 결과

ubuntu pts/1  2026-04-23 11:36   ?   330593 (192.168.0.44)
ubuntu pts/3  2026-04-24 08:15   ?   375624 (192.168.0.44)
ubuntu pts/4  2026-05-13 15:09   .  1480384 (192.168.0.44)
ubuntu pts/5  2026-05-13 15:09   .  1480641 (192.168.0.44)

PID(Process ID) 확인

who -u 명령의 마지막 PID 컬럼을 기준으로 세션 프로세스를 종료할 수 있습니다.

3. 현재 세션 제외 후 전체 SSH 세션 종료

현재 세션(pts/5)을 제외한 나머지 세션을 강제 종료합니다.

who -u | grep -v "pts/5" | awk '{print $6}' | xargs -I{} kill -9 {}

실행 결과

728x90

현재 세션 자동 제외 방법

TTY 값을 변수로 받아 자동으로 제외할 수도 있습니다.

kill -15(SIGTERM) 사용 권장

MYTTY=$(tty | awk -F/ '{print $NF}')

who -u | grep -v "$MYTTY" | awk '{print $6}' | xargs -I{} kill -15 {}

kill -9(SIGKILL) 강제 종료

MYTTY=$(tty | awk -F/ '{print $NF}')

who -u | grep -v "$MYTTY" | awk '{print $6}' | xargs -I{} kill -9 {}

운영 중인 Linux 서버에서는 불필요한 SSH 세션 정리가 필요한 경우가 자주 발생합니다.

특히 현재 접속 중인 세션은 유지하면서 나머지 세션만 안전하게 종료하는 방법을 알아두면 운영 효율성과 안정성을 높일 수 있습니다.

참고URL

- 변군이글루 : 리눅스 터미널 세션을 확인하고 끊는 방법

MySQL 프로세스를 강제 종료하지 않고 정상 종료하는 방법

변군이글루 — Tue, 12 May 2026 13:18:04 +0900

MySQL 프로세스를 강제 종료하지 않고 정상 종료하는 방법

MySQL root 패스워드를 분실했을 경우 --skip-grant-tables 옵션으로 인증을 우회하여 패스워드를 재설정할 수 있다.

이때 kill -9 같은 강제 종료 방식 대신 mysqladmin shutdown 명령을 사용하면 안전하게 MySQL을 종료할 수 있다.

1. 로그 디렉토리 생성

MySQL 에러 로그 디렉토리가 없는 경우 생성한다.

로그 디렉토리 및 파일 생성

sudo mkdir -p /usr/local/mysql/log

sudo touch /usr/local/mysql/log/error.log

소유권 및 권한 설정

sudo chown -R mysql:mysql /usr/local/mysql/log

sudo chmod 755 /usr/local/mysql/log
sudo chmod 644 /usr/local/mysql/log/error.log

2. MySQL 인증 우회 모드로 기동

--skip-grant-tables 옵션으로 권한 검사를 비활성화하여 MySQL을 실행한다.

/usr/local/mysql/bin/mysqld_safe \
  --defaults-file=/usr/local/mysql/my.cnf \
  --skip-grant-tables \
  --skip-networking &

옵션 설명

--skip-grant-tables 사용자 인증 비활성화
--skip-networking TCP 네트워크 접속 차단 (보안 강화)
mysqld_safe 장애 발생 시 자동 재시작 지원

3. MySQL 접속

/usr/local/mysql/bin/mysql \
  -uroot \
  --socket=/tmp/mysql-3306.sock

4. root 패스워드 재설정

MySQL 8.x 기준

FLUSH PRIVILEGES;

ALTER USER 'root'@'localhost' IDENTIFIED BY 'NewPassword';

FLUSH PRIVILEGES;

mysql_native_password 방식 사용 시

일부 구버전 애플리케이션 또는 PHP 연동 환경에서는 mysql_native_password 플러그인이 필요할 수 있다.

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'NewPassword';

728x90

5. MySQL 정상 종료 (중요)

기존에는 아래와 같이 PID 기반 kill 명령으로 종료하는 경우가 많다.

sudo kill `cat /usr/local/mysql/data/mysqld.pid`

하지만 이 방식은 비정상 종료로 이어질 수 있으며 InnoDB Recovery가 발생할 가능성이 있다.

따라서 아래와 같이 mysqladmin shutdown 명령으로 정상 종료하는 것을 권장한다.

권장 방법

/usr/local/mysql/bin/mysqladmin \
  -uroot \
  --socket=/tmp/mysql-3306.sock \
  shutdown

장점

InnoDB Flush 정상 처리
Binary Log 안전 종료
데이터 손상 위험 감소
Crash Recovery 방지

6. MySQL 정상 모드로 재기동

/usr/local/mysql/bin/mysqld \
  --defaults-file=/usr/local/mysql/my.cnf \
  --user=mysql &

7. 변경된 패스워드로 접속 확인

/usr/local/mysql/bin/mysql \
  -uroot -p \
  --socket=/tmp/mysql-3306.sock

현재 인증 플러그인 확인

SELECT user, host, plugin FROM mysql.user;

unix_socket이면 → 비밀번호 없이 OS 로그인으로 인증됨
mysql_native_password면 → 비밀번호 인증

DB가 응답 없을 때 (단계적 접근)

1단계: 정상 종료 시도 (30초 정도 기다림)

sudo kill `cat /var/run/mysqld/mysqld.pid`

2단계: 그래도 안 되면 (1-2분 후)

sudo kill -15 `cat /var/run/mysqld/mysqld.pid`

3단계: 진짜 최후의 수단 (수 분 후에도 반응 없을 때)

sudo kill -9 `cat /var/run/mysqld/mysqld.pid`

kill -9 사용 후 반드시 해야 할 일

1. 잔여 파일 정리

sudo rm -f /var/run/mysqld/mysqld.pid

sudo rm -f /var/lib/mysql/mysql.sock

2. 테이블 검사/복구

/usr/local/mysql/bin/mysqld \
  --defaults-file=/usr/local/mysql/my.cnf \
  --user=mysql &

mysqlcheck --all-databases --auto-repair

3. 로그 확인

sudo tail -f /var/log/mysql/error.log

Linux Bash 명령어 이력을 Syslog로 중앙 수집하는 방법

변군이글루 — Mon, 11 May 2026 21:24:16 +0900

Linux Bash 명령어 이력을 Syslog로 중앙 수집하는 방법

리눅스 서버 운영 환경에서는 사용자의 쉘(Bash) 명령어 이력을 안전하게 기록하고 중앙 로그 서버로 전송하는 것이 매우 중요합니다.

테스트 환경

운영체제 : Ubuntu 22.04/24.04

Syslog : rsyslog

Shell : bash

아키텍처

출처-claude.ai

1. rsyslog 설정

Bash History 전용 로그 설정

sudo tee /etc/rsyslog.d/00-history.conf <<'EOF'
if $programname == 'bash_history' then {
    # 로컬 파일 저장
    action(type="omfile"
           file="/var/log/bash_history.log")

    # 중앙 로그 서버로 TCP 전송 (UDP보다 신뢰성 높음)
    action(type="omfwd"
           target="logserv.scbyun.com"
           port="514"
           protocol="tcp")

    # 이 규칙에서 처리 완료 — 다른 규칙 중복 방지
    stop
}
EOF

2. 로그 로테이션 설정

로그 파일이 무한히 증가하지 않도록 logrotate 설정을 추가합니다.

sudo tee /etc/logrotate.d/bash_history <<'EOF'
/var/log/bash_history.log {
    daily            # 매일 순환
    missingok        # 파일 없어도 오류 없음
    rotate 90        # 90개 보관 (= 약 3개월)
    compress         # gzip 압축
    delaycompress    # 최신 1개는 압축 지연 (rsyslog 접근 충돌 방지)
    notifempty       # 빈 파일은 순환 건너뜀
    create 0600 root root  # 새 파일 권한 (root만 읽기)
    sharedscripts    # postrotate를 한 번만 실행
    postrotate
        # rsyslog에 HUP 신호 → 새 파일로 재오픈
        /usr/bin/systemctl kill -s HUP rsyslog.service >/dev/null 2>&1 || true
    endscript
}
EOF

설정 문법 검사

sudo rsyslogd -N1

적용

sudo systemctl restart rsyslog

728x90

3. Bash 명령어 감사 스크립트 설정

profile 스크립트 생성

sudo tee /etc/profile.d/history.sh <<'EOF'
# 인터랙티브 셸에서만 활성화 (스크립트 실행 시 성능 영향 방지)
if [[ $- != *i* ]]; then
    return
fi

function history_to_syslog()
{
    # 재귀 방지: trap 일시 해제
    trap - DEBUG

    local cmd="${BASH_COMMAND}"

    # 기록 제외 대상 (내부 함수 / 노이즈 명령)
    case "$cmd" in
        history_to_syslog*|\
        logger*|\
        trap*|\
        local\ cmd*|\
        who\ am\ i*|\
        tty|\
        pwd|\
        ls*|\
        return*)
            trap 'history_to_syslog' DEBUG
            return
            ;;
    esac

    logger -p local6.notice -t bash_history \
    "USER=$(whoami) \
IP=$(who am i | awk '{print $5}') \
PWD=$(pwd) \
TTY=$(tty) \
CMD=${cmd}"

    # trap 재등록
    trap 'history_to_syslog' DEBUG
}

# 모든 인터랙티브 셸에서 trap 활성화
trap 'history_to_syslog' DEBUG
EOF

적용

source /etc/profile.d/history.sh

5. 로그 확인

로컬 로그 확인

tail -f /var/log/bash_history.log

6. 원격 로그 서버 확인

중앙 로그 서버에서 다음과 같이 수신 여부를 확인합니다.

tcpdump -i any port 514

또는

tail -f /var/log/syslog

리눅스에서 사용자 명령어(history)를 rsyslog 중앙 로그 서버로 전송하는 방법

변군이글루 — Sun, 10 May 2026 15:12:10 +0900

리눅스에서 사용자 명령어(history)를 rsyslog 중앙 로그 서버로 전송하는 방법

리눅스에서 사용자의 bash 명령 이력을 실시간으로 수집하여 중앙 syslog 서버로 전송하는 방법입니다.

보안 감사(audit), 사용자 행위 추적, 운영 이력 관리에 활용할 수 있다.

전체 흐름

[클라이언트 서버]
  bash trap (DEBUG)
      ↓
  logger 명령어
      ↓
  rsyslog (local6.notice)
      ↓ TCP/UDP 514
[중앙 로그 서버]
  rsyslog (imtcp / imudp)
      ↓
  /var/log/clients/<HOSTNAME>/bash_history.log

1. Bash History → syslog 연동

trap 'function' DEBUG 를 이용하면 bash에서 명령어를 실행할 때마다 지정한 함수를 호출할 수 있다.

이 함수 안에서 logger로 syslog에 기록하는 방식이다.

/etc/profile.d/history.sh 작성

cat <<'EOF' > /etc/profile.d/history.sh

function history_to_syslog()
{
    # 재귀 호출 방지: 함수 진입 시 trap을 먼저 해제
    trap - DEBUG

    local cmd="${BASH_COMMAND}"

    # logger, trap 등 내부 명령어는 로깅에서 제외
    case "$cmd" in
        history_to_syslog*|\
        logger*|\
        trap*|\
        local\ cmd*|\
        who\ am\ i*|\
        tty|\
        pwd|\
        return*)
            trap 'history_to_syslog' DEBUG
            return
            ;;
    esac

    # SSH 접속 시 IP는 "(192.168.1.100)" 형태로 반환되므로 괄호 제거
    local ip
    ip=$(who am i | awk '{gsub(/[()]/,""); print $5}')
    ip=${ip:-"local"}   # 콘솔 직접 로그인 시 fallback

    logger -p local6.notice -t bash_history \
    "USER=$(whoami) \
IP=${ip} \
TTY=$(tty) \
PWD=$(pwd) \
CMD=${cmd}"

    # 함수 종료 시 trap 복원
    trap 'history_to_syslog' DEBUG
}

trap 'history_to_syslog' DEBUG

EOF

권한 설정 및 적용

chmod 644 /etc/profile.d/history.sh

source /etc/profile.d/history.sh

2. rsyslog 클라이언트 설정

TCP vs UDP 비교

항목	TCP	UDP
전송 보장	O (재전송)	X (유실 가능)
서버 장애 대응	queue 버퍼링 가능	불가
성능 오버헤드	상대적으로 높음	낮음
운영 환경 권장	권장	내부망 경량 수집 시

운영 환경에서는 TCP를 권장한다.

2-1. 로컬 저장 + 중앙 서버 전송

로컬 디스크에도 기록하면서 중앙 서버로도 전송하는 방식이다. 로컬 백업이 필요한 환경에 적합하다.

rsyslog 설정(TCP 사용 시)

sudo vim /etc/rsyslog.d/history.conf

if $programname == 'bash_history' then {
    action(type="omfile"
           file="/var/log/bash_history.log")

    action(type="omfwd"
           target="logserv.scbyun.com"
           port="514"
           protocol="tcp")
}

---

UDP 사용 시

sudo vim /etc/rsyslog.d/history.conf

if $programname == 'bash_history' then {
    action(type="omfile"
           file="/var/log/bash_history.log")

    action(type="omfwd"
           target="logserv.scbyun.com"
           port="514"
           protocol="udp")
}

---

728x90

2-2. 중앙 서버로만 전송 (로컬 저장 없음)

로컬 디스크 사용량을 줄이고 싶을 때 사용한다.

rsyslog 설정(TCP 사용 시)

sudo vim /etc/rsyslog.d/history.conf

if $programname == 'bash_history' then {
    action(type="omfwd"
           target="logserv.scbyun.com"
           port="514"
           protocol="tcp")
    stop
}

---

UDP 사용 시

sudo vim /etc/rsyslog.d/history.conf

if $programname == 'bash_history' then {
    action(type="omfwd"
           target="logserv.scbyun.com"
           port="514"
           protocol="udp")
    stop
}

---

stop 옵션 설정이 중요하다.
이 옵션이 있어야 /var/log/messages, /var/log/syslog 같은 로컬 로그 파일에 기록되지 않는다.

2-3. 운영 환경 권장 설정 (TCP + Disk-Assisted Queue)

linkedList(메모리 큐)는 rsyslog 재시작 시 데이터가 유실된다.

운영 환경에서는 disk-Assisted 큐를 사용하여 재시작 후에도 미전송 로그를 복구할 수 있도록 구성한다.

sudo vim /etc/rsyslog.d/history.conf

if $programname == 'bash_history' then {
    action(
        type="omfwd"
        target="logserv.scbyun.com"
        port="514"
        protocol="tcp"

        # 서버 장애 시 무한 재시도
        action.resumeRetryCount="-1"

        # 메모리+디스크 혼합 큐 (재시작 후 복구 가능)
        queue.type="disk-Assisted"
        queue.filename="bash_history_fwd"   # 스풀 파일명 (필수)
        queue.size="10000"
        queue.maxDiskSpace="100m"
    )
    stop
}

rsyslog 재시작

sudo systemctl restart rsyslog

3. 기존 rsyslog 설정과 중복 전송 방지

기존 설정에 아래와 같이 전체 전송 룰이 있다면

*.info;mail.none;authpriv.none;cron.none    @logserv.scbyun.com

local6.notice 로그도 함께 전송되어 중앙 서버에 중복으로 기록될 수 있다.

해결 방법: history.conf 에 stop을 추가하면 rsyslog의 rule 처리 흐름이 해당 시점에서 중단된다.

이후 *.info 룰까지 처리가 넘어가지 않으므로 중복 전송이 방지된다.

if $programname == 'bash_history' then {
    action(type="omfwd"
           target="logserv.scbyun.com"
           port="514"
           protocol="tcp")
    stop    # ← 이 줄이 있어야 이후 룰로 넘어가지 않음
}

/etc/rsyslog.d/ 디렉터리의 파일은 파일명 알파벳 순서로 로드된다.
history.conf가 기존 전송 룰보다 먼저 처리되도록 00-history.conf처럼 접두사를 붙이는 것도 좋은 방법이다.

4. 중앙 로그 서버(수신 측) 설정

중앙 서버에서 클라이언트 로그를 수신하려면 imtcp 또는 imudp 모듈을 활성화해야 한다.

sudo vim /etc/rsyslog.d/00-server.conf

# TCP 수신 활성화
module(load="imtcp")
input(type="imtcp" port="514")

# 호스트별 디렉터리로 분리 저장
if $programname == 'bash_history' then {
    action(type="omfile"
           file="/var/log/clients/%HOSTNAME%/bash_history.log"
           dirCreateMode="0750"
           fileCreateMode="0640"
           dirOwner="root"
           fileOwner="root")
    stop
}

sudo systemctl restart rsyslog

UDP를 사용할 경우 imtcp 대신 imudp를 로드하고 protocol="udp"로 맞춰준다.

5. 로그 로테이션 (logrotate)

로컬 또는 서버에 파일로 저장하는 경우 로테이션 설정이 필요하다. 미설정 시 단일 파일이 무한정 커진다.

sudo vim /etc/logrotate.d/bash_history

/var/log/bash_history.log {
    daily
    rotate 90
    compress
    missingok
    notifempty
    postrotate
        systemctl kill -s HUP rsyslog
    endscript
}

# 중앙 서버 호스트별 로그 로테이션
/var/log/clients/*/bash_history.log {
    daily
    rotate 90
    compress
    missingok
    notifempty
    sharedscripts
    postrotate
        systemctl kill -s HUP rsyslog
    endscript
}

6. 로그 확인

클라이언트 로컬

tail -f /var/log/bash_history.log

중앙 로그 서버

특정 호스트 로그 확인

tail -f /var/log/clients/web01/bash_history.log

전체 서버 로그에서 검색

grep bash_history /var/log/messages

May 10 10:23:45 web01 bash_history: USER=scbyun IP=192.168.1.100 TTY=/dev/pts/0 PWD=/home/scbyun CMD=ls -al
May 10 10:23:48 web01 bash_history: USER=scbyun IP=192.168.1.100 TTY=/dev/pts/0 PWD=/home/scbyun CMD=cat /etc/passwd

우분투 24.04에서 자동 업그레이드 및 자동 재부팅을 비활성화 방법

변군이글루 — Thu, 7 May 2026 21:15:10 +0900

우분투 24.04에서 자동 업그레이드(Unattended-Upgrades) 및 자동 재부팅을 비활성화 방법

우분투 24.04는 기본적으로 unattended-upgrades 서비스와 apt-daily 타이머를 통해 자동 패키지 업데이트 및 보안 업그레이드를 수행합니다.

자동 패키지 목록 갱신 (apt update)
자동 보안 업데이트
자동 패키지 업그레이드
커널 업데이트 후 자동 재부팅

운영 서버 환경에서는 예기치 않은 패키지 변경 및 재부팅을 방지하기 위해 자동 업그레이드를 비활성화하는 경우가 많습니다.

테스트 환경

운영체제 정보

lsb_release -d | grep Description

Description:	Ubuntu 24.04.4 LTS

1. 현재 자동 업그레이드 동작 확인

cron.daily 확인

cat /etc/crontab | grep daily

25 6 * * * root test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.daily; }

우분투 24.04에서는 대부분 systemd timer 기반으로 동작하지만 일부 환경에서는 cron.daily도 함께 사용됩니다.

unattended-upgrades 로그 확인

cat /var/log/unattended-upgrades/unattended-upgrades-dpkg.log

APT 패키지 이력 확인

cat /var/log/apt/history.log

자동 업그레이드가 실제 수행되었는지 확인할 수 있습니다.

2. unattended-upgrades 서비스 비활성화

서비스 상태 확인

sudo systemctl status unattended-upgrades

서비스 중지 및 비활성화

sudo systemctl disable --now unattended-upgrades

상태 확인

systemctl is-enabled unattended-upgrades

disabled

자동 패키지 업그레이드 대부분 중지
자동 보안 패치 중지
자동 재부팅도 일반적으로 중지

이 설정으로 대부분의 자동 패키지 업그레이드와 자동 보안 패치가 중지됩니다.

다만 우분투 24.04에서는 apt-daily.timer 및 apt-daily-upgrade.timer가 여전히 동작할 수 있으므로 운영 서버에서는 추가 비활성화를 권장합니다.

3. APT 자동 업데이트 설정 비활성화

설정 파일 수정

sudo vim /etc/apt/apt.conf.d/20auto-upgrades

기본 설정

APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";

다음과 같이 변경합니다.

APT::Periodic::Update-Package-Lists "0";
APT::Periodic::Unattended-Upgrade "0";

설정 값 설명

Update-Package-Lists : 자동 apt update 수행 여부
Unattended-Upgrade : 자동 업그레이드 수행 여부

728x90

4. systemd APT Timer 비활성화

우분투 24.04에서는 아래 systemd timer가 자동 APT 작업을 수행합니다.

pt-daily.timer : 패키지 목록 자동 갱신
apt-daily-upgrade.timer : 자동 업그레이드 수행

apt-daily.timer 비활성화

상태 확인

sudo systemctl status apt-daily.timer

비활성화

sudo systemctl disable --now apt-daily.timer

apt-daily-upgrade.timer 비활성화

상태 확인

sudo systemctl status apt-daily-upgrade.timer

비활성화

sudo systemctl disable --now apt-daily-upgrade.timer

활성화된 APT Timer 확인

systemctl list-timers | grep apt

비활성화 후 출력되지 않거나 inactive 상태이면 정상입니다.

5. 자동 재부팅 비활성화

커널 업데이트 후 자동 재부팅을 방지하려면 아래 설정을 적용합니다.

설정 파일 수정

sudo sed -i.bak \
's|//Unattended-Upgrade::Automatic-Reboot "false";|Unattended-Upgrade::Automatic-Reboot "false";|' \
/etc/apt/apt.conf.d/50unattended-upgrades

설정 확인

grep "Automatic-Reboot" /etc/apt/apt.conf.d/50unattended-upgrades | grep -v '//'

6. unattended-upgrades 패키지 제거

자동 업그레이드를 완전히 사용하지 않을 경우 패키지를 제거할 수 있습니다.

sudo apt remove -y unattended-upgrades

설정 파일까지 제거

sudo apt purge -y unattended-upgrades

7. 운영 서버 권장 설정

sudo systemctl disable --now unattended-upgrades

sudo systemctl disable --now apt-daily.timer
sudo systemctl disable --now apt-daily-upgrade.timer

sudo sed -i.bak \
's|//Unattended-Upgrade::Automatic-Reboot "false";|Unattended-Upgrade::Automatic-Reboot "false";|' \
/etc/apt/apt.conf.d/50unattended-upgrades

8. 수동 패치

패키지 목록 갱신 및 패키지 업그레이드

sudo apt update
sudo apt upgrade

업그레이드 가능한 패키지 확인

apt list --upgradable

grep "자동 재부팅" /etc/apt/apt.conf.d/50unattended-upgrades | grep -v '//'

우분투 24.04에서 최신 버전의 BIND9를 설치하는 방법

변군이글루 — Wed, 6 May 2026 20:39:28 +0900

우분투 24.04에서 최신 버전의 BIND9를 설치하는 방법

우분투 24.04 기본 저장소의 BIND9는 최신 버전이 아닐 수 있으므로 ISC 공식 저장소(PPA)를 활용하여 최신 안정 버전을 설치하고 DNS 서버를 구성합니다.

BIND9를 Authoritative DNS 서버(Master/Slave)로 구성
Zone Transfer 시 TSIG(Key 기반 인증) 적용으로 보안 강화

테스트 환경

역할

Master DNS - 192.168.10.101
Slave DNS - 192.168.10.102

운영체제 정보

$ lsb_release -d
Description:    Ubuntu 24.04.3 LTS

1. 시스템 업데이트 및 필수 패키지 설치

시스템을 최신 상태로 업데이트하고 PPA 관리에 필요한 도구를 설치합니다.

sudo apt update && sudo apt upgrade -y

sudo apt install -y software-properties-common

운영체제 정보

$ lsb_release -d
No LSB modules are available.
Description:	Ubuntu 24.04.4 LTS

2. ISC 공식 저장소 추가

우분투 기본 저장소의 BIND는 버전(BIND 9.18.39)이 낮을 수 있으므로 최신 안정화 버전을 제공하는 ISC의 공식 PPA를 추가합니다.

sudo add-apt-repository -y ppa:isc/bind

sudo apt update

3. BIND9 설치

최신 버전의 BIND9와 유틸리티를 설치합니다.

sudo apt install -y bind9 bind9-utils bind9-doc dnsutils

버전 확인

named -v

BIND 9.20.22-1+ubuntu24.04.1+deb.sury.org+1-Ubuntu (Stable Release) <id:>

4. 방화벽 설정 (UFW) - 선택 사항

DNS 서버는 UDP/TCP 53번 포트를 사용합니다.

방화벽이 활성화되어 있다면 외부 통신을 위해 해당 포트를 열어주어야 합니다.

# DNS 관련 포트 허용
sudo ufw allow Bind9

# 또는 포트 번호로 직접 허용
sudo ufw allow 53/tcp
sudo ufw allow 53/udp

# 방화벽 상태 확인
sudo ufw status

5. BIND9 기본 설정 구조

BIND9의 설정 파일들은 /etc/bind/ 디렉토리에 위치합니다.

/etc/bind/named.conf : 메인 설정 파일
/etc/bind/named.conf.options : DNS 쿼리 제한(ACL), 포워딩, 보안 설정 등 전역 옵션
/etc/bind/named.conf.local : 로컬 존(Zone) 정의 (도메인 설정)
/etc/bind/named.conf.root-hints : 루트 네임서버

6. 메인 설정 파일 확인

sudo vim /etc/bind/named.conf

// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian for information on the
// structure of BIND configuration files in Debian, *BEFORE* you customize
// this configuration file.
//
// If you are just adding zones, please do that in /etc/bind/named.conf.local

include "/etc/bind/named.conf.options";
include "/etc/bind/named.conf.local";
include "/etc/bind/named.conf.root-hints";

캐시 DNS 전용이라면
named.conf.local에는 아무 존(Zone)도 정의하지 않는 것이 정석입니다.

7. TSIG Key 생성

Master에서 생성 후 Slave에 동일하게 복사(배포)

sudo tsig-keygen -a hmac-sha256 transfer-key

key "transfer-key" {
	algorithm hmac-sha256;
	secret "BFYHmjF86JLMwGbIri9R+GHi2Q2yNWvuIiNBZntQR2w=";
};

해당 key 블록을 Master/Slave 모두 동일하게 설정

Key 파일 분리 관리

sudo mkdir -p /etc/bind/keys
sudo vim /etc/bind/keys/tsig.key

sudo chown root:bind /etc/bind/keys/tsig.key
sudo chmod 640 /etc/bind/keys/tsig.key

named.conf에 tsig.key 파일을 포함(include)

echo 'include "/etc/bind/keys/tsig.key";' | sudo tee -a /etc/bind/named.conf

8. DNS 설정(named.conf.options)

Master - 192.168.10.101

sudo tee /etc/bind/named.conf.options > /dev/null << 'EOF'
acl "trusted" {
    127.0.0.0/8;
    192.168.10.0/24;
};

options {
    listen-on { any; };
    listen-on-v6 { any; };

    version none;
    directory "/etc/bind";
    dump-file "/etc/bind/data/cache_dump.db";
    statistics-file "/etc/bind/data/named_stats.txt";

    allow-query { any; };

    recursion yes;
    allow-recursion { "trusted"; };
    allow-query-cache { "trusted"; };

    empty-zones-enable no;

    allow-transfer { key transfer-key; };
    also-notify { 192.168.10.102; };
    allow-update { none; };

    forwarders {
        8.8.8.8;
        8.8.4.4;
    };

    dnssec-validation auto;
};
EOF

Master Zone 설정

cat /etc/bind/named.conf.local

zone "scbyun.com" {
    type master;
    file "/etc/bind/zones/scbyun.com.zone";
};

scbyun.com.zone 파일 설정

---

sudo mkdir -p /etc/bind/zones

sudo vim /etc/bind/zones/scbyun.com.zone

$TTL 60
@					IN      SOA     localhost. root.localhost. (
				               2026050602	  ; Serial
						   604800         ; Refresh
						    86400         ; Retry
						  2419200         ; Expire
						   604800 )       ; Negative Cache TTL
;
@				       IN      NS      ns1.scbyun.com.
@				       IN      NS      ns2.scbyun.com.
ns1				       IN      A       192.168.10.101
ns2				       IN      A       192.168.10.102
;
@				       IN      A       192.168.10.100
www				       IN      A       192.168.10.100

---

728x90

Slave - 192.168.10.102

sudo tee /etc/bind/named.conf.options > /dev/null << 'EOF'
acl "trusted" {
    127.0.0.0/8;
    192.168.10.0/24;
};

options {
    listen-on { any; };
    listen-on-v6 { any; };

    version none;
    directory "/etc/bind";
    dump-file "/etc/bind/data/cache_dump.db";
    statistics-file "/etc/bind/data/named_stats.txt";

    allow-query { any; };

    recursion yes;
    allow-recursion { "trusted"; };
    allow-query-cache { "trusted"; };

    empty-zones-enable no;

    allow-notify { 192.168.10.101; };
    allow-transfer { none; };
    allow-update { none; };
    masterfile-format text;

    forwarders {
        8.8.8.8;
        8.8.4.4;
    };

    dnssec-validation auto;
};
EOF

Slave Zone 설정

cat /etc/bind/named.conf.local

zone "scbyun.com" {
    type slave;
    masters { 192.168.10.101 key transfer-key; };    
    file "/etc/bind/zones/scbyun.com.zone";
};

recursion yes; → 캐시 DNS의 핵심
forwarders → 상위 DNS 지정 (Google/Cloudflare/내부 DNS)
allow-recursion → 내부 사용자만 캐시 사용 제한 (보안 중요)
allow-transfer/allow-update → Slave 서버만 허용

8. 쿼리 로깅 활성화

캐시 DNS 운영 시 queries 로그만 있어도 충분합니다.

로그 디렉터리 생성

sudo mkdir -p /etc/bind/log
sudo chown bind:bind /etc/bind/log
sudo chmod 775 /etc/bind/log

sudo ln -sf /etc/bind/log /var/log/named
sudo chown -h bind:bind /var/log/named

간결한 로깅 설정(named.conf.logging)

sudo tee /etc/bind/named.conf.logging > /dev/null << 'EOF'
logging {
        channel general_log {
                file "/var/log/named/general.log" versions 3 size 20m;
                severity notice;
                print-time yes;
                print-severity yes;
                print-category yes;
        };
        channel query_log {
                file "/var/log/named/queries.log" versions 5 size 50m;
                severity info;
                print-time yes;
                print-severity yes;
                print-category yes;
        };
        channel security_log {
                file "/var/log/named/security.log" versions 3 size 20m;
                severity warning;
                print-time yes;
                print-severity yes;
                print-category yes;
        };

        category queries  { query_log; };
        category general  { general_log; };
        category security { security_log; };
};
EOF

named.conf에 named.conf.logging 파일을 포함(include)

echo 'include "/etc/bind/named.conf.logging";' | sudo tee -a /etc/bind/named.conf

9. AppArmor 설정(우분투 필수)

우분투의 보안 모듈인 AppArmor가 BIND의 로그 기록을 차단할 수 있습니다.

sudo tee /etc/apparmor.d/local/usr.sbin.named > /dev/null << 'EOF'
/etc/bind/** rw,
/var/cache/bind/** rw,
EOF

AppArmor 재시작

sudo systemctl restart apparmor

10. 설정 파일 검증

전체 설정 검사

sudo named-checkconf

sudo named-checkzone scbyun.com /etc/bind/zones/scbyun.com.zone

11. BIND9 서비스 시작

서비스 활성화 및 시작

sudo systemctl enable --now named

상태 확인

sudo systemctl status named

12. DNS 동작 테스트

로컬 테스트

dig @127.0.0.1 scbyun.com

dig @127.0.0.1 google.com

Zone Transfer 테스트 (TSIG 적용)

Slave에서 확인

dig @192.168.10.101 scbyun.com axfr -k /etc/bind/keys/tsig.key

; <<>> DiG 9.20.22-1+ubuntu24.04.1+deb.sury.org+1-Ubuntu <<>> @192.168.10.101 scbyun.com axfr -k /etc/bind/keys/tsig.key
; (1 server found)
;; global options: +cmd
scbyun.com.		60	IN	SOA	localhost. root.localhost. 2026050602 604800 86400 2419200 604800
scbyun.com.		60	IN	NS	ns1.scbyun.com.
scbyun.com.		60	IN	NS	ns2.scbyun.com.
scbyun.com.		60	IN	A	192.168.10.100
ns1.scbyun.com.		60	IN	A	192.168.10.101
ns2.scbyun.com.		60	IN	A	192.168.10.102
www.scbyun.com.		60	IN	A	192.168.10.100
scbyun.com.		60	IN	SOA	localhost. root.localhost. 2026050602 604800 86400 2419200 604800
transfer-key.		0	ANY	TSIG	hmac-sha256. 1778078626 300 32 TAnDNtCFFye6Z7N7oQMY+ctsxx3gcGIH3CbZdkve4F4= 61010 NOERROR 0
;; Query time: 3 msec
;; SERVER: 192.168.10.101#53(192.168.10.101) (TCP)
;; WHEN: Wed May 06 23:43:46 KST 2026
;; XFR size: 8 records (messages 1, bytes 342)

정상 시 zone 데이터 전체 조회됨

TSIG 미사용 테스트

TSIG 없이 시도 (실패해야 정상)

dig @192.168.10.101 scbyun.com axfr

; <<>> DiG 9.20.22-1+ubuntu24.04.1+deb.sury.org+1-Ubuntu <<>> @192.168.10.101 scbyun.com axfr
; (1 server found)
;; global options: +cmd
; Transfer failed.

Transfer failed

13. 디버깅

강제 재전송

sudo rndc retransfer scbyun.com

로그 확인

sudo journalctl -u named -f

참고URL

- BIND 9 Documentation : BIND Logging

우분투에서 pbzip2를 설치하고 사용하는 방법

변군이글루 — Mon, 4 May 2026 22:05:08 +0900

우분투에서 pbzip2를 설치하고 사용하는 방법 (병렬 압축 최적화)

pbzip2는 기존 bzip2를 확장한 도구로 멀티코어 CPU를 활용한 병렬 압축/해제를 지원합니다.

대용량 로그, 백업 파일 처리 시 성능 차이가 크게 발생합니다.

1. 패키지 설치

우분투 패키지 관리자를 사용하여 pbzip2 패키지를 설치합니다.

sudo apt update

sudo apt install -y pbzip2

설치 확인

pbzip2 --version

2. pbzip2 사용법

파일 압축

pbzip2 파일명

pbzip2 example.txt

example.txt.bz2 생성

파일 압축 해제

pbzip2 -d 파일명.bz2

pbzip2 -d example.txt.bz2

주요 옵션

-pN : 병렬 작업 수 지정 (예: -p4)
-bN : 블록 크기 (기본 900KB)
-d : 압축 해제
-f : 기존 파일 덮어쓰기
-v : 상세 출력
-k : 원본 파일 유지
-c : stdout 출력

3. 실무 활용 예시

3.1 CPU 코어 제한하여 압축

서버 부하를 줄이고 싶을 때

pbzip2 -p4 example.txt

전체 코어 대신 일부만 사용

3.2 원본 파일 유지하면서 압축

pbzip2 -k example.txt

example.txt 유지 + example.txt.bz2 생성

3.3 여러 파일 동시 압축

pbzip2 *.log

3.4 tar와 함께 사용 (실무 핵심)

대용량 디렉토리 백업 시

tar cf - /data | pbzip2 > data.tar.bz2

해제

pbzip2 -dc data.tar.bz2 | tar xf -

tar + pbzip2 조합이 가장 많이 사용됨

4. 참고 명령어

man pbzip2
pbzip2 --help

5. 정리

pbzip2는 bzip2의 병렬 버전
대용량 파일 처리 시 필수 도구
tar와 조합 시 효과 극대화
CPU 자원을 적극 활용하는 환경에 최적

pbzip2 -dc data.tar.bz2 | 타르 xf -

VIM에서 Visual 모드를 비활성화하는 방법

변군이글루 — Thu, 30 Apr 2026 13:26:05 +0900

VIM에서 Visual 모드를 비활성화하는 방법

Vim을 사용하다 보면 v, V, Ctrl+v 입력 실수로 인해 의도치 않게 Visual 모드로 진입하는 경우가 많습니다. 특히 서버 운영, 로그 분석, 설정 파일 수정처럼 커서 이동과 빠른 편집이 중요한 작업에서는 오히려 흐름을 끊는 요소가 될 수 있습니다.

1. Visual 모드 진입 키 비활성화 (가장 직관적인 방법)

Visual 모드는 아래 키로 진입합니다.

v : 문자 단위 Visual 모드
V : 라인 단위 Visual 모드
Ctrl + v : 블록 단위 Visual 모드

따라서 이 키들을 아예 동작하지 않도록 매핑 해제하면 Visual 모드로 들어갈 수 없게 됩니다.

설정 방법

~/.vimrc 또는 /etc/vim/vimrc에 아래 내용을 추가합니다.

vim ~/.vimrc

" Visual 모드 진입 키 비활성화
nnoremap v <Nop>
nnoremap V <Nop>
nnoremap <C-v> <Nop>

효과

Normal 모드에서 Visual 모드로 진입 불가
실수로 선택 영역이 생기는 문제 방지
Vim 사용 흐름이 끊기지 않음

필요하다면 특정 키(예: V만)는 남기고 부분 적용도 가능합니다.

2. Visual 모드 상태 복원 기능 비활성화

Vim은 종료 시의 상태(커서 위치, 일부 선택 상태 등)를 저장하고 다음 실행 시 이를 복원하는 기능이 있습니다.

설정 방법

viminfo 옵션에서 Visual 상태 저장(v)을 제거합니다.

vim ~/.vimrc

" Visual 모드 상태 복원 비활성화
set viminfo-=v

설정 후 즉시 반영

source ~/.vimrc

효과

Vim 재실행 시 항상 Normal 모드로 시작
이전 선택 영역 자동 복원 방지

3. 추천 설정 (최소 + 안전)

vim ~/.vimrc

" Visual 모드 진입 키 비활성화
nnoremap v <Nop>
nnoremap V <Nop>
nnoremap <C-v> <Nop>

" Visual 모드 상태 복원 비활성화
set viminfo-=v

HPE ProLiant 서버에서 iLO(Integrated Lights-Out)를 설정하고 접속하는 방법

변군이글루 — Wed, 29 Apr 2026 21:14:26 +0900

HPE ProLiant 서버에서 iLO(Integrated Lights-Out)를 설정하고 접속하는 방법

iLO 초기 네트워크 설정

서버를 처음 세팅하거나 IP를 모를 때 사용하는 방법입니다.

1. 서버 전원을 켜고 포스트(POST) 화면이 뜰 때까지 기다립니다.

2. 부팅 시 [F9] (System Utilities)를 누릅니다.

HPE iLO

3. System Configuration -> iLO 4 Configuration Utility -> Network Options로 이동합니다.

HPE iLO

4. DHCP를 Off로 바꾸고, 사용할 Static IP, Subnet Mask, Gateway를 입력합니다.

HPE iLO

5. [F10]을 눌러 저장하고 나옵니다.

728x90

iLO 웹 인터페이스 접속 방법

네트워크 설정이 완료되었다면 관리용 PC에서 접속할 수 있습니다.

1. 물리 연결: 서버 뒷면의 iLO 전용 포트(보통 마우스 그림이 있거나 'iLO'라고 적힌 단독 포트)에 랜 케이블을 꽂습니다.

HPE iLO

2. 브라우저 접속: 주소창에 설정한 IP를 입력합니다.

https://192.168.0.100

HPE iLO

3. 로그인:

ID: Administrator (기본값)
Password: 서버 상단이나 전면 탭(SLA)에 붙어 있는 종이 태그(Default Password)에 적힌 8자리 영문/숫자 조합을 입력합니다.

HPE iLO

참고URL

- 2swan : HPE ProLiant 서버 iLO 서버 설정

- IT : [HP] Proliant 서버 iLO4 접속 방법

Zabbix로 디스크 I/O 사용자 체감 성능을 확인하는 방법

변군이글루 — Sat, 25 Apr 2026 13:42:36 +0900

Zabbix로 디스크 I/O 사용자 체감 성능을 확인하는 방법

Disk Average Waiting Time (await) 기준 분석

서버 디스크 성능은 단순히 사용률(%util)만으로 판단하기 어렵습니다. 실제 사용자가 느끼는 “느림”, “멈춤”, “버벅임” 은 디스크 요청이 얼마나 오래 대기했는지와 밀접한 관련이 있습니다.

1. await 지표란?

디스크 I/O 요청이 발생한 뒤 처리가 완료될 때까지 평균적으로 걸린 시간(ms) 입니다.

Disk read request avg waiting time (r_await) → 디스크 읽기 요청의 평균 응답 시간(ms)
Disk write request avg waiting time (w_await) → 디스크 쓰기 요청의 평균 응답 시간(ms)

Zabbix

즉, 수치가 높을수록 디스크가 바쁘거나 병목이 발생하고 있다는 의미입니다.

2. 체감 성능 기준 (실무 판단)

응답 시간(ms)	체감 수준	상태
1ms 이하	매우 빠름	최상
1 ~ 10ms	빠름	양호
10 ~ 20ms	보통	주시 필요
20 ~ 50ms	느림 체감 시작	경고
50ms 이상	확실한 지연	위험
100ms 이상	멈춤처럼 느껴짐	심각

SSD 기준으로는 10ms 이상 지속 시 점검 대상이며 HDD는 환경에 따라 기준이 다소 완화될 수 있습니다.

3. Disk Average Waiting Time 지표

A_Server

B_Server

728x90

A Server 분석 : 평온한 상태

지표 : 읽기(r_await) 평균 약 11.6ms, 쓰기(w_await) 평균 약 0.38ms

상태 : 매우 양호

특징

쓰기 대기 시간이 1ms 미만으로 거의 즉시 처리되고 있습니다.
읽기 대기 시간이 가끔 20ms 위로 튀긴 하지만(최대 23ms) 평균적으로는 10ms 초반대를 유지하고 있어 사용자가 성능 저하를 거의 느끼지 못하는 수준입니다.
그래프의 변동폭이 비교적 일정하여 예측 가능한 성능을 보여줍니다.

B Server 분석: 위험 상태 (쓰기 지연 발생)

지표 : 쓰기(w_await) 평균 약 42.8ms, 최대 206ms

상태 : 경고 수준의 병목 발생

특징

쓰기 지연 시간 폭발 : 쓰기 대기 시간(w_await)이 읽기보다 압도적으로 높습니다. 평균 42ms는 사용자가 "느리다"고 느끼기 충분한 수치이며 최대 200ms까지 튀는 지점에서는 서비스가 순간적으로 멈춘 것처럼 보일 수 있습니다.
패턴 분석 : 특정 주기마다 쓰기 대기 시간이 치솟는 날카로운 스파이크 패턴이 보입니다. 이는 대량의 로그 기록, DB 체크포인트 작업, 혹은 백업 스케줄이 돌아가고 있을 가능성이 큽니다.
읽기 전이 : 쓰기 작업이 디스크를 꽉 잡고 있기 때문에 평소에 거의 0에 가깝던 읽기 성능마저 간헐적으로 함께 영향을 받고 있습니다.

두 서버의 비교 및 조치 제안

비교 항목	A Server	B Server
주요 부하	읽기 위주 (Read-heavy)	쓰기 위주 (Write-heavy)
체감 성능	쾌적함	간헐적 끊김(Stuttering) 발생
권장 조치	현재 상태 유지	원인 파악 및 최적화 필요

4. 실무 개선 권고 사항

원인 프로세스 확인 : 현재 쓰기 부하를 일으키는 주범이 무엇인지 확인해야 합니다.

iotop -o

실시간으로 디스크 I/O를 많이 사용하는 프로세스를 확인합니다.

pidstat -d 1

dstat -dny

하드웨어 점검 : A Server과 동일한 하드웨어인데 B Server만 이렇다면 디스크의 물리적 노후화나 RAID 컨트롤러의 캐시 배터리 이상 등을 의심해 볼 수 있습니다.

smartctl -a /dev/sdX

Zabbix 트리거 설정 : B Server의 w_await가 50ms를 넘을 때 Warning 알람이 오도록 설정하여 선제적으로 대응하시길 권장합니다.

Warning

w_await > 30ms (5분 지속)

High

w_await > 50ms

Disaster

w_await > 100ms

5. RAID 컨트롤러 교체

A Server의 RAID 컨트롤러를 Smart HBA H240ar에서 Smart Array P440ar로 교체한 이후 그래프를 보면 디스크 대기시간(Latency) 구조가 전반적으로 크게 개선된 것으로 확인됩니다.

A_Server

캐시 상태

ssacli ctrl slot=0 show detail

확인 항목

Cache Status: OK
Battery/Capacitor: OK
Write Cache Enabled

RAID 컨트롤러 차이가 SSD 교체만큼 체감되기도 합니다.

참고URL

- Linux by Zabbix agent : Item prototypes for Block devices discovery

dd 명령어로 사용자 체감 속도 기준 디스크 성능 테스트하기

변군이글루 — Thu, 23 Apr 2026 16:57:10 +0900

dd 명령어로 사용자 체감 속도 기준 디스크 성능 테스트하기

리눅스 서버에서 저장장치 성능을 간단히 확인할 때 가장 많이 사용하는 도구 중 하나가 dd 명령어입니다.

하지만 많은 경우 측정값이 실제 체감 속도와 다르게 보일 수 있습니다. 이유는 운영체제(OS)의 페이지 캐시(Page Cache) 와 버퍼(Buffer Cache) 가 개입하기 때문입니다.

즉, 사용자가 파일을 복사하거나 서비스를 운영하면서 느끼는 속도는 순수 디스크 성능 + OS 캐시 효과가 반영된 체감 성능입니다.

1. 사용자 체감 쓰기 성능 테스트 (Write)

애플리케이션이 데이터를 저장할 때 OS는 먼저 메모리에 기록한 뒤 빠르게 응답합니다.

하지만 실제 디스크 반영 시간까지 포함하려면 fdatasync 옵션을 사용하는 것이 좋습니다.

dd if=/dev/zero of=~/speed_test_file bs=1M count=2048 conv=fdatasync status=progress

옵션 설명

if=/dev/zero : 0으로 채워진 데이터 생성
of=파일명 : 출력 파일
bs=1M : 블록 크기
1MB count=2048 : 총 2GB 생성
conv=fdatasync : 종료 전 디스크 동기화
status=progress : 진행률 표시

2. 사용자 체감 읽기 성능 테스트 (Read)

읽기 성능은 두 가지로 나눠야 정확합니다.

A. 처음 읽는 속도 (Cold Read)

파일이 메모리에 없는 상태에서 읽는 성능입니다.

# 먼저 캐시를 비웁니다 (관리자 권한 필요)
sudo sh -c "sync; echo 3 > /proc/sys/vm/drop_caches"

# 읽기 테스트
dd if=~/speed_test_file of=/dev/null bs=1M status=progress

B. 다시 읽는 속도 (Hot Read)

이미 한 번 읽어서 RAM 캐시에 올라간 상태입니다.

# 캐시를 비우지 않고 곧바로 다시 읽기
dd if=~/speed_test_file of=/dev/null bs=1M status=progress

결과 해석: 보통 GB/s 단위의 압도적인 속도가 나옵니다. 실제 운영 환경에서 반복적으로 접근하는 데이터의 속도라고 보시면 됩니다.

3. 정확한 테스트 팁

테스트 파일 크기

RAM보다 너무 작은 파일은 전부 캐시되므로 현실성이 떨어집니다.

권장

RAM 16GB → 테스트 파일
8GB RAM 32GB → 테스트 파일 16GB

즉 메모리의 절반 정도 크기가 적절합니다.

테스트 후 파일 삭제

rm -f ~/speed_test_file

728x90

4. 실제 물리 디스크 성능 측정 (Direct I/O)

캐시 영향을 제거하고 디스크 자체 성능만 확인하려면 Direct I/O를 사용합니다.

물리 쓰기 성능(Write) 측정

dd if=/dev/zero of=/tmp/testfile bs=1G count=1 oflag=direct

물리 읽기 성능(Read) 측정

sync; echo 3 | sudo tee /proc/sys/vm/drop_caches

dd if=/tmp/testfile of=/dev/null bs=1G count=1 iflag=direct

서버별 성능 비교표

동일 샤시 : ProLiant DL360 Gen9

항목	서버 1	서버 2	서버 3
컨트롤러	Smart HBA H240ar	Smart Array P440ar	Smart HBA H240ar
디스크	SAS HDD	SAS HDD	SATA SSD
쓰기 (Write)	142 MB/s	446 MB/s	446 MB/s
읽기 (Cold)	175 MB/s	406 MB/s	845 MB/s
읽기 (Hot)	4.4 GB/s	4.4 GB/s	7.6 GB/s

테스트 명령어

# 체감 쓰기
dd if=/dev/zero of=~/speed_test_file bs=1M count=2048 conv=fdatasync

# 실제 읽기
sync; echo 3 > /proc/sys/vm/drop_caches
dd if=~/speed_test_file of=/dev/null bs=1M

# 캐시 읽기
dd if=~/speed_test_file of=/dev/null bs=1M

---

서버 1

$ dmidecode -t system | grep "Product Name"
	Product Name: ProLiant DL360 Gen9

$ ssacli ctrl all show config

Smart HBA H240ar in Slot 0 (Embedded) (RAID Mode)  (sn: --)

$ dd if=/dev/zero of=~/speed_test_file bs=1M count=2048 conv=fdatasync status=progress
2080374784 bytes (2.1 GB, 1.9 GiB) copied, 1 s, 2.1 GB/s
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 15.0991 s, 142 MB/s

$ sudo sh -c "sync; echo 3 > /proc/sys/vm/drop_caches"
$ dd if=~/speed_test_file of=/dev/null bs=1M status=progress
2085617664 bytes (2.1 GB, 1.9 GiB) copied, 12 s, 174 MB/s
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 12.2839 s, 175 MB/s

$ dd if=~/speed_test_file of=/dev/null bs=1M status=progress
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 0.486127 s, 4.4 GB/s

서버 2

$ dmidecode -t system | grep "Product Name"
	Product Name: ProLiant DL360 Gen9

$ ssacli ctrl all show config

Smart Array P440ar in Slot 0 (Embedded)   (sn: --)

$ dd if=/dev/zero of=~/speed_test_file bs=1M count=2048 conv=fdatasync status=progress
2043674624 bytes (2.0 GB, 1.9 GiB) copied, 1 s, 2.0 GB/s
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 4.81932 s, 446 MB/s

$ sudo sh -c "sync; echo 3 > /proc/sys/vm/drop_caches"
$ dd if=~/speed_test_file of=/dev/null bs=1M status=progress
1699741696 bytes (1.7 GB, 1.6 GiB) copied, 5 s, 340 MB/s
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 5.28722 s, 406 MB/s

$ dd if=~/speed_test_file of=/dev/null bs=1M status=progress
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 0.489472 s, 4.4 GB/s

서버 3

$ dmidecode -t system | grep "Product Name"
	Product Name: ProLiant DL360 Gen9

$ ssacli ctrl all show config

Smart HBA H240ar in Slot 0 (Embedded) (RAID Mode)  (sn: --)

$ dd if=/dev/zero of=~/speed_test_file bs=1M count=2048 conv=fdatasync status=progress
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 4.81845 s, 446 MB/s

$ sudo sh -c "sync; echo 3 > /proc/sys/vm/drop_caches"
$ dd if=~/speed_test_file of=/dev/null bs=1M status=progress
1685061632 bytes (1.7 GB, 1.6 GiB) copied, 2 s, 842 MB/s
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 2.54195 s, 845 MB/s

$ dd if=~/speed_test_file of=/dev/null bs=1M status=progress
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 0.280739 s, 7.6 GB/s

---

dd 테스트 결과가 GB/s 로 나온다고 해서 디스크가 그 속도인 것은 아닙니다.

대부분은 OS 메모리 캐시 속도이며 이것 또한 실제 사용자 체감 속도에는 매우 중요합니다.

리눅스 arping 명령어 사용법 정리

변군이글루 — Mon, 20 Apr 2026 13:36:22 +0900

리눅스 arp 명령어 사용법 정리

arping은 ARP(Address Resolution Protocol) 요청을 보내 대상 IP의 MAC 주소 응답 여부를 확인하는 네트워크 진단 도구입니다.

일반 ping이 ICMP를 사용하는 반면 arping은 2계층(L2) ARP 통신을 사용하므로 같은 LAN/VLAN 대역에서 유용합니다.

1. 기본 개념

ARP는 IP 주소에 대응되는 MAC 주소를 찾기 위한 프로토콜입니다.

예시:

IP: 192.168.0.10
MAC: 00:11:22:33:44:55

서버가 같은 네트워크에 있을 때 ping이 안 되더라도 arping으로 NIC 상태, 스위치 연결, ARP 응답 여부 등을 확인할 수 있습니다.

2. 설치 방법

Ubuntu/Debian

sudo apt install iputils-arping

RHEL/CentOS/Rocky/AlmaLinux

sudo yum install arping

또는

sudo dnf install arping

3. 기본 사용법

arping 대상IP

예시

arping 192.168.0.10

ARPING 192.168.0.10
Unicast reply from 192.168.0.10 [00:11:22:33:44:55]  1.123ms

자주 사용하는 옵션

-I eth0 : 사용할 인터페이스 지정
-c 3 : 3회만 전송
-w 5 : 5초 후 종료
-f : 첫 응답 받으면 종료
-D : Duplicate Address Detection
-U : Gratuitous ARP 전송
-A : ARP Reply 형태로 전송
-b : Broadcast 방식 사용
-q : 출력 최소화

4. 실무 예제

특정 NIC로 ARP 확인

arping -I eno1 192.168.0.10

멀티 NIC 서버에서 자주 사용합니다.

3번만 보내기

arping -c 3 -I eno1 192.168.0.10

응답 오면 바로 종료

arping -f -I eno1 192.168.0.10

장애 점검 시 빠르게 확인 가능

IP 중복 체크

arping -D -I eno1 192.168.0.10

이미 누군가 사용 중이면 응답 옴

VIP Failover 후 ARP 갱신

arping -U -I eno1 192.168.0.10

Keepalived/HAProxy/Pacemaker 환경에서 매우 중요

HA 구성 후 VIP 절체

Active 서버 장애 → Standby 서버가 VIP 인계 후

arping -U -I eno1 192.168.0.10

스위치/게이트웨이 ARP 캐시 갱신

서버 살아있는지 확인

arping -I eno1 192.168.0.10

MAC 주소 확인

arping -c 1 192.168.0.10

reply from 192.168.0.10 [AA:BB:CC:DD:EE:FF]

5. ARP 갱신

arping -U -c 3 -I eno1 192.168.0.203

또는

arping -A -c 3 -I eno1 192.168.0.203

의미:

3회 전송
중복 감지 모드
eno1 인터페이스 사용

6. 실무적으로 가장 많이 쓰는 3개

arping -I eno1 IP
arping -c 3 -I eno1 IP
arping -U -I eno1 VIP

우분투 24.04에서 APT로 최신 HAProxy를 설치하고 상태 페이지를 구성하는 방법

변군이글루 — Thu, 16 Apr 2026 16:50:23 +0900

우분투 24.04에서 APT로 최신 HAProxy를 설치하고 상태 페이지를 구성하는 방법

우분투 24.04 환경에서 최신 HAProxy 3.3 버전을 설치하고 통계(Stats) 페이지까지 구성하는 방법입니다.

1. 사전 준비

패키지 목록을 최신 상태로 갱신하고 기본 도구를 설치합니다.

sudo apt update
sudo apt install -y wget gnupg ca-certificates

2. HAProxy 공식 저장소 등록

Keyring 디렉터리 생성

sudo install -d -m 0755 /usr/share/keyrings

GPG 키 다운로드

sudo wget -qO /usr/share/keyrings/HAPROXY-key-community.asc https://pks.haproxy.com/linux/community/RPM-GPG-KEY-HAProxy

저장소 추가 (HAProxy 3.3)

echo "deb [arch=amd64 signed-by=/usr/share/keyrings/HAPROXY-key-community.asc] https://www.haproxy.com/download/haproxy/performance/ubuntu/ha32 noble main" | sudo tee /etc/apt/sources.list.d/haproxy.list

3. HAProxy 설치

최적화 빌드(AWS-LC TLS 라이브러리 적용 버전)를 설치합니다.

sudo apt-get update

sudo apt-get install haproxy-awslc

설치 버전 확인

haproxy -v

HAProxy version 3.3.6-0+ha33+ubuntu24.04u3 2026/03/23 - https://haproxy.org/
Status: stable branch - will stop receiving fixes around Q1 2027.
Known bugs: http://www.haproxy.org/bugs/bugs-3.3.6.html
Running on: Linux 6.8.0-41-generic #41-Ubuntu SMP PREEMPT_DYNAMIC Fri Aug  2 20:41:06 UTC 2024 x86_64

4. HAProxy 계정 생성

보안 강화를 위해 서비스 전용 계정을 생성할 수 있습니다.

sudo groupadd --system haproxy

sudo useradd --system -g haproxy -d /var/lib/haproxy -s /sbin/nologin haproxy

5. HAProxy 설정 파일 수정

vim /etc/haproxy/haproxy.cfg

listen stats
    bind *:9999
    mode http
    stats enable
    stats uri /monitor
    stats refresh 5s
    stats realm Haproxy\ Statistics
    stats auth admin:admin
    stats admin if LOCALHOST

6. 설정 파일 문법 검사

sudo haproxy -c -f /etc/haproxy/haproxy.cfg

7. 서비스 시작 및 자동 실행 등록

sudo systemctl enable --now haproxy

상태 확인

sudo systemctl status haproxy

8. 상태 진단

프로세스 확인

ps -ef | grep haproxy

포트 확인

ss -nltp | grep 9999

로그 확인

sudo journalctl -u haproxy -n 50 --no-pager

9. 웹 통계 페이지 접속

브라우저에서 아래 주소로 접속합니다.

http://서버IP:9999/monitor

로그인 계정

ID : admin
PW : admin

haproxy monitor

우분투 기본 저장소보다 공식 저장소를 사용하면 최신 기능과 성능 개선 버전을 빠르게 사용할 수 있습니다.

특히 L4/L7 로드밸런서, Reverse Proxy, SSL Offloading 환경에서는 최신 버전 사용을 권장합니다.

참고URL

- HAProxy : HAProxy Repository Setup for Ubuntu

우분투 24.04에서 Keycloak HA 클러스터를 구성하는 방법

변군이글루 — Wed, 15 Apr 2026 23:36:53 +0900

우분투 24.04에서 Keycloak을 3개의 노드로 HA 구성하는 방법

테스트 환경

운영체제 정보

$ lsb_release -d
Description:	Ubuntu 24.04.1 LTS

Keycloak HA 아키텍처 다이어그램

다이어그램

1. 사전 준비 (전체 노드 공통)

hosts 파일 설정

cat <<EOF >> /etc/hosts

##### Keycloak
192.168.10.101 cb1
192.168.10.102 cb2
192.168.10.103 cb3
EOF

팰수 패키지 설치

sudo apt install -y unzip curl wget gnupg2 software-properties-common

Java 21 설치

sudo apt install -y openjdk-21-jdk

java -version

openjdk version "21.0.10" 2026-01-20
OpenJDK Runtime Environment (build 21.0.10+7-Ubuntu-124.04)
OpenJDK 64-Bit Server VM (build 21.0.10+7-Ubuntu-124.04, mixed mode, sharing)

2. PostgreSQL 구성 (cb1 또는 별도 서버에 설치)

apt install -y postgresql postgresql-contrib

DB 및 유저 생성

sudo -u postgres psql <<EOF
CREATE USER keycloak WITH PASSWORD 'keycloak_pass';
CREATE DATABASE keycloak OWNER keycloak;
GRANT ALL PRIVILEGES ON DATABASE keycloak TO keycloak;
EOF

외부 접속 허용

설정 파일 수정 (postgresql.conf)

sudo vim /etc/postgresql/*/main/postgresql.conf

listen_addresses = '*'

접근 제어 파일 수정 (pg_hba.conf)

sudo vim /etc/postgresql/*/main/pg_hba.conf

# IPv4 local connections:
host    all             all             0.0.0.0/0		        scram-sha-256

서비스 재시작

systemctl restart postgresql

서비스 상태

systemctl status postgresql

접속 테스트

psql -h 192.168.10.101 -U keycloak -d keycloak -c "\l"

3. Keycloak 설치 (cb1, cb2, cb3 동일 반복)

useradd -r -s /sbin/nologin keycloak
chown -R keycloak:keycloak /opt/keycloak

wget https://github.com/keycloak/keycloak/releases/download/26.6.0/keycloak-26.6.0.tar.gz
tar -xzf keycloak-26.6.0.tar.gz -C /opt/

ln -s /opt/keycloak-26.6.0 /opt/keycloak
chown -R keycloak:keycloak /opt/keycloak

data/tmp 디렉토리 생성

mkdir -p /opt/keycloak/data/tmp
chown -R keycloak:keycloak /opt/keycloak/data/tmp

4. Keycloak 설정

각 노드별로 KC_HOSTNAME과 jgroups.bind.address 만 IP 변경

sudo vim /opt/keycloak/conf/keycloak.conf

# DB 설정
db=postgres
db-username=keycloak
db-password=keycloak_pass
db-url=jdbc:postgresql://192.168.10.101:5432/keycloak

# 프록시 설정
proxy=edge
http-enabled=true
http-port=8080

# 호스트명 (LB의 공인 도메인)
hostname=https://keycloak.scbyun.com
hostname-strict=false

# 클러스터링
cache=ispn
cache-stack=tcp

5. JGroups 클러스터 설정 (핵심)

Keycloak은 내부적으로 Infinispan + JGroups로 세션을 클러스터링합니다.

JDBC_PING을 사용하면 별도 멀티캐스트 없이 DB를 통해 노드를 발견합니다.

sudo vim /opt/keycloak/conf/cache-ispn.xml

<infinispan>
  <jgroups>
    <stack name="jdbc-ping-tcp" extends="tcp">
      <JDBC_PING
        connection_url="jdbc:postgresql://192.168.10.101:5432/keycloak"
        connection_username="keycloak"
        connection_password="keycloak_pass"
        connection_driver="org.postgresql.Driver"
        initialize_sql="CREATE TABLE IF NOT EXISTS JGROUPSPING (own_addr VARCHAR(200) NOT NULL, cluster_name VARCHAR(200) NOT NULL, ping_data BYTEA, constraint PK_JGROUPSPING PRIMARY KEY (own_addr, cluster_name))"
        insert_single_sql="INSERT INTO JGROUPSPING (own_addr, cluster_name, ping_data) VALUES (?, ?, ?)"
        delete_single_sql="DELETE FROM JGROUPSPING WHERE own_addr=? AND cluster_name=?"
        select_all_pingdata_sql="SELECT ping_data FROM JGROUPSPING WHERE cluster_name=?"
        stack.combine="REPLACE"
        stack.position="MPING"/>
    </stack>
  </jgroups>
  <cache-container name="keycloak">
    <transport lock-timeout="60000" stack="jdbc-ping-tcp"/>
    <!-- 이하 기본 캐시 설정 유지 -->
  </cache-container>
</infinispan>

그리고 keycloak.conf에 추가

sudo vim /opt/keycloak/conf/keycloak.conf

cache-config-file=cache-ispn.xml

6. systemd 서비스 등록

sudo vim /etc/systemd/system/keycloak.service

[Unit]
Description=Keycloak Identity and Access Management
After=network.target

[Service]
User=keycloak
Group=keycloak
WorkingDirectory=/opt/keycloak

Environment="JAVA_OPTS_APPEND=-Xms512m -Xmx2g -Djgroups.bind.address=192.168.10.101"

ExecStart=/opt/keycloak/bin/kc.sh start
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target

jgroups.bind.address는 각 노드 IP로 변경 (cb2 → 192.168.10.102, cb3 → 192.168.10.103)

systemctl daemon-reload
systemctl enable --now keycloak

로그 확인

journalctl -u keycloak -f

상세 로그 확인

journalctl -u keycloak -n 100 --no-pager

또는 직접 build 실행해서 에러 바로 확인

sudo -u keycloak /opt/keycloak/bin/kc.sh build 2>&1

7. HAProxy 로드밸런서 설정(cb1 또는 별도 서버에 설치)

apt install -y haproxy

haproxy -v

HAProxy version 2.8.16-0ubuntu0.24.04.1 2025/12/03 - https://haproxy.org/
Status: long-term supported branch - will stop receiving fixes around Q2 2028.
Known bugs: http://www.haproxy.org/bugs/bugs-2.8.16.html
Running on: Linux 6.8.0-107-generic #107-Ubuntu SMP PREEMPT_DYNAMIC Fri Mar 13 19:51:50 UTC 2026 x86_64

HAProxy 설정

sudo vim /etc/haproxy/haproxy.cfg

frontend keycloak_front
    bind *:443 ssl crt /etc/haproxy/keycloak.pem
    default_backend keycloak_back

backend keycloak_back
    balance leastconn
    option httpchk GET /health/ready
    http-check expect status 200
    cookie KC_SESSION insert indirect nocache
    server cb1 192.168.10.101:8080 check cookie cb1
    server cb2 192.168.10.102:8080 check cookie cb2
    server cb3 192.168.10.103:8080 check cookie cb3

systemctl restart haproxy

8. 클러스터 확인

Keycloak 헬스체크

curl http://192.168.10.101:8080/health/ready
curl http://192.168.10.102:8080/health/ready
curl http://192.168.10.103:8080/health/ready

클러스터 멤버 확인 (Keycloak 로그에서)

journalctl -u keycloak -f | grep "GMS: received view"

우분투 24.04에서 OpenLDAP를 Multi-Master로 구성하는 방법

변군이글루 — Tue, 14 Apr 2026 20:25:04 +0900

우분투 24.04에서 OpenLDAP를 Multi-Master로 구성하는 방법

OpenLDAP

1. 기존 LDAP 완전 제거

sudo systemctl stop slapd
sudo apt purge -y slapd ldap-utils ldap-account-manager
sudo apt autoremove -y
sudo rm -rf /var/lib/ldap /etc/ldap/slapd.d

2. 호스트명 및 hosts 설정

서버 1 (cb1)

hostnamectl set-hostname ldap1.scbyun.com

서버 2 (cb2)

hostnamectl set-hostname ldap2.scbyun.com

/etc/hosts 설정

cat <<EOF >> /etc/hosts
192.168.10.101 ldap1.scbyun.com cb1
192.168.10.102 ldap2.scbyun.com cb2
EOF

3. 패키지 설치 및 기본 설정

apt update
apt install -y slapd ldap-utils ldap-account-manager

4. slapd 초기 설정

slapd 기본 설정 (도메인: scbyun.com, 관리자 비번 설정 등)

실행 후 DNS domain name을 scbyun.com으로 Organization을 scbyun으로 설정합니다.

dpkg-reconfigure -plow slapd

설정값

DNS domain: scbyun.com
Organization: scbyun
Database backend: MDB
Remove database when slapd is purged: No
Move old database: Yes

slapd

5. 방화벽/포트 설정

# 양쪽 서버 공통
ufw allow 389/tcp
# 또는 서버 간만 허용
ufw allow from 192.168.10.101 to any port 389
ufw allow from 192.168.10.102 to any port 389

6. SyncProv 모듈 로드

이중화(Replication)를 위한 모듈 로드

cat <<EOF > syncprov_mod.ldif
dn: cn=module{0},cn=config
changetype: modify
add: olcModuleLoad
olcModuleLoad: syncprov
EOF

적용

ldapmodify -Q -Y EXTERNAL -H ldapi:/// -f syncprov_mod.ldif

7. ServerID 설정 (중요: 전체 노드 정의)

서버 1 (cb1) 설정

cat <<EOF > serverid.ldif
dn: cn=config
changetype: modify
replace: olcServerID
olcServerID: 1
EOF

서버 2 (cb2) 설정

cat <<EOF > serverid.ldif
dn: cn=config
changetype: modify
replace: olcServerID
olcServerID: 2
EOF

적용

ldapmodify -Q -Y EXTERNAL -H ldapi:/// -f serverid.ldif

8. 관리자 비밀번호 SSHA 생성

slappasswd

credentials와 동일 비번 사용

DB RootPW 설정

cat <<EOF > rootpw.ldif
dn: olcDatabase={1}mdb,cn=config
changetype: modify
replace: olcRootPW
olcRootPW: {SSHA}chfRUKVC1C1WuOv5SrYVQTnmFEJn/WIJ
EOF

적용

ldapmodify -Q -Y EXTERNAL -H ldapi:/// -f rootpw.ldif

9. 기본 구조 생성

cat <<EOF > base.ldif
dn: ou=People,dc=scbyun,dc=com
objectClass: organizationalUnit
ou: People

dn: ou=Group,dc=scbyun,dc=com
objectClass: organizationalUnit
ou: Group
EOF

적용

ldapadd -x -D "cn=admin,dc=scbyun,dc=com" -W -f base.ldif

10. Multi-Master Replication 설정

credentials 평문 노출(credentials=qwer1234)

서버1 (ldap1)

cat <<EOF > replication.ldif
dn: cn=module{0},cn=config
changetype: modify
add: olcModuleLoad
olcModuleLoad: syncprov

dn: olcDatabase={1}mdb,cn=config
changetype: modify
add: olcSyncRepl
olcSyncRepl: rid=001
  provider=ldap://192.168.10.102
  bindmethod=simple
  binddn="cn=admin,dc=scbyun,dc=com"
  credentials=qwer1234
  searchbase="dc=scbyun,dc=com"
  scope=sub
  schemachecking=on
  type=refreshAndPersist
  retry="60 +"
-
add: olcMirrorMode
olcMirrorMode: TRUE

dn: olcOverlay=syncprov,olcDatabase={1}mdb,cn=config
changetype: add
objectClass: olcOverlayConfig
objectClass: olcSyncProvConfig
olcOverlay: syncprov
EOF

서버2 (ldap2)

cat <<EOF > replication.ldif
dn: cn=module{0},cn=config
changetype: modify
add: olcModuleLoad
olcModuleLoad: syncprov

dn: olcDatabase={1}mdb,cn=config
changetype: modify
add: olcSyncRepl
olcSyncRepl: rid=002
  provider=ldap://192.168.10.101
  bindmethod=simple
  binddn="cn=admin,dc=scbyun,dc=com"
  credentials=qwer1234
  searchbase="dc=scbyun,dc=com"
  scope=sub
  schemachecking=on
  type=refreshAndPersist
  retry="60 +"
-
add: olcMirrorMode
olcMirrorMode: TRUE

dn: olcOverlay=syncprov,olcDatabase={1}mdb,cn=config
changetype: add
objectClass: olcOverlayConfig
objectClass: olcSyncProvConfig
olcOverlay: syncprov
EOF

chmod 600 replication.ldif

적용

ldapmodify -Q -Y EXTERNAL -H ldapi:/// -f replication.ldif

rm -f replication.ldif

11. slapd 재시작

sudo systemctl restart slapd

12. 동기화 확인

ldapsearch -x -LLL -b dc=scbyun,dc=com

서버1 (ldap 1) 실행

ldapadd -x -D "cn=admin,dc=scbyun,dc=com" -W <<EOF
dn: ou=ha-test,dc=scbyun,dc=com
objectClass: organizationalUnit
ou: ha-test
EOF
Enter LDAP Password:

adding new entry "ou=ha-test,dc=scbyun,dc=com"

서버2 (ldap 2) 실행

ldapsearch -x -b "dc=scbyun,dc=com" "(ou=ha-test)"

# extended LDIF
#
# LDAPv3
# base <dc=scbyun,dc=com> with scope subtree
# filter: (ou=ha-test)
# requesting: ALL
#

# ha-test, scbyun.com
dn: ou=ha-test,dc=scbyun,dc=com
objectClass: organizationalUnit
ou: ha-test

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

13. LDAP Account Manager 설정

http://192.168.10.101/lam

우분투 24.04에서 HashiCorp Vault SSH OTP를 설치하고 PAM을 연동하는 방법

변군이글루 — Thu, 9 Apr 2026 17:14:19 +0900

우분투 24.04에서 HashiCorp Vault SSH OTP (vault-ssh-helper)를 설치하고 PAM을 연동하는 방법

HashiCorp Vault의 SSH OTP(One-Time Password) 기능을 활용하여 서버 SSH 로그인 시 일회용 비밀번호 기반 인증을 적용하는 방법입니다.

1. Vault 서버 설정 (Vault Cluster)

Vault 서버에서 SSH Secrets Engine을 활성화하고 권한을 설정합니다.

1.1 Vault 환경 변수 설정

export VAULT_ADDR=http://127.0.0.1:8200
export VAULT_TOKEN="hvs.WKz6o9e787ckjxVdOkPucQSs"

Vault 로그인(Root 토큰)

vault login "$VAULT_TOKEN"

1.2 SSH Secrets Engine 활성화 (경로: ssh-otp)

vault secrets enable -path=ssh-otp ssh

Success! Enabled the ssh secrets engine at: ssh-otp/

1.3 OTP 역할(Role) 생성

vault write ssh-otp/roles/otp-role \
    key_type=otp \
    default_user=ubuntu \
    cidr_list=0.0.0.0/0

Success! Data written to: ssh-otp/roles/otp-role

1.4 사용자 정책(Policy) 생성

일반 사용자가 자신의 권한으로 OTP를 발급받을 수 있도록 정책을 설정합니다.

tee ssh-policy.hcl <<EOF
path "ssh-otp/creds/otp-role" {
  capabilities = ["create", "read", "update"]
}
EOF

정책 업데이트

vault policy write ssh-user-policy ssh-policy.hcl

Success! Uploaded policy: ssh-user-policy

2. vault-ssh-helper 설치

2.1 의존성 패키지 설치

sudo apt update
sudo apt install -y unzip curl jq

2.2 바이너리 다운로드 및 설치

wget https://releases.hashicorp.com/vault-ssh-helper/0.2.1/vault-ssh-helper_0.2.1_linux_amd64.zip
unzip vault-ssh-helper_0.2.1_linux_amd64.zip
sudo mv vault-ssh-helper /usr/local/bin/
sudo chmod +x /usr/local/bin/vault-ssh-helper
vault-ssh-helper --version

rm -f vault-ssh-helper_0.2.1_linux_amd64.zip

2.3 설정 파일 생성

sudo mkdir -p /etc/vault-ssh-helper.d

sudo tee /etc/vault-ssh-helper.d/config.hcl <<EOF
vault_addr = "http://192.168.10.101:8200"
ssh_mount_point = "ssh-otp"

# TLS 환경에서는 ca_cert 설정 권장
ca_cert = ""
tls_skip_verify = true

allowed_roles = "*"
EOF

2.4 설정 검증

vault-ssh-helper -dev -verify-only -config=/etc/vault-ssh-helper.d/config.hcl

2026/04/09 21:18:03 ==> WARNING: Dev mode is enabled!
2026/04/09 21:18:03 [INFO] using SSH mount point: ssh-otp
2026/04/09 21:18:03 [INFO] using namespace:
2026/04/09 21:18:03 [INFO] vault-ssh-helper verification successful!

3. PAM 및 SSHD 연동

3.1 PAM(Pluggable Authentication Modules) 설정

백업

sudo cp /etc/pam.d/sshd /etc/pam.d/sshd_$(date '+%Y%m%d-%H%M%S')

기존 인증 비활성화

sudo sed -i.$(date '+%Y%m%d-%H%M%S') \
'/^[[:space:]]*#/! s/^[[:space:]]*@include[[:space:]]\+common-auth/#&/' \
/etc/pam.d/sshd

Vault OTP 인증 추가 (최상단)

sudo sed -i.$(date '+%Y%m%d-%H%M%S') '1i\
auth requisite pam_exec.so quiet expose_authtok log=/var/log/vault-ssh.log /usr/local/bin/vault-ssh-helper -config=/etc/vault-ssh-helper.d/config.hcl\
auth optional pam_unix.so not_set_pass use_first_pass nodelay
' /etc/pam.d/sshd

---

sudo vim /etc/pam.d/sshd

# @include common-auth  <-- 기존 라인 주석 처리
auth requisite pam_exec.so quiet expose_authtok log=/var/log/vault-ssh.log \
    /usr/local/bin/vault-ssh-helper -dev -config=/etc/vault-ssh-helper.d/config.hcl
auth optional pam_unix.so not_set_pass use_first_pass nodelay

---

3.2 SSHD 설정

백업

sudo cp /etc/ssh/sshd_config /etc/ssh/sshd_config_$(date '+%Y%m%d-%H%M%S')

SSHD 수정

sudo sed -i.$(date '+%Y%m%d-%H%M%S') \
-e 's/^#\?KbdInteractiveAuthentication.*/KbdInteractiveAuthentication yes/' \
-e 's/^#\?ChallengeResponseAuthentication.*/ChallengeResponseAuthentication yes/' \
-e 's/^#\?UsePAM.*/UsePAM yes/' \
-e 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' \
/etc/ssh/sshd_config

---

sudo vim /etc/ssh/sshd_config

KbdInteractiveAuthentication yes
ChallengeResponseAuthentication yes
UsePAM yes

# OTP만 사용할 경우
PasswordAuthentication no

# 병행 사용 시
# PasswordAuthentication yes

---

설정 검증

sudo sshd -t

3.3 SSH 재시작

sudo systemctl restart ssh

4. 사용자 접속 테스트(Client)

4-1. Vault 로그인

vault login -method=userpass username=vault_user

4.2 Role 확인

vault list ssh-otp/roles

vault read ssh-otp/roles/otp-role

4.3 OTP 발급

특정 서버 접속을 위한 일회용 비번 요청

vault write ssh-otp/creds/otp-role ip=192.168.10.201

Key                Value
---                -----
lease_id           ssh-otp/creds/otp-role/xC0aX3yCeQL2ZCUx3obMGMzK
lease_duration     768h
lease_renewable    false
ip                 192.168.10.201
key                9fd5a1d5-780e-d2bd-d8db-90b36ea35c7c
key_type           otp
port               22
username           ubuntu

4.4 SSH 접속

ssh ubuntu@192.168.10.201

비밀번호 입력 시 OTP(key) 입력

5. 로그 확인

tail -f /var/log/vault-ssh.log

참고

네트워크 제한

cidr_list를 내부망으로 제한

TLS 적용 권장

tls_skip_verify = false
ca_cert = "/etc/ssl/certs/ca.pem"

HashiCorp Vault Userpass 인증 방식을 활성화하고 특정 사용자에게 관리자 권한을 부여하는 방법

변군이글루 — Tue, 7 Apr 2026 22:26:05 +0900

HashiCorp Vault Userpass 인증 방식을 활성화하고 특정 사용자에게 관리자(Admin) 권한을 부여하는 방법

Vault에서 기본적으로 사용하는 Root Token 대신 아이디/패스워드 기반 로그인(Userpass)을 활성화하고 특정 사용자에게 관리자 권한(Admin Policy)을 부여하는 방법입니다.

1. Userpass 인증 방식 활성화

Vault에서 사용자 ID/Password 로그인 기능을 사용하려면 먼저 인증 방식을 활성화해야 합니다.

vault auth enable userpass

확인

vault auth list

Path         Type        Accessor                  Description                Version
----         ----        --------                  -----------                -------
token/       token       auth_token_4cb116c0       token based credentials    n/a
userpass/    userpass    auth_userpass_6745a362    n/a                        n/a

2. 관리자 정책(Admin Policy) 생성

Vault에서 권한은 Policy 기반으로 관리됩니다.

먼저 관리자 권한에 해당하는 정책을 정의해야 합니다.

정책 파일 생성

vim admin-policy.hcl

# 모든 경로에 대해 전체 권한 허용
path "*" {
  capabilities = [
    "create",
    "read",
    "update",
    "delete",
    "list",
    "sudo"
  ]
}

Success! Uploaded policy: admin-policy

정책 등록

vault policy write admin-policy admin-policy.hcl

등록 확인

vault policy list

admin-policy
default
root

728x90

3. 사용자 생성 및 정책 할당

이제 Userpass 인증을 통해 로그인할 사용자를 생성하고 앞에서 만든 admin-policy를 연결합니다.

아이디 : my-admin
비번 : password123

vault write auth/userpass/users/my-admin \
    password="password123" \
    policies="admin-policy"

---

Token TTL 설정

Userpass 로그인 시 발급되는 토큰의 TTL도 관리해야 합니다.

vault write auth/userpass/users/my-admin \
    password="password123" \
    policies="admin-policy" \
    token_ttl="1h" \
    token_max_ttl="4h"

---

Success! Data written to: auth/userpass/users/my-admin

4. 로그인 테스트

Root Token 대신 새로 만든 계정으로 로그인합니다.

vault login -method=userpass username=my-admin

Password (will be hidden):

비밀번호 입력창에 password123 입력

5. 권한 확인 (추천)

로그인 후 실제 권한이 제대로 적용되었는지 확인합니다.

vault token lookup

또는

vault token capabilities secret/data/*

참고URL

- 변군이글루 블로그 : HashiCorp Vault UI에 접속할 수 있는 사용자 계정 및 비밀번호를 생성하는 방법

PHP에서 현재 날짜와 시간을 출력하는 테스트 페이지를 생성하는 방법

변군이글루 — Tue, 7 Apr 2026 13:38:34 +0900

PHP에서 현재 날짜와 시간을 출력하는 테스트 페이지를 생성하는 방법

서버에서 PHP가 정상적으로 동작하는지 확인할 때 가장 간단한 방법은 현재 날짜/시간을 출력하는 테스트 페이지를 만드는 방법입니다.

1. 가장 기본적인 날짜 출력

간단하게 PHP만으로 현재 시간을 출력하는 방법입니다.

vim index.php

<?php
  // "연-월-일 시:분:초" 형태로 출력
  echo date("Y-m-d H:i:s");
?>

2. HTML과 함께 사용하는 테스트 페이지

vim index.php

<!DOCTYPE html>
<html lang="ko">
<head>
    <meta charset="UTF-8">
    <title>PHP 날짜 출력 페이지</title>
    <style>
        body { font-family: sans-serif; text-align: center; padding-top: 50px; }
        .date-box { border: 2px solid #333; display: inline-block; padding: 20px; border-radius: 10px; }
        h1 { color: #007bff; }
    </style>
</head>
<body>

    <div class="date-box">
        <h1>현재 시간 안내</h1>
        <p>오늘의 날짜와 시간은 다음과 같습니다:</p>
        <h2>
            <?php
                // 한국 시간대로 설정
                date_default_timezone_set('Asia/Seoul');

                echo date("Y년 m월 d일 H시 i분 s초");
            ?>
        </h2>
    </div>

</body>
</html>

설명

date_default_timezone_set('Asia/Seoul')을 통해 한국 시간 기준으로 출력합니다.
설정하지 않으면 PHP 설정(php.ini)의 date.timezone 값이 사용됩니다.

728x90

3. CLI에서 파일을 바로 생성하는 방법

서버에서 빠르게 테스트 파일을 만들고 싶을 때 유용한 방법입니다.

3-1. echo 사용 (간단한 방법)

echo '<?php
  date_default_timezone_set("Asia/Seoul");
  echo date("Y-m-d H:i:s");
?>' > test.php

3-2. 한 줄로 생성

echo '<?php date_default_timezone_set("Asia/Seoul"); echo date("Y-m-d H:i:s"); ?>' > test.php

3-3. Here Document 사용 (권장)

가독성과 유지보수 측면에서 가장 추천되는 방식입니다.

cat << 'EOF' > test.php
<?php
  date_default_timezone_set('Asia/Seoul');
  echo date("Y-m-d H:i:s");
?>
EOF

4. 동작 확인 방법

4-1. 웹 브라우저 확인

https://서버주소/test.php

4-2. curl을 이용한 확인

curl https://localhost/test.php

참고

-I 옵션은 헤더만 출력하므로 실제 결과 확인에는 적합하지 않습니다.
--resolve 옵션은 특정 도메인을 강제로 IP에 매핑할 때 사용합니다.

curl --resolve example.com:443:127.0.0.1 https://example.com/test.php

참고URL

- 변군이글루 블로그 : php 서버 정보 확인

우분투에서 방화벽(ufw)을 설정하는 방법

변군이글루 — Fri, 3 Apr 2026 13:13:47 +0900

우분투에서 방화벽(ufw)을 설정하는 방법

1. ufw 서비스 관리

서비스 시작 및 활성화

sudo ufw enable

주의: SSH 포트(22)를 먼저 허용하지 않고 실행하면 원격 접속이 끊길 수 있습니다.

서비스 중지

sudo ufw disable

상태 확인

sudo ufw status verbose

2. 서비스(Service) 기반 설정

ufw는 /etc/services 파일을 참조하여 서비스 이름으로 규칙을 정할 수 있습니다.

서비스 허용

sudo ufw allow ssh
sudo ufw allow http
sudo ufw allow https
sudo ufw allow ftp

서비스 제거

sudo ufw delete allow ftp

3. 포트(Port) 기반 설정

특정 포트 번호와 프로토콜을 지정합니다.

포트 허용

sudo ufw allow 21/tcp
sudo ufw allow 10050/tcp

포트 제거

sudo ufw delete allow 21/tcp

4. IP 기반 접근 제어

ufw는 from 키워드를 사용하여 소스 IP를 제어합니다.

특정 IP 허용

sudo ufw allow from 192.168.1.1

특정 IP 제거

sudo ufw delete allow from 192.168.1.1

5. 특정 IP 차단 (Deny)

firewalld의 Rich Rule보다 훨씬 간단하게 차단이 가능합니다.

특정 IP를 완전히 차단

sudo ufw deny from 117.52.110.183
sudo ufw deny from 152.32.172.108

차단 규칙 및 전체 규칙 확인

sudo ufw status numbered

6. 설정 반영 및 규칙 삭제 (번호 활용)

ufw는 설정을 변경하면 즉시 반영되므로 별도의 reload가 필수사항은 아니지만 설정을 다시 읽어올 때는 sudo ufw reload를 사용합니다.

규칙 번호로 삭제하기

status numbered로 확인한 번호를 이용해 쉽게 삭제할 수 있습니다.

sudo ufw delete 2

7. iptables 정책 확인

ufw도 결국 백엔드에서 iptables를 사용하므로 확인 방법은 동일합니다.

실제 커널 룰 확인

sudo iptables -nvL

ufw 관련 체인 확인

ufw가 생성한 체인은 보통 ufw-user-input 등에 들어 있습니다.

sudo iptables -nvL ufw-user-input --line-numbers

참고URL

변군이글루 블로그 : 우분투에서 UFW를 사용하여 방화벽 설정하는 방법

CentOS 7에서 방화벽(firewalld)을 설정하는 방법

변군이글루 — Fri, 3 Apr 2026 12:57:13 +0900

CentOS 7에서 방화벽(firewalld)을 설정하는 방법

firewalld 서비스 관리

서비스 시작 및 상태 확인

sudo systemctl start firewalld
sudo systemctl status firewalld

firewalld 동작 상태 확인

sudo firewall-cmd --state

running

서비스(Service) 기반 설정

서비스 허용

sudo firewall-cmd --permanent --add-service=ssh
sudo firewall-cmd --permanent --add-service=http
sudo firewall-cmd --permanent --add-service=https
sudo firewall-cmd --permanent --add-service=ftp

서비스 제거

sudo firewall-cmd --permanent --remove-service=ftp

포트(Port) 기반 설정

포트 허용

sudo firewall-cmd --permanent --add-port=21/tcp
sudo firewall-cmd --permanent --add-port=10050/tcp

포트 제거

sudo firewall-cmd --permanent --remove-port=21/tcp

IP 기반 접근 제어

특정 IP 허용

sudo firewall-cmd --add-source=192.168.1.1

특정 IP 제거

sudo firewall-cmd --remove-source=192.168.1.1

특정 IP 차단 (Rich Rule)

특정 IP를 완전히 차단하려면 rich-rule을 사용합니다.

sudo firewall-cmd --permanent \
--add-rich-rule='rule family="ipv4" source address="117.52.110.183" drop'

차단 규칙 확인

sudo firewall-cmd --list-rich-rules

rule family="ipv4" source address="152.32.172.108" drop
rule family="ipv4" source address="117.52.110.183" drop

설정 반영

sudo firewall-cmd --reload

--permanent 옵션으로 설정한 내용은 반드시 reload 해야 적용됩니다.

iptables 정책 확인

sudo iptables -nvL

특정 체인(예: IN_public_deny)만 확인

sudo iptables -nvL IN_public_deny --line-numbers

Chain IN_public_deny (1 references)
num   pkts bytes target     prot opt in     out     source               destination
1        0     0 DROP       all  --  *      *       152.32.172.108       0.0.0.0/0
2        0     0 DROP       all  --  *      *       117.52.110.183       0.0.0.0/0

실제 커널 레벨에서 적용된 룰을 확인할 수 있습니다.

참고URL

- 변군이글루 블로그 : CentOS 7에서 방화벽을 설정하는 방법

macOS에서 파이썬 3.9를 사용하여 stormssh를 설치하는 방법

변군이글루 — Thu, 26 Mar 2026 19:30:41 +0900

macOS에서 파이썬 3.9를 사용하여 stormssh를 설치하는 방법

stormssh는 최신 Python 환경보다 Python 3.9에서 더 안정적으로 동작하는 경우가 많습니다.

이미 pyenv가 설치되어 있다면 이를 활용해 독립된 실행 환경을 구성하는 것이 가장 안전합니다.

1. pyenv 환경 초기화

쉘 환경에 pyenv를 등록합니다.

vim ~/.zshrc

내용 추가

export PYENV_ROOT="$HOME/.pyenv"
[[ -d $PYENV_ROOT/bin ]] && export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init -)"

적용

source ~/.zshrc

2. Python 3.9 설치

pyenv install 3.9.19

python-build: use openssl@3 from homebrew
python-build: use readline from homebrew
Downloading Python-3.9.19.tar.xz...
-> https://www.python.org/ftp/python/3.9.19/Python-3.9.19.tar.xz
Installing Python-3.9.19...
python-build: use tcl-tk from homebrew
python-build: use readline from homebrew
python-build: use ncurses from homebrew
python-build: use zlib from xcode sdk
Installed Python-3.9.19 to /Users/mac_user/.pyenv/versions/3.9.19

설치 시 Homebrew 라이브러리를 자동으로 사용합니다.

openssl
readline
ncurses
tcl-tk

설치 완료 후

pyenv local 3.9.19

버전 확인

python --version

Python 3.9.19

3. StormSSH 설치

pip install stormssh

Collecting stormssh
  Using cached stormssh-0.7.0-py3-none-any.whl
Requirement already satisfied: paramiko in /opt/homebrew/lib/python3.14/site-packages (from stormssh) (4.0.0)
Requirement already satisfied: termcolor in /opt/homebrew/lib/python3.14/site-packages (from stormssh) (3.3.0)
Requirement already satisfied: flask in /opt/homebrew/lib/python3.14/site-packages (from stormssh) (3.1.3)
Requirement already satisfied: six in /opt/homebrew/lib/python3.14/site-packages (from stormssh) (1.17.0)
Requirement already satisfied: blinker>=1.9.0 in /opt/homebrew/lib/python3.14/site-packages (from flask->stormssh) (1.9.0)
Requirement already satisfied: click>=8.1.3 in /opt/homebrew/lib/python3.14/site-packages (from flask->stormssh) (8.3.1)
Requirement already satisfied: itsdangerous>=2.2.0 in /opt/homebrew/lib/python3.14/site-packages (from flask->stormssh) (2.2.0)
Requirement already satisfied: jinja2>=3.1.2 in /opt/homebrew/lib/python3.14/site-packages (from flask->stormssh) (3.1.6)
Requirement already satisfied: markupsafe>=2.1.1 in /opt/homebrew/lib/python3.14/site-packages (from flask->stormssh) (3.0.3)
Requirement already satisfied: werkzeug>=3.1.0 in /opt/homebrew/lib/python3.14/site-packages (from flask->stormssh) (3.1.7)
Requirement already satisfied: bcrypt>=3.2 in /opt/homebrew/lib/python3.14/site-packages (from paramiko->stormssh) (5.0.0)
Requirement already satisfied: cryptography>=3.3 in /opt/homebrew/lib/python3.14/site-packages (from paramiko->stormssh) (46.0.6)
Requirement already satisfied: invoke>=2.0 in /opt/homebrew/lib/python3.14/site-packages (from paramiko->stormssh) (2.2.1)
Requirement already satisfied: pynacl>=1.5 in /opt/homebrew/lib/python3.14/site-packages (from paramiko->stormssh) (1.6.2)
Requirement already satisfied: cffi>=2.0.0 in /opt/homebrew/lib/python3.14/site-packages (from cryptography>=3.3->paramiko->stormssh) (2.0.0)
Requirement already satisfied: pycparser in /opt/homebrew/lib/python3.14/site-packages (from cffi>=2.0.0->cryptography>=3.3->paramiko->stormssh) (3.0)
Installing collected packages: stormssh
Successfully installed stormssh-0.7.0

4. pip 최신화

pip install --upgrade pip

Requirement already satisfied: pip in ./.pyenv/versions/3.9.19/lib/python3.9/site-packages (23.0.1)
Collecting pip
  Downloading pip-26.0.1-py3-none-any.whl (1.8 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 1.8/1.8 MB 19.9 MB/s eta 0:00:00
Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 23.0.1
    Uninstalling pip-23.0.1:
      Successfully uninstalled pip-23.0.1
Successfully installed pip-26.0.1

5. StormSSH 버전 확인

storm --version

0.7.0

웹 서버의 최대 동시 접속자 수 및 TPS(Transactions Per Second) 측정하는 방법

변군이글루 — Wed, 25 Mar 2026 21:54:28 +0900

웹 서버의 최대 동시 접속자 수 및 TPS(Transactions Per Second) 측정하는 방법

웹 서버의 최대 동시 접속자 수 및 TPS(Transactions Per Second) 측정하는 방법은 여러가지가 있지만, 가장 일반적인 방법은 아파치 HTTP 서버 벤치마크(Apache HTTP Server Benchmark, ab)를 사용하는 것입니다.

1. 아파치 HTTP 서버 벤치마크(ab) 설치

ab는 Apache 웹 서버와 함께 제공되는 유틸리티입니다.
따라서 Apache 웹 서버를 설치하면 자동으로 ab도 함께 설치됩니다.
아파치 HTTP 서버 벤치마크(ab)를 따로 설치하려면 Apache HTTP Server 설치 페이지에서 다운로드 받을 수 있습니다.

2. 벤치마크 명령 실행

벤치마크 명령은 다음과 같습니다.

ab -n [요청 수] -c [동시 접속자 수] [URL]

[요청 수]는 총 요청 수를, [동시 접속자 수]는 동시에 접속할 수 있는 최대 접속자 수를 의미합니다.
[URL]은 벤치마크를 실행할 웹 서버의 URL을 입력합니다.

3. 결과 분석

벤치마크를 실행하면 다양한 결과가 출력됩니다.
그 중에서도 중요한 결과는 다음과 같습니다.
- Requests per second: 초당 처리할 수 있는 요청 수입니다.
- Time per request: 요청당 처리 시간입니다.
- Concurrency Level: 동시 접속자 수입니다.
- Complete requests: 성공적으로 처리된 요청 수입니다.
이 결과를 분석하여 최대 동시 접속자 수와 TPS를 산출할 수 있습니다.

4. 벤치마크 실행 예시

예를 들어, 동시에 1000명의 사용자가 접속하고 10000개의 요청을 보내는 벤치마크를 실행한다면 다음과 같은 명령을 입력합니다.

ab -n 10000 -c 1000 http://example.com/

이 명령을 실행하면 아파치 HTTP 서버 벤치마크(ab)가 1000명의 사용자가 동시에 10000개의 요청을 보내는 시나리오를 실행하면서, 처리량과 응답 시간 등 다양한 정보를 출력합니다.

5. 결과 분석 예시

벤치마크 결과에서 중요한 정보를 추출하여 분석합니다.
예를 들어, 다음과 같은 결과가 있다면,

Concurrency Level:      1000
Time taken for tests:   2.760 seconds
Complete requests:      10000
Failed requests:        0
Requests per second:    3623.19 [#/sec] (mean)
Time per request:       276.002 [ms] (mean)

이 결과는 2.76초 동안 1000명의 사용자가 동시에 10000개의 요청을 보내며, 모든 요청이 성공적으로 처리되었다는 것을 의미합니다.
이 결과를 분석하여 최대 동시 접속자 수와 TPS를 계산할 수 있습니다.
- 최대 동시 접속자 수 = Concurrency Level = 1000
- TPS = Requests per second = 3623.19 [#/sec] (mean)

6. 참고 사항

웹 서버의 최대 동시 접속자 수 및 TPS는 하드웨어 사양, 네트워크 대역폭, 웹 서버 소프트웨어, 웹 어플리케이션 등 여러 가지 요인에 따라 다릅니다.
따라서 이러한 측정을 할 때는 환경을 정확하게 구성하고 여러 번 측정하여 평균값을 계산하는 것이 좋습니다.

우분투에서 Squid 기반으로 WPAD(Web Proxy Auto-Discovery)를 구성하는 방법

변군이글루 — Tue, 24 Mar 2026 21:35:19 +0900

우분투에서 Squid 기반으로 WPAD(Web Proxy Auto-Discovery)를 구성하는 방법

WPAD는 클라이언트가 별도 설정 없이 자동으로 프록시를 인식하도록 해주는 메커니즘입니다.

핵심은 PAC 파일(wpad.dat) 을 제공하고 클라이언트가 이를 자동으로 찾도록 하는 것입니다.

1. 전체 아키텍처

[Client]
   ↓ (DHCP/DNS 통해 WPAD 탐색)
http://wpad.domain/wpad.dat
   ↓
[Web Server (PAC 파일 제공)]
   ↓
[Squid Proxy]
   ↓
[Internet]

2. Squid 설치

sudo apt update
sudo apt install -y squid

sudo systemctl enable squid
sudo systemctl start squid

3. Squid 기본 설정

Squid의 설정 파일인 squid.conf를 편집합니다.

sudo vim /etc/squid/squid.conf

최소 권장 설정

# 로컬 네트워크 정의
acl localnet src 192.168.0.0/24

# 허용 포트
acl Safe_ports port 80
acl Safe_ports port 443
acl CONNECT method CONNECT

# 접근 정책
http_access allow localnet
http_access deny all

# 프록시 포트
http_port 3128

4. WPAD 구성 (PAC 파일 생성)

sudo mkdir -p /var/www/html
sudo vim /var/www/html/wpad.dat

PAC 파일

function FindProxyForURL(url, host) {

    // 내부망은 직접 연결
    if (isInNet(host, "192.168.0.0", "255.255.255.0")) {
        return "DIRECT";
    }

    // 특정 도메인은 프록시 사용
    if (dnsDomainIs(host, ".example.com")) {
        return "PROXY proxy.example.com:3128";
    }

    // 기본 정책
    return "PROXY proxy.example.com:3128; DIRECT";
}

DIRECT fallback은 필수 (장애 대응)

5. 웹 서버 구성

WPAD는 반드시 HTTP로 제공되어야 합니다.

sudo apt install -y nginx

sudo vim /etc/nginx/conf.d/default

server {
    listen 80;
    server_name wpad.example.com;

    location /wpad.dat {
        root /var/www/html;
        default_type application/x-ns-proxy-autoconfig;
    }
}

적용

sudo systemctl restart nginx

6. DNS 구성 (가장 중요)

WPAD 자동 탐색은 DNS 기반으로 동작합니다.

기본 레코드

wpad.example.com → WPAD 서버 IP

클라이언트는 자동으로 아래 URL을 시도

http://wpad.example.com/wpad.dat

7. DHCP 옵션

DHCP Option 252 설정

http://wpad.example.com/wpad.dat

DNS보다 우선 적용됨 (더 명확한 제어 가능)

8. 테스트 방법

클라이언트에서

1) 브라우저 자동 프록시 설정 활성화

Windows: "자동으로 설정 감지"
Linux/macOS: Auto Proxy 설정

2) 확인

curl -I http://wpad.example.com/wpad.dat

또는 브라우저

http://wpad.example.com/wpad.dat

이제 Squid를 사용하여 WPAD 서버를 구성했으며 클라이언트 디바이스에서 자동으로 웹 프록시 설정을 가져오도록 설정할 수 있습니다. WPAD를 사용하는 클라이언트는 Squid 프록시를 통해 웹을 탐색하고 프록시 서버를 통해 웹 페이지에 액세스할 것입니다.

macOS에서 Sublime Text 키 매핑을 구성하는 방법

변군이글루 — Fri, 20 Mar 2026 21:42:40 +0900

macOS에서 Sublime Text 키 매핑을 구성하는 방법

Sublime Text는 JSON 기반의 Key Binding 설정을 통해 키 입력 동작을 자유롭게 커스터마이징할 수 있습니다.

특히 macOS 환경에서는 Windows/Linux에서 사용하던 Insert, Home, End 계열 키 동작이 기본과 다르기 때문에 이를 재정의하면 개발 및 서버 작업 효율을 크게 향상시킬 수 있습니다.

1. 키 설정 파일 열기

열면 두 개의 파일이 보입니다.

왼쪽 (Default) : 기본 설정 (읽기 전용)
오른쪽 (User) : 사용자 설정

Sublime Text

모든 커스터마이징은 반드시 User 파일에만 작성합니다.

2. Mac 기준 주요 키 매핑 구성

Karabiner에서 만든 동작과 동일하게 맞추는 것이 핵심입니다.

Key Bindings (User)

[
    // Copy (Ctrl + Insert)
    {
        "keys": ["ctrl+insert"],
        "command": "copy"
    },

    // Paste (Shift + Insert)
    {
        "keys": ["shift+insert"],
        "command": "paste"
    },

    // Cut (Shift + Delete)
    {
        "keys": ["shift+delete"],
        "command": "cut"
    },

    // Home → Beginning of Line
    {
        "keys": ["home"],
        "command": "move_to",
        "args": { "to": "bol" }
    },

    // End → End of Line
    {
        "keys": ["end"],
        "command": "move_to",
        "args": { "to": "eol" }
    },

    // Shift + Home → Select to Beginning
    {
        "keys": ["shift+home"],
        "command": "move_to",
        "args": { "to": "bol", "extend": true }
    },

    // Shift + End → Select to End
    {
        "keys": ["shift+end"],
        "command": "move_to",
        "args": { "to": "eol", "extend": true }
    },

    // Ctrl + ← → Word Left
    {
        "keys": ["ctrl+left"],
        "command": "move",
        "args": { "by": "words", "forward": false }
    },

    // Ctrl + → → Word Right
    {
        "keys": ["ctrl+right"],
        "command": "move",
        "args": { "by": "words", "forward": true }
    }
]

3. Mac 아이콘 기준

입력	동작
Win + Insert	⌘ + C (복사)
Shift + Insert	⌘ + V (붙여넣기)
Shift + Delete	⌘ + X (잘라내기)
Home	⌘ + ← (줄 시작 이동)
End	⌘ + → (줄 끝 이동)
Shift + Home	⇧ + ⌘ + ← (줄 시작까지 선택)
Shift + End	⇧ + ⌘ + → (줄 끝까지 선택)

macOS에서 stormssh를 설치하고 설정하는 방법

변군이글루 — Fri, 20 Mar 2026 20:43:17 +0900

macOS에서 stormssh를 설치하고 설정하는 방법

StormSSH는 터미널 환경에서 SSH 접속 정보를 효율적으로 관리할 수 있도록 도와주는 Python 기반 오픈소스 도구입니다.

기존의 ~/.ssh/config 파일을 직접 수정하지 않고도 명령어 기반으로 SSH 호스트를 추가·수정·검색할 수 있으며 반복적인 접속 작업을 단순화할 수 있습니다.

1. 사전 준비 (Python 및 Pip)

StormSSH는 Python 패키지이므로 Python3 및 pip가 필요합니다.

Python 설치 확인

python3 --version

pip3 --version

pip 최신 버전 업데이트

python3 -m pip install --upgrade pip

2. StormSSH 설치

pip를 이용하여 설치합니다.

pip3 install stormssh

권한 오류가 발생할 경우 sudo pip3 install stormssh를 사용합니다.

3. PATH 설정

설치 후 실행 파일 경로를 PATH에 추가해야 합니다.

echo 'export PATH="$PATH:$(python3 -m site --user-base)/bin"' >> ~/.zshrc

source ~/.zshrc

4. 설치 확인

storm --version

0.7.0

728x90

5. 주요 명령어

StormSSH는 직관적인 CLI 인터페이스를 제공합니다.

add : 새로운 SSH 호스트 항목 추가
list : 등록된 모든 호스트 목록 출력
search : 특정 키워드로 호스트 검색
edit : 기존 호스트 정보 수정
delete : 특정 호스트 삭제
backup : 현재 SSH 설정 파일 백업
web : 브라우저에서 관리 가능한 Web UI 실행 (8080 포트)

6. 사용 예시

SSH 호스트 추가 (Key 파일 포함)

Alias, 사용자, IP, 포트, Key 파일을 한 번에 등록할 수 있습니다.

storm add [별칭] [사용자]@[IP]:[포트] --id_file=[키경로]

storm add web01 ec2-user@10.51.3.81:22 --id_file=~/aws/mykey.pem

호스트 조회 및 검색

storm list

특정(web) 키워드 검색

storm search web

SSH 접속

등록된 Alias를 이용하여 간편하게 접속합니다.

ssh web01

Web UI 사용

storm web

 * Serving Flask app 'storm.web'
 * Debug mode: off
WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
 * Running on http://127.0.0.1:9002
Press CTRL+C to quit

브라우저에서 아래 주소로 접속

http://127.0.0.1:9002

GUI 기반으로 SSH 목록을 관리할 수 있습니다.

설정 백업

storm backup --path ~/Documents/ssh_config_backup

SSH 설정 변경 전 백업을 권장합니다.

CLI 기반이지만 Web UI까지 제공하여 운영 및 관리 편의성을 동시에 확보할 수 있습니다.

참고URL

- Libraries.io : stormssh(Release 0.7.0)

macOS에서 Gas Mask를 설치하는 방법

변군이글루 — Fri, 20 Mar 2026 19:40:16 +0900

macOS에서 Gas Mask를 설치하는 방법

macOS에서 hosts 파일을 GUI로 관리할 수 있는 Gas Mask 설치 방법입니다.

1. Gas Mask 다운로드 (공식 소스)

GitHub Releases : https://github.com/2ndalpha/gasmask/releases

다운로드 파일 : gas_mask_0.8.6.zip

2. 설치 방법

1. gas_mask_0.8.6.zip 다운로드

2. 압축 해제

3. Gas Mask.app를 /Applications 폴더로 이동

3. 실행 및 권한 설정

최초 실행 시 macOS 보안 정책에 따라 권한 필요

실행 과정

macOS 보안 경고 → “열기” 선택
관리자 권한 요청 → 비밀번호 입력

이유: /etc/hosts는 시스템 파일로, root 권한이 있어야 수정 가능

728x90

4. 기본 사용법

Hosts 추가

Gas Mask 실행
좌측에서 Hosts 파일 선택
우측에서 도메인 추가

127.0.0.1   example.com

적용 및 반영

대부분 자동 적용됨
반영이 안 되는 경우 DNS 캐시 갱신 필요

sudo dscacheutil -flushcache

sudo killall -HUP mDNSResponder

설명

dscacheutil → 시스템 DNS 캐시 초기화
mDNSResponder → macOS DNS 서비스 재시작

Gas Mask는 GUI 관리에 편리하지만 실무에서는 /etc/hosts 직접 관리가 가장 안정적입니다.

파이썬 람다 함수란

변군이글루 — Thu, 19 Mar 2026 21:23:45 +0900

파이썬 람다 함수란

람다 함수란, 익명 함수 혹은 무명 함수로 불리며 이름 없이 정의되는 함수를 말합니다. 파이썬에서는 lambda 키워드를 사용하여 람다 함수를 정의할 수 있습니다.

람다 함수의 일반적인 구문은 다음과 같습니다

lambda arguments: expression

arguments는 람다 함수의 입력 인자를 나타내며 expression은 입력 인자를 가지고 계산되는 표현식입니다. 람다 함수는 보통 한 줄의 간단한 함수를 정의할 때 사용됩니다.

다음은 파이썬에서 람다 함수를 사용한 예제 코드입니다.

두 수를 더하는 람다 함수

>>> add = lambda x, y: x + y
>>> print(add(3, 4))
7

문자열의 길이를 구하는 람다 함수

>>> string_length = lambda s: len(s)
>>> print(string_length("Hello, World!"))
13

리스트의 원소 중 홀수만 반환하는 람다 함수

>>> odd_numbers = lambda lst: [x for x in lst if x % 2 != 0]
>>> print(odd_numbers([1, 2, 3, 4, 5, 6, 7, 8, 9]))
[1, 3, 5, 7, 9]

두 문자열을 연결하는 람다 함수

>>> concatenate = lambda s1, s2: s1 + " " + s2
>>> print(concatenate("Hello", "World!"))
Hello World!

위 예제에서 각각의 람다 함수는 입력 인자를 받아서 계산된 결과를 반환합니다. 예를 들어, 첫 번째 람다 함수는 x와 y를 입력으로 받아서 더한 결과를 반환합니다. 두 번째 람다 함수는 문자열을 입력으로 받아서 그 길이를 반환합니다. 세 번째 람다 함수는 리스트를 입력으로 받아서 리스트 내의 홀수 원소만 반환합니다. 네 번째 람다 함수는 두 문자열을 입력으로 받아서 연결된 문자열을 반환합니다.

macOS에서 Spectacle를 설치하는 방법

변군이글루 — Thu, 19 Mar 2026 21:03:07 +0900

macOS에서 Spectacle를 설치하는 방법

Spectacle은 공식 사이트가 운영되지 않으므로 GitHub 릴리즈를 통해 설치하는 것이 가장 안전한 방법입니다.

1. Spectacle 다운로드 (공식 소스)

GitHub Releases : https://github.com/eczarny/spectacle/releases

다운로드 파일 : Spectacle-1.2.zip

2. 설치 방법

1. Spectacle-1.2.zip 다운로드

2. 압축 해제

3. Spectacle.app를 /Applications 폴더로 이동

3. 실행 및 권한 설정 (필수)

최초 실행 시 macOS 보안 정책으로 인해 권한 설정 필요

자동 요청

앱 실행 → “열기” 클릭 → 권한 요청 팝업 승인

수동 설정 (팝업이 안 뜨는 경우)

시스템 설정 → 개인정보 보호 및 보안 → 손쉬운 사용
Spectacle 활성화

해당 권한이 없으면 단축키가 동작하지 않음

4. 기본 사용법

설치 후 바로 사용 가능

⌘ + ⌥ + ← → 왼쪽 분할

⌘ + ⌥ + → → 오른쪽 분할

⌘ + ⌥ + F → 최대화

단축키는 Preferences에서 변경 가능

728x90

사용 시 주의사항 (중요)

2019년 이후 개발 중단 (Maintenance 종료)

최신 macOS에서

일부 단축키 미동작 가능
접근성 권한 이슈 발생 가능

Apple Silicon 환경에서 비정상 동작 사례 존재

업무용/장기 사용에는 비추천

대안 (강력 추천)

Spectacle 대신 다음 앱 사용 권장

Rectangle
- Spectacle 기반 UX 유지
- 단축키 거의 동일 (마이그레이션 용이)
- 지속적인 업데이트 및 macOS 호환성 보장
- 무료 오픈소스

Spectacle은 GitHub에서 설치할 수 있지만 현재는 Rectangle이 사실상 표준 대체재입니다.

Spectacle+1.2.zip

2.70MB

우분투 24.04에서 Redis Cluster를 구성하는 방법

변군이글루 — Tue, 17 Mar 2026 13:04:09 +0900

우분투 24.04에서 Redis Cluster를 구성하는 방법

1. 구성 환경

서버 구성

서버	Redis 인스턴스	비고
192.168.0.111	6381, 6382
192.168.0.112	6381, 6382
192.168.0.113	6381, 6382

아키텍처(Redis Cluster)

        +---------------------+
        |     Client App      |
        +----------+----------+
                   |
           Redis Cluster
                   
   192.168.0.111:6381 (Master)
   192.168.0.112:6381 (Master)
   192.168.0.113:6381 (Master)

   192.168.0.111:6382 (Replica)
   192.168.0.112:6382 (Replica)
   192.168.0.113:6382 (Replica)

2. OS 커널 튜닝 확인

backlog 큐 확인

cat /proc/sys/net/core/somaxconn

Transparent Huge Page 비활성화

cat /etc/rc.local | grep transparent_hugepage

echo never > /sys/kernel/mm/transparent_hugepage/enabled
echo never > /sys/kernel/mm/transparent_hugepage/defrag

메모리 overcommit 설정

sysctl vm.overcommit_memory

또는

cat /etc/sysctl.conf | grep overcommit_memory

vm.overcommit_memory=1

파일 디스크립터 설정

ulimit -n

또는

cat /etc/security/limits.conf | grep nofile

* soft nofile 65535
* hard nofile 65535

3. Redis 설치

Redis Repository 등록

curl -fsSL https://packages.redis.io/gpg \
  | sudo gpg --dearmor -o /usr/share/keyrings/redis-archive-keyring.gpg

echo "deb [signed-by=/usr/share/keyrings/redis-archive-keyring.gpg] \
  https://packages.redis.io/deb $(lsb_release -cs) main" \
  | sudo tee /etc/apt/sources.list.d/redis.list

패키지 업데이트

sudo apt update

Redis 설치

sudo apt install -y redis-server

버전 확인

redis-server --version

4. 기본 Redis 서비스 비활성화

Cluster 환경에서는 기본 Redis 서비스를 사용하지 않습니다.

sudo systemctl disable --now redis-server

5. Redis 데이터 디렉토리 생성

각 인스턴스별 데이터 디렉토리를 생성합니다.

sudo mkdir -pv /var/lib/redis/{6381,6382}

권한 설정

sudo chown redis:redis /var/lib/redis/6381
sudo chown redis:redis /var/lib/redis/6382

6. Redis 설정 파일 생성

redis6381.conf 생성

sudo tee /etc/redis/redis6381.conf > /dev/null <<'EOF'
cluster-enabled yes
cluster-node-timeout 3000
appendonly yes
appendfsync everysec
maxmemory 12gb
maxmemory-policy allkeys-lru
tcp-backlog 2048
loglevel verbose
EOF

---

sudo tee /etc/redis/redis6381.conf > /dev/null <<'EOF'
#################################
# Network
#################################

bind 0.0.0.0
port 6381
daemonize yes
protected-mode no

tcp-backlog 2048
tcp-keepalive 60
timeout 0

#################################
# Security
#################################

requirepass redis_password
masterauth redis_password

#################################
# File
#################################

dir /var/lib/redis/6381
pidfile /var/run/redis6381.pid
logfile "/var/log/redis/redis6381.log"

#################################
# Cluster
#################################

cluster-enabled yes
cluster-config-file nodes6381.conf
cluster-node-timeout 3000

#################################
# Persistence
#################################

appendonly yes
appendfilename "appendonly.aof"
appendfsync everysec

dbfilename dump.rdb

save 900 1
save 300 10
save 60 10000

stop-writes-on-bgsave-error no

#################################
# RDB / AOF
#################################

rdbcompression yes
rdbchecksum yes
aof-use-rdb-preamble yes

#################################
# Memory / Performance
#################################

maxmemory 12gb
maxmemory-policy allkeys-lru

hz 10

#################################
# Logging
#################################

loglevel verbose

#################################
# 기타
#################################

supervised no
EOF

6382 포트는 port/pidfile/dir/logfile/cluster-config-file만 변경하여 동일하게 생성합니다.

cp /etc/redis/redis6381.conf /etc/redis/redis6382.conf

sed -i 's/port 6381/port 6382/' /etc/redis/redis6382.conf
sed -i 's/redis6381/redis6382/g' /etc/redis/redis6382.conf
sed -i 's/\/6381/\/6382/g' /etc/redis/redis6382.conf
sed -i 's/nodes6381.conf/nodes6382.conf/' /etc/redis/redis6382.conf

---

7. Redis 인스턴스 실행

각 인스턴스를 실행합니다.

redis-server /etc/redis/redis6381.conf
redis-server /etc/redis/redis6382.conf

프로세스 확인

ps -ef | grep redis

포트 확인

ss -lntp | grep redis

728x90

Redis 자동 시작 (systemd)

서비스 파일 생성

sudo tee /etc/systemd/system/redis6381.service > /dev/null <<'EOF'
[Unit]
Description=Redis 6381
After=network.target

[Service]
Type=simple
User=redis
ExecStart=/usr/bin/redis-server /etc/redis/redis6381.conf
ExecStop=/usr/bin/redis-cli -p 6381 shutdown
Restart=always

[Install]
WantedBy=multi-user.target
EOF

서비스 활성

systemctl daemon-reload
systemctl enable --now redis6381

8. Redis 설정 확인

Redis 접속

redis-cli -p 6381 -a redis_password

현재 설정 확인

CONFIG GET tcp-backlog
CONFIG GET maxmemory
CONFIG GET maxmemory-policy
CONFIG GET loglevel

127.0.0.1:6381> CONFIG GET tcp-backlog
1) "tcp-backlog"
2) "2048"
127.0.0.1:6381> CONFIG GET maxmemory
1) "maxmemory"
2) "12gb"
127.0.0.1:6381> CONFIG GET maxmemory-policy
1) "maxmemory-policy"
2) "allkeys-lru"
127.0.0.1:6381> CONFIG GET loglevel
1) "loglevel"
2) "verbose"

9. Redis Cluster 생성

Cluster 생성 명령

redis-cli --cluster create \
192.168.0.111:6381 \
192.168.0.111:6382 \
192.168.0.112:6381 \
192.168.0.112:6382 \
192.168.0.113:6381 \
192.168.0.113:6382 \
--cluster-replicas 1 \
-a redis_password

10. Cluster 상태 확인

Cluster 정보 확인

redis-cli -p 6381 -a redis_password cluster info

노드 확인

redis-cli -p 6381 -a redis_password cluster nodes

cluster_state:ok
cluster_slots_assigned:16384

11. Cluster 테스트

Cluster 모드로 접속

redis-cli -c -p 6381 -a redis_password

데이터 입력

SET testkey redis_cluster

조회

GET testkey

12. 운영 점검 명령

서버 상태

INFO

메모리

INFO memory

클라이언트

CLIENT LIST

Keyspace

INFO keyspace

성능

INFO stats

Replication

INFO replication

Slow Query

SLOWLOG GET 10

Cluster 상태

cluster info
cluster nodes

13. 노드 복구

기존 노드 재조인

redis-cli --cluster add-node \
192.168.0.114:6381 \
192.168.0.111:6381

Replica 추가

redis-cli --cluster add-node \
192.168.0.114:6382 \
192.168.0.111:6381 \
--cluster-slave

14. Redis에서 온라인으로 설정 변경하기

접속

redis-cli -p 6381 -a redis_password

설정 변경

127.0.0.1:6381> CONFIG SET maxmemory 12gb

127.0.0.1:6381> CONFIG SET maxmemory-policy allkeys-lru

127.0.0.1:6381> CONFIG SET loglevel verbose

설정 파일(redis.conf)에 영구 반영

127.0.0.1:6381> CONFIG REWRITE

VMware ESXi 8.0에서 관리자 계정 생성 및 Administrator 권한 부여 방법

변군이글루 — Thu, 12 Mar 2026 15:28:38 +0900

VMware ESXi 8.0에서 관리자 계정 생성 및 Administrator(관리자) 권한 부여하는 방법

ESXi Shell 또는 SSH(CLI)를 이용하여 관리자 계정을 생성하고 Administrator 권한을 부여하는 방법입니다

1. ESXi SSH 접속

관리자(root) 계정으로 ESXi 호스트에 접속합니다.

ssh root@ESXi-IP

2. 현재 사용자 계정 확인

현재 ESXi에 등록된 계정을 확인합니다.

esxcli system account list

User ID    Description                                  Shell access
---------  -------------------------------------------  ------------
root       Administrator                                        true
dcui       DCUI User                                            true
vpxuser    VMware VirtualCenter administration account          true

3. 신규 관리자 계정 생성

esxcli system account add 명령을 사용하여 새로운 사용자 계정을 생성합니다.

esxcli system account add \
--id admin2 \
--password 'P@ssw0rd!' \
--description "Infrastructure Team"

4. 계정 생성 확인

사용자 목록을 다시 조회하여 계정이 정상적으로 생성되었는지 확인합니다.

User ID    Description                                  Shell access
---------  -------------------------------------------  ------------
root       Administrator                                        true
dcui       DCUI User                                            true
vpxuser    VMware VirtualCenter administration account          true
admin2     Infrastructure Team                                  true

728x90

5. 현재 권한(Permission) 확인

ESXi에 설정된 권한 목록을 확인합니다.

esxcli system permission list

Principal  Is Group  Role   Role Description
---------  --------  -----  ----------------
dcui          false  Admin  Full access rights
root          false  Admin  Full access rights
vpxuser       false  Admin  Full access rights

6. Administrator 권한 부여

생성한 사용자에게 Administrator(Admin) 권한을 부여합니다.

esxcli system permission set --id [사용자ID] --role Admin

--id : 권한을 부여할 사용자 계정명
--role : 부여할 역할명 (관리자는 대소문자를 구분하여 Admin입니다.)

[참고] 만약 해당 사용자에게서 권한을 박탈하고 싶다면 Admin 대신 NoAccess나 ReadOnly로 변경하면 됩니다.

esxcli system permission set --id admin2 --role Admin

7. 권한 적용 확인 권한

목록을 다시 확인하여 Administrator 권한이 정상적으로 적용되었는지 확인합니다.

esxcli system permission list

Principal  Is Group  Role   Role Description
---------  --------  -----  ----------------
dcui          false  Admin  Full access rights
admin2	      false  Admin  Full access rights
root          false  Admin  Full access rights
vpxuser       false  Admin  Full access rights

8. 관리자 계정 로그인 테스트

웹 브라우저에서 ESXi Host Client에 접속하여 생성한 계정으로 로그인합니다.

https://ESXi-IP

로그인 정보

ID : admin2
PW : 설정한 비밀번호

로그인 후 다음 작업이 정상적으로 수행되면 Administrator 권한이 정상적으로 부여된 것입니다.

가상 머신 생성 및 관리
Datastore 관리
네트워크 설정 변경
Host 설정 변경

Docker 컨테이너에서 Python Selenium 실행하기

변군이글루 — Sun, 8 Mar 2026 16:37:39 +0900

Docker 컨테이너에서 Python Selenium 실행하기

Docker 컨테이너에서 Selenium을 실행하려면 다음 구성 요소가 필요합니다.

Python
Selenium
Browser (Firefox 또는 Chrome)
WebDriver (geckodriver 또는 chromedriver)

Docker 기본 Python 이미지는 브라우저가 포함되어 있지 않기 때문에 브라우저와 WebDriver를 직접 설치해야 합니다

1. Python 컨테이너 실행

Python 공식 이미지를 이용하여 컨테이너를 실행합니다.

docker run -it --rm python:3 bash

2. 필수 패키지 설치

Firefox 실행에 필요한 라이브러리와 기본 도구를 설치합니다.

apt update

apt install -y \
    firefox-esr \
    wget \
    vim \
    ca-certificates \
    libgtk-3-0 \
    libdbus-glib-1-2

설치 확인

firefox --version

3. Geckodriver 설치

Firefox를 Selenium에서 제어하기 위해 Geckodriver(ARM64용 드라이버)를 설치합니다.

GECKO_VERSION=v0.36.0

wget https://github.com/mozilla/geckodriver/releases/download/${GECKO_VERSION}/geckodriver-${GECKO_VERSION}-linux-aarch64.tar.gz

tar -xvzf geckodriver-${GECKO_VERSION}-linux-aarch64.tar.gz

mv geckodriver /usr/local/bin/

chmod +x /usr/local/bin/geckodriver

설치 확인

geckodriver --version

4. Selenium 설치

Python 패키지 관리자인 pip를 사용하여 Selenium을 설치합니다.

pip install selenium

설치 확인

pip show selenium

728x90

5. Selenium 테스트 코드 작성

Docker 환경에는 GUI가 없기 때문에 Headless 모드를 사용해야 합니다.

vim browser_test.py

from selenium import webdriver
from selenium.webdriver.firefox.options import Options
from selenium.webdriver.firefox.service import Service
import time

# Firefox 옵션 설정
options = Options()
options.binary_location = "/usr/bin/firefox"
options.add_argument("--headless")
options.add_argument("--no-sandbox")

# Geckodriver 경로 지정
service = Service("/usr/local/bin/geckodriver")

# 브라우저 실행
browser = webdriver.Firefox(service=service, options=options)

# 웹사이트 접속
browser.get("https://www.sangchul.kr")

# 페이지 제목 출력
print(browser.title)

# 잠시 대기
time.sleep(3)

# 브라우저 종료
browser.quit()

로케일 설정(UTF-8)

---

locales 패키지 설치

apt update
apt install -y locales

ko_KR.UTF-8 locale 생성

locale-gen ko_KR.UTF-8

환경 변수 설정

export LANG=C.UTF-8
export LC_ALL=C.UTF-8

---

6. Selenium 실행

Python 스크립트를 실행합니다.

python browser_test.py

변군이글루 블로그(Development)

7. 전체 동작 구조

Python Script
      │
      ▼
Selenium
      │
      ▼
Geckodriver
      │
      ▼
Firefox (Headless)

참고URL

- Selenium 공식 문서 : https://www.selenium.dev/documentation

- Geckodriver 다운로드 : https://github.com/mozilla/geckodriver/releases

NetBox에서 API Token 보안 강화를 위한 API_TOKEN_PEPPERS를 설정하는 방법

변군이글루 — Fri, 6 Mar 2026 16:06:55 +0900

NetBox에서 API Token 보안 강화를 위한 API_TOKEN_PEPPERS를 설정하는 방법

NetBox 4.0 이상 버전에서는 API 토큰 보안을 강화하기 위해 Pepper 기반 해시 방식이 도입되었습니다.

특히 NetBox 4.5 이상 버전에서는 v2 API Token을 사용하기 위해 최소 하나 이상의 Pepper 설정이 필요합니다.

Pepper는 API 토큰을 해싱할 때 추가적으로 사용하는 비밀 문자열로 데이터베이스 유출 상황에서도 토큰을 보호하는 역할을 합니다.

보안 정책: Pepper 문자열은 최소 50자 이상이어야 합니다.

웹 UI 오류

Unable to save v2 tokens: API_TOKEN_PEPPERS is not defined.

1. 무작위 Pepper 문자열 생성

Python의 secrets 모듈을 이용하여 안전한 무작위 문자열을 생성할 수 있습니다.

python3 -c "import secrets; print(secrets.token_urlsafe(50))"

HM6hVHK35NGJ4j0abvkgySYdcc3VAzvPwgopLA8D6o5QYe97H9NO3vIX_EJDmfLspZQ

이 문자열을 NetBox 설정 파일에 등록하여 Pepper로 사용합니다.

2. NetBox 설정 파일 수정

NetBox의 설정 파일을 열어 API_TOKEN_PEPPERS 항목을 수정합니다.

API_TOKEN_PEPPERS 항목을 수정합니다.

sudo vim /opt/netbox/netbox/netbox/configuration.py

# Define a mapping of cryptographic peppers to use when hashing API tokens. A minimum of one pepper is required to
# enable v2 API tokens (NetBox v4.5+). Define peppers as a mapping of numeric ID to pepper value, as shown below. Each
# pepper must be at least 50 characters in length.
#
#     API_TOKEN_PEPPERS = {
#         1: "<random string>",
#         2: "<random string>",
#     }

API_TOKEN_PEPPERS = {
    2: "HM6hVHK35NGJ4j0abvkgySYdcc3VAzvPwgopLA8D6o5QYe97H9NO3vIX_EJDmfLspZQ"
}

3. NetBox 서비스 재시작

설정을 적용하기 위해 NetBox 서비스를 재시작합니다.

sudo systemctl restart netbox

4. 서비스 로그 확인

서비스가 정상적으로 시작되었는지 로그를 확인합니다.

sudo journalctl -u netbox --no-pager | tail -n 50

정상적으로 설정되었다면 오류 메시지 없이 NetBox 서비스가 실행됩니다.

우분투 24.04에서 NetBox를 설치하는 방법

변군이글루 — Thu, 5 Mar 2026 21:27:24 +0900

우분투 24.04에서 NetBox를 설치하는 방법

NetBox는 IP Address Management(IPAM)와 Data Center Infrastructure Management(DCIM) 기능을 제공하는 오픈소스 플랫폼으로 인프라 자산 관리와 네트워크 정보를 통합적으로 관리할 수 있습니다.

테스트 환경

운영체제 정보

$ lsb_release -d
Description:    Ubuntu 24.04.2 LTS

1. 시스템 업데이트 및 필수 의존성 설치

우분투 24.04의 기본 저장소에서 최신 라이브러리를 가져옵니다.

sudo apt update

sudo apt install -y curl gnupg lsb-release ca-certificates

sudo apt install -y python3 python3-pip python3-venv \
  gcc libpq-dev libssl-dev libffi-dev \
  git graphviz

2. Redis 설치

NetBox는 캐시 및 비동기 작업 큐(RQ Worker)를 위해 Redis를 사용합니다.

curl -fsSL https://packages.redis.io/gpg \
  | sudo gpg --dearmor -o /usr/share/keyrings/redis-archive-keyring.gpg

echo "deb [signed-by=/usr/share/keyrings/redis-archive-keyring.gpg] \
https://packages.redis.io/deb $(lsb_release -cs) main" \
  | sudo tee /etc/apt/sources.list.d/redis.list

sudo apt update
sudo apt install -y redis-server

redis-server -v

Redis server v=8.6.1 sha=00000000:1 malloc=jemalloc-5.3.0 bits=64 build=3eab5ed2d769eb41

서비스 상태 확인

sudo systemctl enable --now redis-server
sudo systemctl status redis-server

3. PostgreSQL 설치 및 데이터베이스 설정

NetBox는 PostgreSQL 데이터베이스를 사용하여 장비, IP, 네트워크 등의 정보를 저장합니다.

PostgreSQL 설치

sudo apt install curl ca-certificates
sudo install -d /usr/share/postgresql-common/pgdg
sudo curl -fsSL -o /usr/share/postgresql-common/pgdg/apt.postgresql.org.asc \
  --fail https://www.postgresql.org/media/keys/ACCC4CF8.asc

. /etc/os-release
sudo sh -c "echo 'deb [signed-by=/usr/share/postgresql-common/pgdg/apt.postgresql.org.asc] https://apt.postgresql.org/pub/repos/apt $VERSION_CODENAME-pgdg main' > /etc/apt/sources.list.d/pgdg.list"

sudo apt update
sudo apt install -y postgresql-18

psql --version

psql (PostgreSQL) 18.3 (Ubuntu 18.3-1.pgdg24.04+1)

데이터베이스 생성 및 계정 설정

sudo -u postgres psql -c "CREATE DATABASE netbox_db;"
sudo -u postgres psql -c "CREATE USER netbox_user WITH PASSWORD 'YourStrongPassword';"
sudo -u postgres psql -c "GRANT ALL PRIVILEGES ON DATABASE netbox_db TO netbox_user;"
sudo -u postgres psql -c "ALTER DATABASE netbox_db OWNER TO netbox_user;"

---

sudo -u postgres psql

CREATE DATABASE netbox_db;

CREATE USER netbox_user WITH PASSWORD 'YourStrongPassword';
GRANT ALL PRIVILEGES ON DATABASE netbox_db TO netbox_user;
ALTER DATABASE netbox_db OWNER TO netbox_user;

\q

---

4. NetBox 소스 다운로드 및 권한 설정

NetBox 소스를 다운로드하고 서비스 계정을 생성합니다.

sudo mkdir -p /opt/netbox
cd /opt/netbox

sudo git clone -b main https://github.com/netbox-community/netbox.git .

NetBox 시스템 사용자 생성 (로그인 불가 계정)

sudo adduser --system --group netbox

디렉토리 권한 설정

sudo chown --recursive netbox /opt/netbox/netbox/media/
sudo chown --recursive netbox /opt/netbox/netbox/reports/
sudo chown --recursive netbox /opt/netbox/netbox/scripts/

5. NetBox 구성 (Configuration)

설정 파일 복사

cd /opt/netbox/netbox/netbox/
sudo cp configuration_example.py configuration.py

Secret Key(비밀 키) 생성

python3 ../generate_secret_key.py

Tip: 비밀번호 생성기나 python3 ../generate_secret_key.py를 사용해 강력한 Secret Key를 만드세요.

설정 파일 수정

sudo vim configuration.py

ALLOWED_HOSTS = ['*']

# PostgreSQL database configuration.
DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql',  # Database engine
        'NAME': 'netbox_db',
        'USER': 'netbox_user',
        'PASSWORD': 'YourStrongPassword',
        'HOST': 'localhost',
        'PORT': '',
        'CONN_MAX_AGE': 300,
    }
}

# Secure Key
SECRET_KEY = 'H@(A^i*BRcVfDp#Er&rje1fCidZZt_Pu$S0o95GhkMV5(b2UZ6'

ALLOWED_HOSTS = ['*'] (또는 실제 도메인/IP)
DATABASE 정보 (이름, 사용자, 비밀번호) 입력
REDIS 설정 (기본값 유지 가능)
SECRET_KEY = '복사한_키_입력'

6. NetBox 설치 및 관리자 계정 생성

NetBox에서 제공하는 설치 스크립트를 실행합니다.

sudo /opt/netbox/upgrade.sh

스크립트 작업 수행
- Python 가상환경 생성
- NetBox 의존성 패키지 설치
- 데이터베이스 마이그레이션
- 정적 파일 생성

You are installing (or upgrading to) NetBox version 4.5.4
Using Python 3.12.3
Creating a new virtual environment at /opt/netbox/venv...
Updating pip (pip install --upgrade pip)...
Requirement already satisfied: pip in ./venv/lib/python3.12/site-packages (24.0)
Collecting pip
  Downloading pip-26.0.1-py3-none-any.whl.metadata (4.7 kB)
Downloading pip-26.0.1-py3-none-any.whl (1.8 MB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 1.8/1.8 MB 6.9 MB/s eta 0:00:00
Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 24.0
    Uninstalling pip-24.0:
      Successfully uninstalled pip-24.0
Successfully installed pip-26.0.1
pip 26.0.1 from /opt/netbox/venv/lib/python3.12/site-packages/pip (python 3.12)
Installing Python system packages (pip install wheel)...
Collecting wheel
  Downloading wheel-0.46.3-py3-none-any.whl.metadata (2.4 kB)
...
Skipping config initialization (database unavailable)
Operations to perform:
  Apply all migrations: account, auth, circuits, contenttypes, core, dcim, django_rq, extras, ipam, sessions, social_django, taggit, tenancy, thumbnail, users, virtualization, vpn, wireless
Running migrations:
  Applying contenttypes.0001_initial... OK
  Applying contenttypes.0002_remove_content_type_name... OK
...
Completed. Total entries: 7
Removing expired user sessions (python3 netbox/manage.py clearsessions)...
--------------------------------------------------------------------
WARNING: No existing virtual environment was detected. A new one has
been created. Update your systemd service files to reflect the new
Python and gunicorn executables. (If this is a new installation,
this warning can be ignored.)

netbox.service ExecStart:
  /opt/netbox/venv/bin/gunicorn

netbox-rq.service ExecStart:
  /opt/netbox/venv/bin/python

After modifying these files, reload the systemctl daemon:
  > systemctl daemon-reload
--------------------------------------------------------------------
Upgrade complete! Don't forget to restart the NetBox services:
  > sudo systemctl restart netbox netbox-rq

관리자 계정 생성

source /opt/netbox/venv/bin/activate
cd /opt/netbox/netbox

python3 manage.py createsuperuser

Username: admin
Email address: admin@scbyun.com
Password:
Password (again):
Superuser created successfully.

deactivate

728x90

7. 서비스 배포 (Gunicorn & Systemd)

Gunicorn 설정 파일 복사

sudo cp /opt/netbox/contrib/gunicorn.py /opt/netbox/gunicorn.py

NetBox 서비스를 Systemd에 등록합니다.

$ ls -l /opt/netbox/contrib/*.service
-rw-r--r-- 1 root root 403 Mar  6 11:12 /opt/netbox/contrib/netbox-rq.service
-rw-r--r-- 1 root root 668 Mar  6 11:12 /opt/netbox/contrib/netbox.service

sudo cp /opt/netbox/contrib/*.service /etc/systemd/system/

서비스 활성화

sudo systemctl daemon-reload
sudo systemctl enable --now netbox netbox-rq

Created symlink /etc/systemd/system/multi-user.target.wants/netbox.service → /etc/systemd/system/netbox.service.
Created symlink /etc/systemd/system/multi-user.target.wants/netbox-rq.service → /etc/systemd/system/netbox-rq.service.

서비스 상태 확인

sudo systemctl status netbox

8. 웹 서버(Nginx) 설정

외부 접속을 위해 Nginx를 Reverse Proxy로 구성합니다.

sudo apt install -y gnupg2 ubuntu-keyring

curl -fsSL https://nginx.org/keys/nginx_signing.key | gpg --dearmor \
  | sudo tee /usr/share/keyrings/nginx-archive-keyring.gpg >/dev/null

echo "deb [signed-by=/usr/share/keyrings/nginx-archive-keyring.gpg] \
http://nginx.org/packages/ubuntu $(lsb_release -cs) nginx" \
  | sudo tee /etc/apt/sources.list.d/nginx.list

sudo apt update
sudo apt install -y nginx

nginx -v

nginx version: nginx/1.28.2

NetBox Niginx 설정 적용

sudo cp /opt/netbox/contrib/nginx.conf /etc/nginx/conf.d/netbox.conf

자체 서명 인증서 생성하기 (HTTPS 유지)

sudo mkdir -p /opt/netbox/ssl

sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 \
  -keyout /opt/netbox/ssl/key.pem \
  -out /opt/netbox/ssl/cert.pem \
  -subj "/C=KR/ST=Seoul/L=Jongno-gu/O=SangChul Co., Ltd./OU=Infrastructure Team/CN=*.scbyun.com"

sudo vim /etc/nginx/conf.d/netbox.conf

---

sudo vim /etc/nginx/conf.d/netbox.conf

server {
    # Redirect HTTP traffic to HTTPS
    listen 80 ipv6only=off;
    server_name netbox.scbyun.com;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl ipv6only=off;

    # CHANGE THIS TO YOUR SERVER'S NAME
    server_name netbox.scbyun.com;

    ssl_certificate /opt/netbox/ssl/cert.pem;
    ssl_certificate_key /opt/netbox/ssl/key.pem;

    client_max_body_size 25m;

    location /static/ {
        alias /opt/netbox/netbox/static/;
    }

    location / {
        # Remove these lines if using uWSGI instead of Gunicorn
        proxy_pass http://127.0.0.1:8001;
        proxy_set_header X-Forwarded-Host $http_host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-Proto $scheme;

        # Uncomment these lines if using uWSGI instead of Gunicorn
        # include uwsgi_params;
        # uwsgi_pass  127.0.0.1:8001;
        # uwsgi_param Host $host;
        # uwsgi_param X-Real-IP $remote_addr;
        # uwsgi_param X-Forwarded-For $proxy_add_x_forwarded_for;
        # uwsgi_param X-Forwarded-Proto $http_x_forwarded_proto;

    }
}

---

설정 확인

sudo nginx -t

서비스 재시작

sudo systemctl restart nginx

9. NetBox 접속

웹 브라우저에서 다음 주소로 접속합니다.

http://서버_IP

NetBox

참고URL

- 변군이글루 블로그 : 우분투 24.04에 최신 버전의 Redis 서버를 설치하는 방법

- 변군이글루 블로그 : 우분투 24.04에서 PostgreSQL을 설치하는 방법

- 변군이글루 블로그 : 우분투 24.04에서 Nginx 1.28과 PHP 8.3을 설치하는 방법

Docker Compose를 사용하여 NetBox를 설치하는 방법

변군이글루 — Wed, 4 Mar 2026 11:15:55 +0900

Docker Compose를 사용하여 NetBox를 설치하는 방법

1. 필수 패키지 및 Docker 설치

Docker와 Git을 설치합니다.

sudo apt update

sudo apt install -y git

2. NetBox Docker 레포지토리 복제

공식적으로 관리되는 netbox-docker 저장소를 가져옵니다.

git clone -b release https://github.com/netbox-community/netbox-docker.git
cd netbox-docker

3. 환경 설정 (Configuration)

예제 설정 파일을 복사하여 활성화합니다.

# 설정 파일 생성
cp docker-compose.override.yml.example docker-compose.override.yml

그 후, env/netbox.env 파일을 열어 SECRET_KEY를 생성하여 넣어야 합니다. (최소 50자 이상의 랜덤 문자열)

# 랜덤 키 생성 (복사해서 netbox.env의 SECRET_KEY 부분에 넣으세요)
NEW_KEY=$(head /dev/urandom | tr -dc A-Za-z0-9 | head -c 50 ; echo)

sed -i "s|^SECRET_KEY=.*|SECRET_KEY=${NEW_KEY}|" env/netbox.env

변경 확인

grep "SECRET_KEY" env/netbox.env

728x90

4. 컨테이너 실행

이제 모든 서비스를 백그라운드에서 실행합니다.

처음 실행 시 이미지를 내려받고 DB를 초기화하느라 시간이 약간(2~3분) 소요됩니다.

sudo docker compose up -d

netbox 컨테이너 로그 확인

sudo docker compose logs -f netbox

...
netbox-1  |   wireless.wirelesslan... No objects found.
netbox-1  |   wireless.wirelesslangroup... No objects found.
netbox-1  |   wireless.wirelesslink... No objects found.
netbox-1  | Completed. Total entries: 7
netbox-1  | ↩️ Skip creating the superuser
netbox-1  | ✅ Initialisation is done.
netbox-1  | [INFO] Starting granian (main PID: 8)
netbox-1  | [INFO] Listening at: http://:::8080
netbox-1  | [INFO] Spawning worker-1 with PID: 413
netbox-1  | [INFO] Spawning worker-2 with PID: 415
netbox-1  | [INFO] Spawning worker-3 with PID: 417
netbox-1  | [INFO] Spawning worker-4 with PID: 419

모든 컨테이너 중지 및 삭제

sudo docker compose down -v

5. 관리자(Superuser) 계정 생성

웹 화면에 로그인하기 위해 관리자 계정을 만들어야 합니다.

sudo docker compose exec netbox /opt/netbox/netbox/manage.py createsuperuser

 loaded config '/etc/netbox/config/configuration.py'
 loaded config '/etc/netbox/config/extra.py'
 loaded config '/etc/netbox/config/logging.py'
 loaded config '/etc/netbox/config/plugins.py'
Username: admin
Email address: admin@scbyun.com
Password: 
Password (again): 
This password is too short. It must contain at least 12 characters.
Password must have at least one numeral.
Bypass password validation and create user anyway? [y/N]: y
Superuser created successfully.

사용자 이름, 이메일, 비밀번호를 순서대로 입력하세요.

웹 UI 접속

브라우저를 열고 아래 주소로 접속합니다.

http://[서버_IP_주소]:8000

HashiCorp Vault에서 MySQL 동적 계정 구성하는 방법

변군이글루 — Mon, 23 Feb 2026 16:43:27 +0900

HashiCorp Vault에서 MySQL 동적 계정(Dynamic Credentials) 구성하는 방법

MySQL 서버(111번)의 계정 관리를 Vault(141번~143번)에 위임하여, 클라이언트가 요청할 때마다 일회용 DB 계정을 발급하고 자동 회수하는 환경을 구축하는 방법입니다.

1. MySQL 서버 준비 (sshdServer: 192.168.0.111)

디렉토리 생성

mkdir -p /docker-container/mysqld-server
cd /docker-container/mysqld-server

docker-compose.yml 작성

vim docker-compose.yml

services:

  vault-mysql:
    image: mysql:8.0
    container_name: vault-mysql
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: root_password
    ports:
      - "3306:3306"
    volumes:
      - mysql_data:/var/lib/mysql

volumes:
  mysql_data:

MySQL 컨테이너 기동

docker compose up -d

---

MySQL 컨테이너 실행

docker run -d \
  --name vault-mysql \
  -e MYSQL_ROOT_PASSWORD=root_password \
  -p 3306:3306 \
  mysql:8.0

Vault용 관리자 계정 생성

docker exec -it vault-mysql mysql -uroot -proot_password -e "
CREATE USER 'vault_admin'@'%' IDENTIFIED BY 'vault_admin_password';
GRANT ALL PRIVILEGES ON *.* TO 'vault_admin'@'%' WITH GRANT OPTION;
FLUSH PRIVILEGES;"

---

2. Vault 전용 MySQL 관리자 계정 생성

MySQL 컨테이너 접속

docker exec -it vault-mysql mysql -uroot -proot_password

기존 계정 정리 (재설정)

DROP USER IF EXISTS 'vault_admin'@'%';

Vault 전용 관리자 계정 생성

CREATE USER 'vault_admin'@'%' IDENTIFIED BY 'vault_admin_password';

모든 권한 부여 (GRANT OPTION 필수)

GRANT ALL PRIVILEGES ON *.* TO 'vault_admin'@'%' WITH GRANT OPTION;
FLUSH PRIVILEGES;

계정 생성 확인

SELECT user, host FROM mysql.user WHERE user = 'vault_admin';

Vault는 DB 사용자 생성/삭제 권한이 필요하므로 GRANT OPTION 필수

728x90

3. Vault 서버 설정 (node141 - Active Node)

Vault 로그인

export VAULT_ADDR="https://vault1.scbyun.com:8200"
export VAULT_TOKEN="hvs.2JkrW3kigeQX0YNlxNey5sda"

vault login $VAULT_TOKEN

Database Secrets Engine 활성화

vault secrets enable database

이미 활성화되어 있다면 오류 메시지 출력되며 무시 가능

MySQL 연결 정보 등록 (Vault와 MySQL 연결)

vault write database/config/my-mysql \
  plugin_name=mysql-database-plugin \
  connection_url="{{username}}:{{password}}@tcp(192.168.0.111:3306)/" \
  allowed_roles="mysql-client-role" \
  username="vault_admin" \
  password="vault_admin_password"

connection_url : MySQL 서버 주소
allowed_roles : 해당 DB에서 허용할 Vault Role
vault_admin : MySQL 사용자 생성 권한 보유 계정

MySQL 동적 계정 Role 생성

vault write database/roles/mysql-client-role \
    db_name=my-mysql \
    creation_statements="
        CREATE USER '{{name}}'@'%' IDENTIFIED BY '{{password}}';
        GRANT ALL PRIVILEGES ON *.* TO '{{name}}'@'%';
    " \
    default_ttl="1h" \
    max_ttl="24h"

db_name database/config에 등록한 이름
creation_statements 사용자 생성 SQL
default_ttl 기본 유효 시간
max_ttl 최대 유효 시간

TTL 만료 시 Vault가 자동으로 계정 회수

4. SSH 클라이언트에서 동적 계정 발급 테스트

Vault 자격 증명 발급

export VAULT_ADDR="https://vault1.scbyun.com:8200"
export VAULT_TOKEN="hvs.2JkrW3kigeQX0YNlxNey5sda"

vault read database/creds/mysql-client-role

Key                Value
---                -----
lease_id           database/creds/mysql-client-role/MgfhQs15Grx7byx2ov7uddjj
lease_duration     1h
lease_renewable    true
password           49l9lSAXAgRnSFX-SrtU
username           v-root-mysql-clie-hUIUuy3ICr0FTq

5. 발급된 계정으로 MySQL 접속 확인

mysql -h 192.168.0.111 -P 3306 \
  -u v-root-mysql-clie-hUIUuy3ICr0FTq -p

정상 접속 시 Vault ↔ MySQL 동적 계정 구성 완료

원라이너(One-liner) 접속

jq를 활용하여 발급과 동시에 접속하는 자동화 스크립트입니다.

jq 설치 확인

sudo apt install jq

CREDS=$(vault read -format=json database/creds/mysql-client-role)
DB_USER=$(echo $CREDS | jq -r '.data.username')
DB_PASS=$(echo $CREDS | jq -r '.data.password')

---

$ vault read -format=json database/creds/mysql-client-role
{
  "request_id": "c393fc0c-5615-1da8-a165-a3e488463728",
  "lease_id": "database/creds/mysql-client-role/RJadV58PN5PtMDib0zJ6bhb9",
  "lease_duration": 3600,
  "renewable": true,
  "data": {
    "password": "3BK-7bXtQx6SNSzzUjjI",
    "username": "v-root-mysql-clie-kZJjEYPqwDDDPY"
  },
  "warnings": null,
  "mount_type": "database"
}

---

접속

mysql -h 192.168.0.111 -u$DB_USER -p$DB_PASS

mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 10
Server version: 8.0.45 MySQL Community Server - GPL

Copyright (c) 2000, 2026, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

이렇게 구축하면 보안 사고 시에도 유출된 계정이 1시간 뒤면 쓸모없어지기 때문에 인프라 보안 수준이 획기적으로 올라갑니다.