# 특정 파라미터 조회
sysctl net.core.somaxconn
# net.core.somaxconn = 128

# 키워드로 관련 파라미터 전체 조회
sysctl -a | grep tcp_tw
# net.ipv4.tcp_tw_reuse = 0

# 전체 파라미터 목록 (출력이 매우 길어 grep과 함께 사용)
sysctl -a | grep net.ipv4 | head -30

# 파일에서 직접 읽기 (스크립트에서 유용)
cat /proc/sys/net/ipv4/tcp_tw_reuse

# 단일 파라미터 변경 — 즉시 적용
sudo sysctl -w net.core.somaxconn=65535

# 여러 파라미터 한 번에 변경
sudo sysctl -w net.core.somaxconn=65535 net.ipv4.tcp_tw_reuse=1

# 변경 후 확인
sysctl net.core.somaxconn
# net.core.somaxconn = 65535

# 방법 1: /etc/sysctl.conf 직접 편집 (레거시 방식, 여전히 널리 사용)
sudo vi /etc/sysctl.conf

# /etc/sysctl.conf 예시
# TCP 연결 backlog 확장
net.core.somaxconn = 65535

# TIME_WAIT 소켓 재사용 허용
net.ipv4.tcp_tw_reuse = 1

# 로컬 포트 범위 확장 (기본: 32768~60999)
net.ipv4.ip_local_port_range = 10000 65535

# 소켓 수신/송신 버퍼 최대값 (바이트, 256MB)
net.core.rmem_max = 268435456
net.core.wmem_max = 268435456

# 스왑 사용 최소화
vm.swappiness = 10

# 방법 2: /etc/sysctl.d/ 드롭-인 방식 (권장 — 모듈화, 충돌 방지)
sudo vi /etc/sysctl.d/99-network-tuning.conf

# /etc/sysctl.d/99-network-tuning.conf
# 숫자 접두사(99-)로 적용 순서 제어. 숫자가 클수록 나중에 적용됨.

net.core.somaxconn = 65535
net.ipv4.tcp_tw_reuse = 1
net.ipv4.ip_local_port_range = 10000 65535
net.core.rmem_max = 268435456
net.core.wmem_max = 268435456

# 설정 파일 즉시 적용 (재부팅 없이)
sudo sysctl -p                          # /etc/sysctl.conf 적용
sudo sysctl -p /etc/sysctl.d/99-network-tuning.conf  # 특정 파일 적용
sudo sysctl --system                    # /etc/sysctl.d/ 전체 적용 (권장)

soft limit: 현재 적용 중인 실제 한도. 프로세스가 스스로 낮출 수도, hard limit까지 높일 수도 있음.
hard limit: soft limit의 상한선. root만 높일 수 있음. 일반 사용자는 낮추는 것만 가능.

# 현재 쉘의 모든 ulimit 조회
ulimit -a

# 출력 예시:
# open files                      (-n) 1024     ← 이게 문제의 원인!
# max user processes              (-u) 65535
# stack size              (kbytes, -s) 8192
# virtual memory          (kbytes, -v) unlimited

# soft/hard limit 분리 조회
ulimit -Sn   # soft limit (파일 수)
ulimit -Hn   # hard limit (파일 수)

# -n : 열 수 있는 파일(FD) 최대 수
ulimit -n 65536

# -u : 생성할 수 있는 프로세스(스레드) 최대 수
ulimit -u 65535

# -s : 스택 크기 (KB 단위)
ulimit -s 8192

# -m : 최대 메모리 크기 (KB, 많은 시스템에서 무효)
ulimit -m unlimited

# -c : 코어 덤프 파일 크기 (0 = 코어 덤프 비활성화)
ulimit -c unlimited   # 장애 분석을 위해 활성화

# soft/hard 모두 동시에 설정
ulimit -Sn 65536
ulimit -Hn 65536

# Nginx 실행 전 FD 한도 높이기 (현재 세션에만 적용)
ulimit -n 65536
nginx

# 확인
ulimit -n
# 65536

<도메인>  <타입>  <항목>  <값>

sudo vi /etc/security/limits.conf

# /etc/security/limits.conf

# 모든 사용자: 파일 디스크립터 65536개 (soft/hard 동시)
*       soft    nofile      65536
*       hard    nofile      65536

# root 사용자: 더 높은 한도
root    soft    nofile      1048576
root    hard    nofile      1048576

# www-data (nginx/apache 사용자): 대용량 동시 연결 처리
www-data    soft    nofile      1048576
www-data    hard    nofile      1048576
www-data    soft    nproc       65535
www-data    hard    nproc       65535

# 모든 사용자: 프로세스 수 제한 (fork 폭탄 방지)
*       soft    nproc       65535
*       hard    nproc       65535

