Skip to Content
자격증네트워크관리사 2급 실기10. Linux 네트워크 명령어 실전

이번 문서의 목표: 이 파일을 다 읽으면 리눅스 콘솔에서 IP를 확인·설정하고 인터페이스를 활성화하는 명령을 순서대로 입력할 수 있으며, ip·ss·traceroute·dig 출력의 각 열이 무엇을 뜻하는지 해석하고, 같은 일을 하는 윈도우 명령과 짝지어 답할 수 있다.

0. 실기에서 리눅스는 어떻게 나오는가

네트워크관리사 2급 실기는 18문제로 구성되고, 그중 리눅스가 등장하는 자리는 단답형·선택형 6문제 구간입니다. 윈도우처럼 GUI 작업형으로 나오지는 않지만, 명령어 이름 하나를 정확히 쓰는 문제로 반복 출제됩니다.

회차출제된 리눅스 관련 항목정답
2023-4CPU·메모리·프로세스를 실시간 모니터링하는 명령top
2024-1경로를 추적하고 구간 응답 시간을 재는 도구tracert 또는 traceroute
2024-3경로 추적 도구tracert 또는 traceroute
2026-3즉시 시스템을 종료하는 init 뒤의 런레벨 숫자0

채점은 철자 단위입니다. traceroutetracerout으로, ifconfigifcofig로 쓰면 오답입니다. 리눅스 명령은 대소문자도 구분하므로 전부 소문자로 씁니다.

리눅스 편을 윈도우 편과 따로 두는 이유는 이름은 비슷한데 출력 형식과 옵션이 다르기 때문입니다. 예를 들어 윈도우의 ipconfig와 리눅스의 ifconfig는 글자 두 개 차이인데 서로 다른 운영체제에서만 동작합니다. 시험에서 운영체제를 지정해 물으면 반드시 그쪽 명령을 써야 합니다.

1. 두 세대의 명령어 — net-tools와 iproute2

리눅스 네트워크 명령은 옛 도구 묶음(net-tools)과 새 도구 묶음(iproute2)이 공존합니다. 최근 배포판은 새 도구를 기본으로 설치하고 옛 도구는 빠져 있는 경우도 많습니다.

하는 일옛 명령 (net-tools)새 명령 (iproute2)
인터페이스·주소 확인ifconfigip addr
인터페이스 올리기·내리기ifconfig eth0 upip link set eth0 up
라우팅 테이블 확인route -nip route
ARP 캐시 확인arp -aip neigh
소켓·포트 상태 확인netstat -tulnss -tuln

쉽게 말하면: ifconfig 계열은 종이 지도, ip 계열은 내비게이션입니다. 둘 다 같은 곳을 알려주지만 새 기능은 내비게이션에만 들어갑니다.

시험에서는 둘 다 정답으로 인정되는 경우가 많습니다. 다만 문제에 “최신 명령” 같은 단서가 붙으면 ip 계열을 씁니다. 반대로 “ifconfig와 같은 역할을 하는 윈도우 명령”을 물으면 답은 ipconfig입니다.

2. ip addr — 내 주소 확인하기

기본 출력 읽기

$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN inet 127.0.0.1/8 scope host lo 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP link/ether 00:11:22:33:44:55 brd ff:ff:ff:ff:ff:ff inet 192.168.100.1/27 brd 192.168.100.31 scope global eth0

한 줄씩 뜯어봅니다.

표시
lo루프백 인터페이스. 자기 자신을 가리키는 127.0.0.1
eth0실제 이더넷 인터페이스 이름
UP관리자가 인터페이스를 켠 상태
LOWER_UP실제로 케이블이 꽂혀 링크가 살아 있는 상태
mtu 1500한 프레임에 실을 수 있는 최대 바이트. 이더넷 기본값
link/etherMAC 주소. 윈도우의 물리적 주소와 같은 값
inet 192.168.100.1/27IPv4 주소와 프리픽스
brd 192.168.100.31브로드캐스트 주소

UP은 있는데 LOWER_UP이 없다면 케이블이 빠졌거나 상대 포트가 죽은 것입니다. 설정은 맞는데 통신이 안 될 때 가장 먼저 볼 자리입니다. 라우터의 show ip interface brief에서 administratively downdown을 구분하는 것과 같은 개념입니다.

짧게 보는 요령

$ ip -br addr
lo UNKNOWN 127.0.0.1/8 eth0 UP 192.168.100.1/27

-br은 brief의 약자로 한 줄 요약을 보여줍니다. IP만 빠르게 확인할 때 유용합니다.

옛 명령 ifconfig

