국가기술자격 최고 등급 기술사, 왜 그렇게 어려울까

이미지
  💡 이 글 3줄 요약 기술사는 국가기술자격에서 가장 높은 등급으로, 기사·산업기사와는 성격 자체가 다릅니다. 지식을 아는지가 아니라, 실무 경력을 바탕으로 기술적 판단과 책임을 질 수 있는지 를 검증합니다. 그래서 응시부터 실무 경력이 필요하고, 시험도 객관식이 아니라 주관식 논술 필기 + 면접 으로 치러집니다. 이 글에서는 기술사가 정확히 무엇이고 기사와 뭐가 다른지 정리했습니다. 📑 목차 기술사는 어떤 자격인가 ★ 기사와 기술사는 뭐가 다른가 왜 그렇게 어렵다고 하나 기술사만 할 수 있는 일 (법적 권한) 응시자격·시험 방식·유효기간 누구에게 필요한가 + 현직자 관점 Q&A 기술사는 어떤 자격인가 지난 1편(등급체계 총정리) 에서 국가기술자격이 기능사 → 산업기사 → 기사 → 기술사 순으로 올라가는 사다리라고 설명했습니다. 이번 편은 그 사다리의 맨 꼭대기, 기술사 를 자세히 들여다봅니다. 기술사(技術士) 는 국가기술자격 체계에서 가장 높은 등급 입니다. 해당 기술 분야에서 계획·설계·분석·시험·운영·평가 등을 수행하고, 그 결과에 대해 기술적으로 책임질 수 있는 최고 수준의 전문가 임을 국가가 인정하는 자격입니다. 💡 비유로 이해하기 — 1편에서 국가기술자격을 아파트 층수 에 비유했습니다. 기능사가 저층, 기사가 중간층이라면 기술사는 펜트하우스(꼭대기 층) 입니다. 그런데 기술사는 단순히 "층이 높은 것"만이 아닙니다. 병원에 빗대면 더 정확합니다. 기사 가 "진료를 볼 줄 아는 의사" 라면, 기술사 는 "수술을 집도하고 그 결과에 책임지는 전문의·과장급" 에 가깝습니다. 둘 다 의사지만, "할 줄 아는 것"과 "최종 책임을 지는 것"은 다른 차원 입니다. 기술사는 후자입니다. ★ 기사와 기술사는 뭐가 다른가 많은 분이 "기술사는 그냥 기사보다 한 단계 위 아니냐"...

[네트워크] 시스코 라우터·스위치 필수 점검 명령어 모음 — 상황별 정리


 시스코 라우터·스위치를 운영하면서 가장 자주 쓰게 되는 점검 명령어들을 카테고리별로 정리했습니다. 시스템 상태, 인터페이스, 라우팅, 이웃 장비, 로그, 실시간 디버깅 등 상황에 따라 어떤 명령을 써야 하는지 한눈에 보이도록 구성했습니다.

점검 명령어를 익혀야 하는 이유

네트워크 장애가 났을 때 엔지니어의 첫 동작은 "어디가 문제인지 위치를 좁히는 것"입니다. 이걸 빠르게 하려면 점검 명령어를 손에 익혀 두는 것이 핵심입니다.

의사가 환자를 볼 때 청진기, 체온계, 혈압계를 순서대로 쓰듯, 네트워크 엔지니어도 정해진 점검 순서가 있습니다. 시스템 → 인터페이스 → IP → 라우팅 → 이웃 장비 → 실시간 추적 순으로 좁혀나가는 흐름이죠. 이 글은 그 순서대로 명령어를 정리했습니다.

💡 알아두기 — 시스코 명령어 모드
시스코 IOS는 User Mode (Router>)Privileged Mode (Router#)Config Mode (Router(config)#)로 권한이 나뉩니다. 점검 명령어인 showdebug는 Privileged Mode(#)에서 실행해야 합니다.

시스템 기본 정보 점검

"이 장비가 어떤 모델이고, 어떤 OS로, 얼마나 돌고 있나"를 보는 명령어입니다.

show version — 장비 신상명세서

하드웨어 모델, IOS 버전, 메모리, 라이선스, 업타임까지 모두 볼 수 있습니다. 장비를 처음 접속하면 가장 먼저 치는 명령입니다.

R1# show version

Cisco IOS Software, ... Version 15.1(4)M
R1 uptime is 37 minutes
System image file is "flash:c2900-universalk9-mz.SPA.151-4.M.bin"
cisco CISCO2901/K9 (revision 1.0) with 491520K/32768K bytes of memory.

show running-config / show startup-config

현재 메모리에서 동작 중인 설정과 부팅 시 적용되는 설정을 각각 보여줍니다. 둘이 다르면 누군가 설정을 바꾸고 저장하지 않은 상태입니다.

R1# show running-config          ! 현재 동작 중인 설정
R1# show startup-config          ! 부팅 시 사용할 설정
R1# show running-config | section interface   ! 일부만 보기

💡 알아두기 — 파이프(|) 필터
긴 출력에서 원하는 부분만 보려면 | include 키워드, | exclude 키워드, | section 섹션명을 씁니다. 예) show run | include ip address