# 스택 크기 제한 (MB 단위, 기본 8MB)
*       soft    stack       8192
*       hard    stack       65536

# 애플리케이션별 파일로 분리하여 관리
sudo vi /etc/security/limits.d/99-nginx.conf

# /etc/security/limits.d/99-nginx.conf
www-data    soft    nofile      1048576
www-data    hard    nofile      1048576
www-data    soft    nproc       65535
www-data    hard    nproc       65535

# 로그아웃 후 재로그인하거나 새 세션에서 확인
su - www-data -s /bin/bash -c 'ulimit -n'
# 1048576

# 특정 프로세스의 실제 한도 확인 (/proc 사용)
cat /proc/$(pgrep nginx | head -1)/limits
# Limit                     Soft Limit           Hard Limit
# Max open files            1048576              1048576

# 현재 값 확인
sysctl net.core.somaxconn
# net.core.somaxconn = 128   ← 기본값, 고트래픽에선 너무 작음

# 문제: 트래픽이 급증하면 accept 큐가 가득 차 연결이 drop됨
# 증상: 클라이언트에서 "Connection refused" 에러 발생

# 영구 적용
sudo bash -c 'cat >> /etc/sysctl.d/99-network-tuning.conf << EOF
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535
EOF'
sudo sysctl --system

# Nginx에서도 별도로 backlog 지정 필요
# nginx.conf: listen 80 backlog=65535;

sysctl net.ipv4.tcp_tw_reuse
# net.ipv4.tcp_tw_reuse = 0  ← 기본값

# TIME_WAIT 상태: TCP 연결 종료 후 약 60초간 유지되는 상태
# 문제: 로컬 포트가 TIME_WAIT 소켓에 묶여 새 연결에 사용 불가
# tcp_tw_reuse=1: 안전한 경우에만 TIME_WAIT 소켓을 새 연결에 재사용

echo "net.ipv4.tcp_tw_reuse = 1" | sudo tee -a /etc/sysctl.d/99-network-tuning.conf
sudo sysctl --system

# 주의: tcp_tw_recycle은 Linux 4.12부터 제거됨 — 사용 금지!
# NAT 환경(AWS, GCP 등)에서 tcp_tw_recycle 사용 시 심각한 연결 장애 발생

cat /proc/sys/net/ipv4/ip_local_port_range
# 32768	60999   ← 기본값: 약 28,000개의 로컬 포트만 사용 가능

# 문제: Nginx→upstream 연결 등 외부로 나가는 연결이 많을 때 포트 고갈
# 해결: 포트 범위 확장

echo "net.ipv4.ip_local_port_range = 10000 65535" | sudo tee -a /etc/sysctl.d/99-network-tuning.conf
sudo sysctl --system

# 변경 후: 약 55,000개의 로컬 포트 사용 가능

sysctl net.core.rmem_max net.core.wmem_max
# net.core.rmem_max = 212992     ← 약 200KB (기본값)
# net.core.wmem_max = 212992

# 고대역폭 환경(10Gbps+)에서는 기본 버퍼가 병목이 됨
# 권장값: 256MB (Bandwidth-Delay Product에 맞게 조정)

cat >> /etc/sysctl.d/99-network-tuning.conf << 'EOF'
# 소켓 수신/송신 버퍼 최대값 (256MB)
net.core.rmem_max = 268435456
net.core.wmem_max = 268435456

# TCP 자동 튜닝 버퍼 범위 (최소, 기본, 최대)
net.ipv4.tcp_rmem = 4096 87380 268435456
net.ipv4.tcp_wmem = 4096 65536 268435456
EOF
sudo sysctl --system

sysctl vm.swappiness
# vm.swappiness = 60   ← 기본값: 메모리 60% 사용 시 스왑 시작

# 웹 서버/DB 서버: 스왑은 응답 지연을 유발함
# 0: 스왑을 절대 안 쓴다는 의미가 아님 (OOM killer 방지용으로 극소량 씀)
# 1: 스왑을 가능한 한 쓰지 않음 (권장)
# 10: 낮은 스왑 사용 (대부분 서버 환경 권장값)
# 100: 적극적으로 스왑 사용 (데스크톱 환경)

echo "vm.swappiness = 10" | sudo tee -a /etc/sysctl.d/99-network-tuning.conf
sudo sysctl --system

# 현재 스왑 사용량 확인
free -h
swapon --show

# TIME_WAIT 소켓 최대 개수 (기본: 8192, 고트래픽에서 증가 필요)
net.ipv4.tcp_max_tw_buckets = 1440000

# FIN_WAIT_2 타임아웃 단축 (기본: 60초)
net.ipv4.tcp_fin_timeout = 30

# keepalive 설정 (idle 7200초, 간격 75초, 9번 재시도)
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.tcp_keepalive_probes = 9