$ ifconfig eth0
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.100.1 netmask 255.255.255.224 broadcast 192.168.100.31 ether 00:11:22:33:44:55 txqueuelen 1000 (Ethernet) RX packets 1024 bytes 98304 TX packets 980 bytes 76288

ifconfig는 마스크를 십진수로 보여주고 ip addr는 프리픽스로 보여줍니다. /27255.255.255.224가 같은 값이라는 것을 즉시 떠올릴 수 있어야 합니다.

  • RX — 받은 패킷 (Receive)
  • TX — 보낸 패킷 (Transmit)
  • errorsdropped가 계속 늘어나면 케이블 불량이나 속도 협상 문제를 의심합니다

3. 주소 설정과 인터페이스 활성화

라우터 문제에서 no shutdown을 빠뜨리면 감점이듯, 리눅스에서도 주소만 주고 인터페이스를 올리지 않으면 통신되지 않습니다.

1단계 — 기존 주소 확인

$ ip addr show eth0

이미 붙어 있는 주소가 있으면 다음 단계에서 지웁니다.

2단계 — 기존 주소 제거

$ sudo ip addr del 192.168.0.5/24 dev eth0

del 뒤에는 지울 주소를 프리픽스까지 정확히 씁니다.

3단계 — 새 주소 부여

$ sudo ip addr add 192.168.100.1/27 dev eth0

마스크는 프리픽스로 씁니다. 255.255.255.224를 쓰려면 ifconfig 문법을 써야 합니다.

4단계 — 인터페이스 활성화

$ sudo ip link set eth0 up

이 단계가 라우터의 no shutdown에 해당합니다. 빠뜨리면 주소는 붙었는데 링크가 죽어 있습니다.

5단계 — 기본 게이트웨이 등록

$ sudo ip route add default via 192.168.100.30

default는 목적지가 정해지지 않은 모든 트래픽을 뜻합니다.

6단계 — 검증

$ ip addr show eth0 $ ip route $ ping -c 3 192.168.100.30

주소, 경로, 도달 가능 여부를 순서대로 확인합니다.

같은 일을 옛 명령으로 하면 다음과 같습니다.

$ sudo ifconfig eth0 192.168.100.1 netmask 255.255.255.224 $ sudo ifconfig eth0 up $ sudo route add default gw 192.168.100.30

위 명령들은 모두 메모리에만 반영되어 재부팅하면 사라집니다. 라우터에서 copy running-config startup-config를 실행해야 설정이 남는 것과 똑같습니다. 영구 설정은 배포판별 설정 파일에 적어야 합니다.

영구 설정 파일

계열파일 위치적용 명령
RHEL·CentOS·Rocky/etc/sysconfig/network-scripts/ifcfg-eth0systemctl restart network
Ubuntu 최신/etc/netplan/01-netcfg.yamlnetplan apply
Debian 계열 옛 방식/etc/network/interfacessystemctl restart networking

RHEL 계열 파일의 대표적인 내용입니다.

DEVICE=eth0 BOOTPROTO=static ONBOOT=yes IPADDR=192.168.100.1 NETMASK=255.255.255.224 GATEWAY=192.168.100.30 DNS1=168.126.63.1
  • BOOTPROTO=static — 수동 설정. DHCP를 쓰려면 dhcp
  • ONBOOT=yes — 부팅할 때 자동으로 올림. 이 값이 no면 재부팅 후 인터페이스가 내려간 상태로 뜹니다

4. ping — 리눅스에서 달라지는 점

원리는 윈도우와 같습니다. ICMP Echo Request를 보내고 Echo Reply를 기다립니다. 차이는 기본 동작입니다.

항목윈도우리눅스
기본 횟수4번 보내고 자동 종료중지할 때까지 무한 반복
횟수 지정ping -n 4 주소ping -c 4 주소
크기 지정-l 크기-s 크기
계속 보내기-t옵션 없이 기본 동작
$ ping -c 3 192.168.100.30
PING 192.168.100.30 (192.168.100.30) 56(84) bytes of data. 64 bytes from 192.168.100.30: icmp_seq=1 ttl=64 time=0.412 ms 64 bytes from 192.168.100.30: icmp_seq=2 ttl=64 time=0.388 ms 64 bytes from 192.168.100.30: icmp_seq=3 ttl=64 time=0.401 ms --- 192.168.100.30 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 0.388/0.400/0.412/0.009 ms
  • icmp_seq — 몇 번째로 보낸 패킷인지. 번호가 건너뛰면 그 패킷이 유실된 것입니다
  • ttl=64 — 리눅스의 기본 TTL. 윈도우는 128, 네트워크 장비는 255인 경우가 많습니다. 응답의 TTL만 보고 상대 운영체제를 추정하는 문제가 나올 수 있습니다
  • mdev — 지연의 표준편차. 값이 크면 지터가 심한 회선입니다

