Day 2 - 네트워크 설정: 인터페이스·게이트웨이·DNS를 손으로 잡기

ip 명령 — 현대 리눅스 네트워크의 표준 도구

• 과거의 ifconfig, route, arp를 통합해 대체한 것이 ip 명령(iproute2 패키지)이다.
• 현재 모든 주요 배포판의 표준 도구다.

# 인터페이스와 IP 주소 확인
ip addr show          # 줄여서 ip a
ip addr show eth0     # 특정 인터페이스만
 
# 인터페이스 링크(L2) 상태 확인
ip link show          # 줄여서 ip l
 
# IP 주소 부여/삭제 (임시 — 재부팅 시 사라짐)
ip addr add 192.168.1.10/24 dev eth0
ip addr del 192.168.1.10/24 dev eth0
 
# 인터페이스 활성화/비활성화
ip link set eth0 up
ip link set eth0 down
 
# 라우팅 테이블 확인
ip route show         # 줄여서 ip r

ip 명령은 객체(addr, link, route, neigh)를 먼저 쓰고 동작(show, add, del, set)을 쓰는 일관된 문법이다. ip a=주소, ip l=링크, ip r=라우팅, ip neigh=ARP 테이블. 이 네 줄임말만 익혀도 진단의 80%가 끝난다.

⚠️ 함정: ip addr add로 부여한 IP는 임시다 — 재부팅하면 사라진다. 영구 설정은 아래의 설정 파일(network-scripts) 또는 nmcli로 해야 한다. 시험에서 "재부팅 후에도 유지되는 설정 방법"을 물으면 절대 ip addr add가 답이 아니다.

ifconfig·route — 알아둬야 할 구식 명령

• net-tools 패키지의 구식 명령들이다. 최신 배포판은 기본 미설치인 경우가 많다.
• 그래도 시험과 레거시 시스템에서 여전히 등장하므로 대응표를 통째로 외우는 게 효율적이다.

# 구식: 게이트웨이 추가
route add default gw 192.168.1.1 eth0
 
# 현대: 동일 작업
ip route add default via 192.168.1.1 dev eth0

핵심 구분: ifconfig는 IP 주소만 보여주고 보조 IP(secondary)나 정책 라우팅을 제대로 다루지 못한다. ip는 이를 완전히 지원한다. 시험에서 "ifconfig를 대체하는 명령"을 물으면 ip addr다. 두 명령의 1:1 대응표를 통째로 외우는 게 효율적이다.

nmcli — NetworkManager 명령행 제어

• Red Hat 계열(RHEL/CentOS/Rocky)과 최신 배포판은 NetworkManager가 네트워크를 관리한다.
• 이를 명령행에서 제어하는 도구가 nmcli이며, nmcli로 한 설정은 영구적으로 저장된다.

# 연결(connection)과 장치(device) 상태 확인
nmcli connection show          # 줄여서 nmcli con show
nmcli device status            # 줄여서 nmcli dev status
 
# 정적 IP 영구 설정
nmcli con mod eth0 ipv4.addresses 192.168.1.10/24
nmcli con mod eth0 ipv4.gateway 192.168.1.1
nmcli con mod eth0 ipv4.dns 8.8.8.8
nmcli con mod eth0 ipv4.method manual    # static
nmcli con up eth0                        # 변경 사항 적용
 
# DHCP로 전환
nmcli con mod eth0 ipv4.method auto

nmcli는 "connection(설정 프로파일)"과 "device(물리 장치)"를 구분한다. con mod로 프로파일을 고치고 con up으로 적용한다. ipv4.method manual=정적, auto=DHCP. nmcli 설정은 설정 파일에 기록되어 재부팅 후에도 유지된다.

설정 파일 — /etc/sysconfig/network-scripts

• Red Hat 계열의 전통적 영구 네트워크 설정은 /etc/sysconfig/network-scripts/ifcfg-<인터페이스> 파일에 들어간다.

# /etc/sysconfig/network-scripts/ifcfg-eth0 예시 (정적 IP)
DEVICE=eth0
BOOTPROTO=static        # static=정적, dhcp=자동
ONBOOT=yes              # 부팅 시 자동 활성화
IPADDR=192.168.1.10
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
DNS1=8.8.8.8
DNS2=8.8.4.4