show flash / show clock

R1# show flash          ! 플래시 메모리의 IOS 이미지 확인
R1# show clock          ! 현재 장비 시간 (로그 분석에 중요)

인터페이스(포트) 점검

대부분의 장애는 인터페이스에서 발생합니다. 케이블이 빠졌거나, 속도가 안 맞거나, 에러가 쌓이는 경우입니다.

show ip interface brief — 가장 많이 쓰는 한 줄 요약

모든 인터페이스의 IP, 상태(up/down)를 한 화면에 보여줍니다. 가장 빠르게 "어디가 죽었나"를 확인할 수 있어 실무에서 압도적으로 많이 씁니다.

R1# show ip interface brief

Interface              IP-Address      OK?  Method  Status                Protocol
FastEthernet0/0        13.13.10.1      YES  manual  up                    up
FastEthernet0/1        unassigned      YES  unset   administratively down  down
Serial1/0              13.13.12.1      YES  manual  up                    up

상태(Status / Protocol) 해석법

표시 의미
up / up정상 동작 중
up / down물리는 살아있는데 프로토콜 문제 (인캡슐레이션 불일치 등)
down / down물리적 단절 (케이블, 상대편 장비 다운)
administratively down관리자가 일부러 shutdown해 놓은 상태

show interfaces — 상세 정보와 에러 카운터

R1# show interfaces FastEthernet 0/0

FastEthernet0/0 is up, line protocol is up
  Hardware is Gt96k FE, address is 0019.5694.49a0
  Internet address is 13.13.10.1/24
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec
     5 minute input rate 1000 bits/sec, 2 packets/sec
     5 minute output rate 800 bits/sec, 1 packets/sec
     0 input errors, 0 CRC, 0 frame, 0 overrun
     0 output errors, 0 collisions, 2 interface resets

눈여겨봐야 할 핵심 지표는 input/output 사용률, CRC 에러, 충돌(collisions), interface resets입니다. 이 값들이 빠르게 늘어나면 회선 품질이나 듀플렉스 미스매치(speed/duplex 불일치)를 의심해야 합니다.

IP·라우팅 점검

"이 패킷이 목적지까지 갈 길을 알고 있는가?"를 확인하는 명령입니다.

show ip route — 라우팅 테이블 전체 보기

R1# show ip route

Codes: C - connected, S - static, R - RIP, O - OSPF, D - EIGRP, B - BGP

C    13.13.10.0/24 is directly connected, FastEthernet0/0
S    192.168.100.0/24 [1/0] via 13.13.10.254
O    10.0.0.0/8 [110/65] via 13.13.10.254, 00:12:34, FastEthernet0/0

맨 왼쪽 글자가 경로 출처입니다. C는 직접 연결, S는 정적 경로, O/D/B 등은 동적 라우팅 프로토콜로 배운 경로입니다.

필터로 좁혀 보기

R1# show ip route 8.8.8.8             ! 특정 IP로 가는 경로 추적
R1# show ip route ospf              ! OSPF로 배운 경로만
R1# show ip route connected         ! 직접 연결 경로만
R1# show ip route summary           ! 요약 통계

ping / traceroute

가장 원초적이면서도 가장 강력한 도구입니다.

R1# ping 8.8.8.8                       ! 기본 5회 송신
R1# ping 8.8.8.8 source loopback 0     ! 출발지 IP 지정
R1# traceroute 8.8.8.8                 ! 경로 추적

💡 ping 결과 해석
! 응답 성공   • . 시간 초과(응답 없음)   • U 목적지 도달 불가(라우팅 없음)   • M MTU 문제(분할 필요한데 DF 비트 설정됨)

이웃 장비·연결 확인

show cdp neighbors — 옆 장비는 무엇인가

CDP(Cisco Discovery Protocol)는 시스코 장비끼리 자신의 정보(이름, 모델, 포트)를 주기적으로 광고합니다. 케이블 한 가닥만 꽂으면 바로 옆에 뭐가 연결돼 있는지 알 수 있습니다.

SW1# show cdp neighbors

Device ID    Local Intrfce   Holdtme  Capability  Platform   Port ID
SW2          Fas 0/24        165       S          WS-C2960   Fas 0/24
R1           Fas 0/1         132       R          C2901      Fas 0/0

SW1# show cdp neighbors detail      ! 상대 장비의 IP, IOS 버전까지

show arp / show mac address-table

R1# show arp                    ! IP ↔ MAC 매핑 (L3 장비)
SW1# show mac address-table     ! 포트 ↔ MAC 매핑 (L2 스위치)
SW1# show mac address-table address 0011.2233.4455   ! 특정 MAC 위치 찾기

자원·성능 모니터링