리눅스에서 ping 주소만 입력하면 멈추지 않습니다. Ctrl + C로 중단하거나 반드시 -c 옵션을 붙이십시오. 윈도우 습관대로 4번 후 끝나기를 기다리면 시간만 낭비합니다.

5. traceroute — 경로 추적

윈도우의 tracert에 해당하는 명령입니다. 기출 단답형이 세 번 물었고, 정답은 두 이름 모두 인정되었습니다.

$ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets 1 192.168.100.30 (192.168.100.30) 0.412 ms 0.388 ms 0.401 ms 2 10.20.30.1 (10.20.30.1) 11.2 ms 11.4 ms 11.1 ms 3 * * * 4 8.8.8.8 (8.8.8.8) 17.8 ms 17.6 ms 17.9 ms

중요한 구현 차이가 하나 있습니다.

명령기본 프로브결과
윈도우 tracertICMP Echo RequestICMP를 막으면 응답 없음
리눅스 tracerouteUDP 패킷 (기본)UDP를 막으면 응답 없음
리눅스 traceroute -IICMP로 전환윈도우와 같은 방식

같은 경로인데 윈도우에서는 보이고 리눅스에서는 별표가 뜨는 일이 생기는 이유가 이것입니다. 별표가 있어도 그 뒤 홉이 정상 응답하고 목적지에 도달했다면 경로는 정상입니다.

mtr 명령은 tracerouteping을 합쳐 실시간으로 구간별 손실률을 보여줍니다. 윈도우의 pathping에 해당합니다.

$ mtr -r -c 10 8.8.8.8

6. ss와 netstat — 열려 있는 포트 보기

netstat은 리눅스에서도 동작하지만 최신 배포판은 ss(socket statistics)를 권장합니다. 출력이 훨씬 빠릅니다.

$ ss -tuln
Netid State Local Address:Port Peer Address:Port tcp LISTEN 0.0.0.0:22 0.0.0.0:* tcp LISTEN 0.0.0.0:80 0.0.0.0:* udp UNCONN 0.0.0.0:53 0.0.0.0:*

옵션은 붙여 쓰며 각 글자가 하나씩 의미를 갖습니다.

옵션
-tTCP 소켓만
-uUDP 소켓만
-l대기 중(LISTEN) 소켓만
-n이름을 풀지 않고 숫자 포트로 표시
-p소켓을 쓰는 프로세스 표시 (관리자 권한)
-a모든 소켓

ss -tuln은 “TCP와 UDP 중 대기 중인 것을 숫자로 보여 달라”는 뜻으로, 서버가 제대로 떠 있는지 확인하는 표준 조합입니다.

UDP 줄의 상태가 UNCONN인 이유는 UDP가 비연결 프로토콜이라 연결 상태 자체가 없기 때문입니다. TCP의 LISTEN과 같은 자리라고 보면 됩니다.

상태 값의 뜻은 윈도우와 동일합니다.

상태
LISTEN접속을 기다리는 중
ESTAB연결이 수립되어 통신 중
TIME-WAIT종료 후 잔여 패킷을 기다리는 중
SYN-SENT연결 요청을 보내고 응답 대기 중
CLOSE-WAIT상대가 종료를 알려와 정리 대기 중

7. arp와 ip neigh — IP와 MAC 대응표

같은 네트워크 안에서 실제 배달은 MAC 주소로 이루어집니다. IP는 아는데 MAC을 모를 때 ARP로 물어봅니다.

$ ip neigh show
192.168.100.30 dev eth0 lladdr 00-aa-bb-cc-dd-ee REACHABLE 192.168.100.5 dev eth0 lladdr 00-11-22-33-44-66 STALE
상태
REACHABLE최근에 통신이 확인된 살아 있는 항목
STALE오래되어 재확인이 필요한 항목
FAILED응답이 없어 해석에 실패한 항목

옛 명령은 다음과 같습니다.

$ arp -a $ arp -n $ sudo arp -d 192.168.100.5
  • -n — 이름을 풀지 않고 숫자로 표시
  • -d — 특정 항목 삭제

같은 IP를 두 장비가 쓰면 ARP 항목이 계속 바뀌면서 통신이 끊겼다 이어졌다 합니다. IP 충돌 진단의 출발점입니다.

8. ip route — 리눅스의 라우팅 테이블

$ ip route
default via 192.168.100.30 dev eth0 proto static metric 100 192.168.100.0/27 dev eth0 proto kernel scope link src 192.168.100.1 10.10.20.0/24 via 192.168.100.2 dev eth0 proto static