# systemctl edit 명령으로 override 파일 자동 생성
sudo systemctl edit nginx

# 이 파일은 /etc/systemd/system/nginx.service.d/override.conf 로 저장됨
[Service]
LimitNOFILE=1048576
LimitNPROC=65535

# 저장 후 적용
sudo systemctl daemon-reload
sudo systemctl restart nginx

# 확인
systemctl show nginx | grep -E "LimitNOFILE|LimitNPROC"
# LimitNOFILE=1048576
# LimitNPROC=65535

# 실제 프로세스에 적용됐는지 /proc으로 최종 확인
cat /proc/$(pgrep -o nginx)/limits

# 편집
sudo vi /lib/systemd/system/nginx.service
# 또는 커스텀 위치에 복사 후 편집
sudo cp /lib/systemd/system/nginx.service /etc/systemd/system/nginx.service
sudo vi /etc/systemd/system/nginx.service

[Unit]
Description=A high performance web server and a reverse proxy server
After=network.target

[Service]
Type=forking
PIDFile=/run/nginx.pid
ExecStartPre=/usr/sbin/nginx -t -q -g 'daemon on; master_process on;'
ExecStart=/usr/sbin/nginx -g 'daemon on; master_process on;'
ExecReload=/bin/kill -s HUP $MAINPID
KillSignal=SIGQUIT
TimeoutStopSec=5
KillMode=mixed
PrivateTmp=true

# 리소스 한도 추가
LimitNOFILE=1048576       # FD 최대 1M
LimitNPROC=65535          # 프로세스 65535개
LimitCORE=infinity        # 코어 덤프 제한 없음 (장애 분석용)

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl restart nginx

# /etc/systemd/system/myapp.service.d/override.conf
[Service]
LimitNOFILE=1048576
LimitNPROC=131072    # Java는 스레드당 1개의 프로세스로 계산됨
LimitSTACK=67108864  # 64MB 스택

lsmod
# Module                  Size  Used by
# nf_conntrack          172032  4 nf_nat,nf_conntrack_netlink,xt_conntrack,nf_conntrack_ipv4
# br_netfilter           24576  0
# overlay               143360  1
# ip_tables              32768  1 iptables
# ...

# 컬럼 의미:
# Module   : 모듈 이름
# Size     : 메모리 사용량 (바이트)
# Used by  : 이 모듈을 의존하는 다른 모듈 수와 이름

# 특정 모듈 확인
lsmod | grep overlay
# overlay               143360  1

# 모듈의 상세 정보 조회
modinfo overlay
# filename:       /lib/modules/5.14.0/kernel/fs/overlayfs/overlay.ko.xz
# description:    Overlay filesystem
# author:         Miklos Szeredi <miklos@szeredi.hu>
# license:        GPL
# depends:
# parm:           redirect_dir:Enable directory redirects (bool)

# 파라미터 목록만 추출
modinfo -p br_netfilter
# nf_call_iptables:If != 0, call ip[6]tables for bridged frames (uint)
# nf_call_arptables:If != 0, call arptables for bridged frames (uint)

# 모듈 로드 (의존 모듈 자동 로드)
sudo modprobe br_netfilter

# 모듈 언로드 (의존 모듈 자동 제거)
sudo modprobe -r br_netfilter

# 파라미터와 함께 로드
sudo modprobe tcp_bbr    # BBR TCP 혼잡 제어 알고리즘 로드

# 로드된 모듈의 의존성 트리 확인
modprobe --show-depends nf_conntrack

# 부팅 시 특정 모듈 자동 로드 설정
sudo vi /etc/modules-load.d/custom.conf

# /etc/modules-load.d/custom.conf
# 각 줄에 모듈 이름 하나씩

# Kubernetes/Docker용 네트워크 모듈
br_netfilter
overlay

# BBR TCP 혼잡 제어 (고트래픽 서버 성능 향상)
tcp_bbr

# 네트워크 필터
ip_conntrack

# 파일 적용 확인 (재부팅 없이 수동으로 로드)
sudo systemd-modules-load

# 또는 직접 확인
sudo modprobe br_netfilter
lsmod | grep br_netfilter

# 드라이버 충돌이나 보안 문제로 특정 모듈 블랙리스트 처리
sudo vi /etc/modprobe.d/blacklist-nouveau.conf

# /etc/modprobe.d/blacklist-nouveau.conf
# NVIDIA 오픈소스 드라이버 비활성화 (독점 드라이버 설치 시)
blacklist nouveau
options nouveau modeset=0

# initramfs 재생성 후 재부팅 (블랙리스트 완전 적용을 위해)
sudo update-initramfs -u   # Debian/Ubuntu
sudo dracut -f             # RHEL/CentOS/Rocky