"장비 자체가 힘들어하지 않나"를 보는 명령어입니다. CPU나 메모리 사용률이 높으면 라우팅 처리가 느려집니다.

R1# show processes cpu                  ! 프로세스별 CPU 사용률
R1# show processes cpu sorted | exclude 0.0   ! 사용 중인 것만 정렬
R1# show memory statistics              ! 메모리 사용량
R1# show environment all                ! 온도/팬/전원 상태

⚠️ CPU 사용률이 갑자기 높아진다면
대부분의 원인은 (1) 인터페이스로 들어오는 트래픽 폭주, (2) 라우팅 프로토콜의 비정상 갱신, (3) ACL 처리 부하입니다. show processes cpu sorted로 어느 프로세스가 CPU를 잡아먹는지 찾는 것이 첫 단계입니다.

로그와 실시간 디버깅

show logging — 장비가 남긴 일기

R1# show logging                  ! 최근 로그 전체
R1# show logging | include LINK   ! 링크 다운/업 이벤트만
R1# show logging | include %      ! 시스템 메시지(% 시작)만

debug — 실시간 추적 (주의해서 사용)

debug는 패킷이나 이벤트를 실시간으로 콘솔에 뿌립니다. 정밀한 분석에 강력하지만 CPU 부하가 큽니다. 끝나면 반드시 꺼야 합니다.

R1# debug ip packet           ! IP 패킷 추적 (운영장비 금지!)
R1# debug spanning-tree events ! STP 이벤트 추적
R1# undebug all                ! 모든 디버그 종료 (= u all)

⚠️ 운영 중인 장비에서는 debug ip packet 절대 금지
모든 IP 패킷을 콘솔로 뿌리느라 CPU가 100%까지 치솟아 장비가 멈출 수 있습니다. 트래픽이 많은 운영장비에서는 ACL과 조합한 조건부 debug나 패킷 캡처 도구를 쓰는 것이 안전합니다.

상황별 점검 흐름 한눈에 보기

상황 점검 순서
장비에 처음 접속show version → show running-config → show ip int brief
특정 PC가 통신 불가show ip int brief → show interfaces → show arp → ping
외부망으로 안 나감show ip route → ping 게이트웨이 → traceroute
장비가 느려졌다는 보고show processes cpu sorted → show memory → show interfaces
옆 장비 정보 확인show cdp neighbors detail → show mac address-table
방금 무슨 일이 있었나show logging → show clock

자주 묻는 질문

Q. show running-config가 너무 길어서 보기 힘들어요.

A. 파이프(|) 필터를 활용하세요. show run | section interface로 인터페이스 설정만, show run | include ip route로 정적 경로만 볼 수 있습니다.

Q. ping은 되는데 특정 서비스만 안 됩니다.

A. ICMP는 통과해도 TCP/UDP 포트가 ACL이나 방화벽에서 막혀 있을 수 있습니다. show ip access-lists로 ACL을, show ip nat translations로 NAT 매핑을 확인하세요.

Q. 명령어가 헷갈릴 때 도움말 보는 법은?

A. 명령어 뒤에 ?를 붙이면 가능한 다음 옵션이 다 나옵니다. 일부만 입력하고 Tab을 누르면 자동완성됩니다. 예) show ip ?

Q. debug를 켰는데 화면이 안 보여요.

A. Telnet/SSH로 접속했다면 terminal monitor를 먼저 입력해야 디버그 출력이 보입니다. 콘솔 접속에서는 기본으로 보입니다.

Q. 운영 중인 장비에서 가장 안전하게 점검하는 명령은?

A. show로 시작하는 명령은 모두 읽기 전용이라 안전합니다. debug는 CPU 부하를 주므로 신중하게, clear 명령은 카운터나 세션을 초기화하므로 영향을 이해하고 써야 합니다.

show run

show cdp nei

show vlan

show inter status

show inter trunk

show inter summary

show int desc

show interface counters errors 

sh interfaces status err-disabled

show interfaces | include up | CRC

show etherchannel summary

sh port-channel summary

show env all

show inventory raw

sh hsrp brief

show vrrp brief

show standby brief

show spanning-tree

show version      

show version | inc up

show processes cpu

show processes memory

show ip inter brief

show ip access-list

show ip route

show ip route summary

show ip ospf neighbor

show ip arp

sh ip traffic

show mac address-table

show module

show clock

show log

show power inline

dir

show buffer

sh switch

sh ntp status

sh ntp associations

sh platform diag

sh ntp status

sh ntp associations

sh platform diag

sh switch


#시스코명령어 #CiscoIOS #네트워크점검 #show명령어 #네트워크엔지니어 #네트워크기초 #라우터점검 #스위치점검 #CCNA #도담인사이트

댓글

이 블로그의 인기 게시물

네이버 아이디 탈퇴, "서비스 해지 후 가능"이라고 뜨는 이유 (2026년 최신)

VPN이란 무엇인가? 사용 이유와 장단점 쉽게 설명

듀얼모니터 연결 및 설정 방법 초보자 가이드