한 줄씩 읽습니다.

해석
default via 192.168.100.30기본 게이트웨이. 윈도우 route print0.0.0.0 줄과 같은 자리
192.168.100.0/27 dev eth0 ... scope link직접 연결된 대역. 게이트웨이를 거치지 않음
10.10.20.0/24 via 192.168.100.2정적 경로. 라우터의 ip route 10.10.20.0 255.255.255.0 192.168.100.2와 같은 뜻

proto kernel은 주소를 붙이는 순간 커널이 자동으로 만든 경로, proto static은 사람이 넣은 경로라는 표시입니다.

경로를 손으로 다루는 명령입니다.

명령하는 일
ip route add 10.10.20.0/24 via 192.168.100.2정적 경로 추가
ip route del 10.10.20.0/24경로 삭제
ip route add default via 192.168.100.30기본 게이트웨이 등록
ip route get 8.8.8.8특정 목적지로 갈 때 실제로 선택될 경로 확인

ip route get여러 경로가 겹칠 때 어느 것이 이기는지 즉시 보여주므로 진단에 매우 유용합니다.

옛 명령은 route -n입니다. -n을 붙이지 않으면 이름 해석을 시도하느라 출력이 느려집니다.

9. 이름 해석 — dig, nslookup, host

관련 파일 두 개

파일역할
/etc/resolv.conf사용할 DNS 서버 목록. nameserver 168.126.63.1 형식
/etc/hosts이름과 IP를 손으로 고정하는 표. DNS보다 먼저 참조됨

/etc/hosts에 잘못된 줄이 남아 있으면 DNS가 정상이어도 엉뚱한 곳으로 연결됩니다. 이름 해석이 이상할 때 두 번째로 볼 자리입니다.

dig — 가장 자세한 조회

$ dig www.icqa.or.kr
;; QUESTION SECTION: ;www.icqa.or.kr. IN A ;; ANSWER SECTION: www.icqa.or.kr. 300 IN A 211.253.10.10 ;; Query time: 12 msec ;; SERVER: 168.126.63.1#53
  • QUESTION SECTION — 무엇을 물었는지
  • ANSWER SECTION — 답. 300은 TTL(초), A는 레코드 종류
  • SERVER — 답을 준 DNS 서버와 포트. DNS는 53번 포트를 씁니다

특정 서버에 직접 묻거나 레코드 종류를 지정할 수 있습니다.

$ dig @8.8.8.8 www.icqa.or.kr $ dig icqa.or.kr MX $ dig +short www.icqa.or.kr

+short는 IP 한 줄만 출력해 빠르게 확인할 때 씁니다.

nslookup과 host

nslookup은 윈도우와 리눅스 양쪽에 있어 시험에서 가장 안전한 답입니다.

$ nslookup www.icqa.or.kr $ host www.icqa.or.kr
명령특징
nslookup두 운영체제 공통. 단답형 정답으로 가장 무난
dig출력이 가장 상세. 리눅스 표준 진단 도구
host한 줄 요약. 빠른 확인용

DNS 레코드 종류는 윈도우 서버 작업형에서도 그대로 쓰이므로 함께 외웁니다.

레코드
A이름을 IPv4 주소로
AAAA이름을 IPv6 주소로
CNAME이름의 별칭. wwwmain.icqa.or.kr로 넘김
MX메일 서버 지정
NS해당 영역을 담당하는 네임서버
SOA영역의 기준 정보. 일련번호·새로 고침 간격 등
PTRIP를 이름으로 (역방향 조회)

10. 단답형에 그대로 나온 리눅스 항목

런레벨과 init

2026년 3회 10번이 물었습니다. haltshutdown -h now와 같이 즉시 시스템을 끄는 명령은 init 0입니다.

런레벨
0시스템 종료 (halt)
1단일 사용자 모드. 복구용
2다중 사용자 모드, 네트워크 없음
3다중 사용자 모드, 네트워크 있음. 콘솔
5그래픽 모드
6재시작 (reboot)

0과 6을 뒤집어 쓰는 실수가 가장 흔합니다. 0이 종료, 6이 재시작입니다. 6은 “한 바퀴 돌아 다시 온다”로 외우면 헷갈리지 않습니다.

최신 배포판은 systemctl poweroffsystemctl reboot을 쓰지만, 시험은 init 숫자를 묻습니다.

시스템 모니터링

2023년 4회 12번이 물었습니다. CPU 사용률, 메모리 사용량, 프로세스 상태를 실시간으로 보여주는 명령은 top입니다.