⚠️ 함정: ONBOOT=no이면 IP 설정이 다 맞아도 부팅 시 인터페이스가 올라오지 않아 네트워크가 안 된다. "설정은 맞는데 부팅 후 연결 안 됨" 문제의 원인이 된다. Debian/Ubuntu 계열은 이 파일 대신 /etc/network/interfaces나 netplan(/etc/netplan/*.yaml)을 쓴다.

ifcfg- 파일은 Red Hat이 오래 써 온 방식이고, 최신 RHEL은 내부적으로 NetworkManager의 키파일(/etc/NetworkManager/system-connections/)로 옮겨가고 있다. 시험은 여전히 전통적인 ifcfg-eth0 형식과 그 안의 항목 의미를 묻는다.

게이트웨이와 라우팅 — 외부로 나가는 길

• 같은 네트워크(서브넷) 안의 호스트끼리는 직접 통신한다.
• 다른 네트워크로 가려면 게이트웨이(라우터)를 거쳐야 한다.
• 라우팅 테이블이 "어느 목적지로 가려면 어느 길로 보낼지"를 정한다.

# 라우팅 테이블 확인
ip route show
# default via 192.168.1.1 dev eth0           ← 기본 게이트웨이
# 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.10
 
# 기본 게이트웨이 추가 (임시)
ip route add default via 192.168.1.1
 
# 특정 네트워크로 가는 정적 경로 추가
ip route add 10.0.0.0/24 via 192.168.1.254
 
# 경로 삭제
ip route del 10.0.0.0/24

핵심 구분: default(0.0.0.0/0) 경로가 "그 외 모든 목적지"를 처리하는 기본 게이트웨이다. 라우팅 테이블에 default가 없으면 같은 서브넷끼리는 통신해도 인터넷은 안 된다. "내부 ping은 되는데 외부 ping이 안 됨" = 기본 게이트웨이 설정 문제일 가능성이 높다.

DNS 설정 — /etc/resolv.conf

• 이름(도메인)을 IP로 바꾸는 DNS 질의를 어느 서버에 보낼지 지정하는 파일이 /etc/resolv.conf다.

# /etc/resolv.conf 예시
nameserver 8.8.8.8        # 1차 네임서버
nameserver 8.8.4.4        # 2차 네임서버
search example.com        # 도메인 자동 보완 (호스트명만 입력 시 붙임)

NetworkManager가 관리하는 시스템에서는 /etc/resolv.conf를 직접 수정해도 재부팅·재시작 시 덮어쓰여 사라질 수 있다. 영구 DNS 설정은 nmcli con mod ... ipv4.dns 또는 ifcfg 파일의 DNS1/DNS2로 해야 한다. 이 "직접 수정이 날아가는" 현상이 시험과 실무 모두에서 함정이 된다.

/etc/hosts — DNS보다 먼저 보는 정적 매핑

• DNS 질의 전에 시스템이 먼저 참조하는 정적 호스트명-IP 매핑 파일이 /etc/hosts다.

# /etc/hosts 예시
127.0.0.1   localhost
::1         localhost
192.168.1.50  webserver.local webserver

• 이름 해석 순서(어느 것을 먼저 볼지)는 /etc/nsswitch.conf의 hosts: 줄로 정한다.

# /etc/nsswitch.conf
hosts:  files dns       # files(=/etc/hosts) 먼저, 그다음 dns

files dns 순서이므로 /etc/hosts에 항목이 있으면 DNS보다 먼저 매칭된다. 그래서 hosts에 잘못된 IP를 적으면 DNS가 정상이어도 엉뚱한 곳으로 연결된다. 반대로 DNS 없이 소규모 호스트 매핑을 테스트할 때 유용하다.

직접 쳐보기 — 설정 점검 루틴

# 1. IP·인터페이스 상태
ip addr show
 
# 2. 기본 게이트웨이 확인
ip route show | grep default
 
# 3. DNS 서버 확인
cat /etc/resolv.conf
 
# 4. 게이트웨이까지 연결되는지
ping -c 3 192.168.1.1
 
# 5. 이름 해석이 되는지
ping -c 3 google.com

• 이 5단계를 순서대로 밟으면 "IP → 경로 → 이름" 축을 따라 어디서 막혔는지 즉시 좁혀진다.
• ping이 IP로는 되는데 도메인으로 안 되면 DNS 문제, 게이트웨이까지도 안 되면 IP/경로 문제다.

내일(Day 3)은 이 설정이 제대로 동작하는지 검사하는 진단 명령들을 다룬다.

📖 용어

• iproute2 / ip 명령 : ifconfig·route·arp를 통합한 현대 표준 도구. 객체(addr·link·route·neigh) + 동작(show·add·del·set) 문법을 쓴다.
• 임시 설정 vs 영구 설정 : 재부팅하면 사라지는 설정(ip addr add, ifconfig) vs 파일에 기록되어 유지되는 설정(ifcfg, nmcli con mod).
• NetworkManager / nmcli : 네트워크를 관리하는 데몬과 그 명령행 도구. nmcli 설정은 파일에 저장되어 영구 반영된다.
• connection vs device : nmcli가 구분하는 "설정 프로파일"과 "물리 장치". con mod로 고치고 con up으로 적용한다.
• ipv4.method manual / auto : nmcli에서 정적 IP를 쓸지 DHCP를 쓸지 정하는 값.
• BOOTPROTO : ifcfg 파일에서 static(정적)인지 dhcp(자동)인지를 정하는 항목.
• ONBOOT : 부팅 시 인터페이스를 자동으로 올릴지 정하는 항목. no면 설정이 맞아도 네트워크가 안 된다.
• 기본 게이트웨이 / default 경로 : "그 외 모든 목적지"를 처리하는 출구. 없으면 내부 통신은 되고 인터넷만 안 된다.
• 정적 경로(static route) : 특정 목적지 네트워크만 지정한 게이트웨이로 보내는 규칙. ip route add 망 via 게이트웨이.
• /etc/resolv.conf : DNS 질의를 보낼 서버를 적는 파일. NetworkManager 환경에서는 직접 고쳐도 덮어쓰인다.
• search 지시어 : 호스트명만 입력했을 때 뒤에 자동으로 붙일 도메인.
• /etc/nsswitch.conf : 이름을 어디서 먼저 찾을지 순서를 정하는 파일. hosts: files dns면 hosts가 우선이다.