명령하는 일
topCPU·메모리·프로세스를 실시간 갱신 표시
ps -ef현재 프로세스 목록을 한 번만 출력
free -h메모리 사용량을 사람이 읽기 쉬운 단위로
df -h디스크 사용량
uname -a커널 버전 등 시스템 정보

top은 실시간, ps는 한 장면이라는 차이가 선택형으로 나옵니다.

방화벽

계열명령상태 확인
RHEL 계열firewall-cmdfirewall-cmd --list-all
Ubuntu 계열ufwufw status
저수준 공통iptablesiptables -L -n

리눅스에서 ping이 안 될 때 ICMP를 방화벽이 막고 있는 경우가 흔합니다. 설정을 다 맞췄는데 응답이 없으면 방화벽을 의심합니다.

11. 윈도우와 리눅스 대조표

시험이 가장 좋아하는 형태입니다. 왼쪽을 보면 오른쪽이 즉시 나와야 합니다.

하는 일윈도우리눅스
IP 설정 확인ipconfig /allip addr 또는 ifconfig
도달 확인ping -n 4 주소ping -c 4 주소
경로 추적tracerttraceroute
경로 + 손실률pathpingmtr
포트·연결 상태netstat -anss -tuln 또는 netstat -an
ARP 캐시arp -aip neigh 또는 arp -a
라우팅 테이블route printip route 또는 route -n
DNS 조회nslookupdig 또는 nslookup
DNS 캐시 비우기ipconfig /flushdnssystemd-resolve --flush-caches
인터페이스 활성화어댑터 사용 설정ip link set eth0 up
이름 고정 파일C:\Windows\System32\drivers\etc\hosts/etc/hosts

12. 진단 순서 — 리눅스 판

윈도우와 논리는 같지만 명령만 바뀝니다.

5단계는 되는데 6단계가 안 되면 DNS만 잘못된 것입니다. 윈도우 편에서 익힌 판단 기준이 그대로 통합니다.

핵심 정리

  • 리눅스 명령은 옛 도구(ifconfig, route, netstat, arp)와 새 도구(ip addr, ip route, ss, ip neigh)가 짝을 이루며, 시험은 대부분 둘 다 인정한다.
  • 주소를 붙인 뒤 ip link set eth0 up으로 인터페이스를 올려야 통신된다. 라우터의 no shutdown과 같은 자리다.
  • 명령으로 넣은 설정은 재부팅하면 사라진다. 영구 적용은 ifcfg 파일이나 netplan에 기록해야 하며, 이는 copy running-config startup-config와 같은 개념이다.
  • 리눅스 ping은 무한 반복이므로 -c 옵션을 붙인다. 응답의 TTL이 64면 리눅스, 128이면 윈도우다.
  • traceroute는 기본이 UDP, tracert는 ICMP다. 같은 경로에서 결과가 달라 보일 수 있다.
  • init 0은 종료, init 6은 재시작이고, 실시간 자원 모니터링은 top이다. 단답형으로 그대로 출제되었다.

마무리 복습

문제 14지선다
Linux 시스템에서 halt 및 shutdown -h now 와 동일하게 즉시 시스템을 종료하려면 init 뒤에 어떤 숫자를 써야 하는가?
문제 24지선다
리눅스에서 CPU 사용률과 메모리 사용량 프로세스 상태를 실시간으로 갱신하며 보여주는 명령은?
문제 34지선다
ip addr 출력에서 eth0 이 UP 으로 표시되는데 LOWER_UP 이 없다. 가장 유력한 원인은?
문제 44지선다
리눅스에서 인터페이스에 주소를 부여한 뒤 반드시 실행해야 통신이 시작되는 명령으로 라우터의 no shutdown 에 해당하는 것은?
문제 54지선다
리눅스에서 ping 을 4번만 보내고 종료하려면 어떤 옵션을 써야 하는가?
문제 64지선다
ping 응답에 ttl=64 로 표시되었다. 상대 호스트의 운영체제로 가장 유력한 것은?
문제 74지선다
ss -tuln 명령의 각 옵션이 뜻하는 바로 옳은 것은?
문제 84지선다
리눅스 traceroute 에서는 별표가 뜨는데 같은 경로를 윈도우 tracert 로 추적하면 응답이 보인다. 가장 유력한 이유는?
문제 94지선다
ip route 출력의 첫 줄이 default via 192.168.100.30 dev eth0 이었다. 이 줄이 뜻하는 것은?
문제 104지선다
ip addr add 와 ip route add 로 설정을 마쳤는데 재부팅하니 모두 사라졌다. 올바른 설명은?

참고 자료

Last updated on