라우터/라우팅과 ICMP

Об этом предложении

라우터가 하는 일 라우터는 둘 이상의 IP 네트워크를 연결하고 그 사이로 패킷을 전달하는 네트워크 장비 다. 집이나 사무실에서 로컬 네트워크를 만드는 데도 쓰이고, 더 강력한 라우터는 인터넷 곳곳에서 패킷이 목적지에 닿도록 돕는다고 Cloudflare 문서는 설명한다. 전에 정리한 대로 스위치가 같은 네트워크 안의 장치를 연결한다면, 라우터는 서로 다른 네트워크를 이어 준다. 라우터는 패킷의 헤더에서 목적지를 읽고, 라우팅 테이블 을 보고 어느 경로로 보낼지 정한다. 라우팅 테이블은 라우터가 맡은 모든 목적지에 대해 패킷이 가야 할 경로를 적어 둔 표다. 패킷이 목적지에 가는 동안 서로 다른 라우터를 여러 번 거칠 수 있고, 그때마다 이 과정이 반복된다. 클라우드에서의 라우팅 테이블 AWS VPC에서는 이 개념이 라우팅 테이블로 그대로 나타난다. 라우팅 테이블은 서브넷이나 게이트웨이에서 나가는 트래픽이 어디로 향할지 정하는 규칙(라우트)의 모음이다. 각 라우트는 목적지(CIDR 블록)와 대상(인터넷 게이트웨이, NAT 게이트웨이, VPC 피어링, VPN 연결 등)으로 이루어지고, 트래픽은 목적지 IP를 기준으로 대상에 보내진다. VPC를 만들면 기본 라우팅 테이블이 함께 만들어진다. 4편에서 서브넷이 퍼블릭인지 프라이빗인지가 라우팅으로 정해진다고 했는데, 그 규칙이 바로 이 라우팅 테이블에 있다. 아래는 이 구조를 이해하려고 직접 만든 예시다. (이해한 내용을 바탕으로 만든 예시) 목적지 대상 의미 10.0.0.0/16 local VPC 안의 다른 서브넷으로 가는 트래픽 0.0.0.0/0 인터넷 게이트웨이 그 밖의 모든 트래픽은 인터넷으로(퍼블릭 서브넷) 프라이빗 서브넷은 마지막 줄의 대상이 인터넷 게이트웨이가 아니라 NAT 게이트웨이가 되거나 아예 없다. 라우트가 겹칠 때의 우선순위는 AWS 문서의 Route priority 항목에서 따로 확인해야 하는 부분이라 이 글에서는 다루지 않았다. 라우팅 라우팅은 하나 이상의 네트워크를 가로지르는 경로를 고르는 과정 이고, 인터넷 같은 패킷 교환 네트워크에서는 IP 패킷이 출발지에서 목적지까지 갈 경로를 정한다. 라우팅 테이블을 만드는 방식은 둘로 나뉜다. 구분 방식 특징 정적 라우팅 관리자가 경로를 직접 적는다 관리자가 바꾸기 전까지 경로가 고정되고, 작은 네트워크에서 쓴다 동적 라우팅 라우팅 프로토콜로 경로를 자동 갱신한다 계산량이 더 필요하지만 중대형 네트워크에서 훨씬 효율적이다 동적 라우팅에 쓰이는 라우팅 프로토콜은 어디까지 적용되는지로 나뉜다. 프로토콜 범위 하는 일 BGP 자율 시스템(AS) 사이 어느 네트워크가 어느 IP를 갖고 있고 어떤 네트워크끼리 연결됐는지 알린다 OSPF 하나의 AS 안 가장 빠르고 짧은 경로를 동적으로 찾는다 RIP 하나의 AS 안 거치는 라우터 수(홉 수)로 가장 짧은 경로를 찾는다 인터넷은 이렇게 AS라 불리는 큰 네트워크들이 BGP로 서로를 알리며 이어진 구조라고 이해했다. 집이나 사무실의 라우터는 그 가장자리에서 내부 네트워크를 인터넷에 이어 준다. 라우터를 지날 때 주소는 어떻게 되는가 라우터는 패킷 헤더의 목적지 IP를 읽고 라우팅 테이블에 따라 다음 네트워크로 보낸다. MAC 주소는 IP 패킷 헤더에 들어가지 않고 같은 네트워크 안에서만 쓰인다. 그래서 패킷이 라우터를 지날 때 목적지 IP는 그대로이고, 링크 계층의 MAC 주소는 구간마다 다음 장치의 것으로 바뀐다고 이해했다. ICMP ICMP는 네트워크 장치가 통신 문제를 진단하려고 쓰는 네트워크 계층 프로토콜 이다. 데이터가 목적지에 제때 닿는지를 확인하는 것이 주된 용도이고, 라우터 같은 장치에서 흔히 쓰인다. 가장 기본적인 용도는 오류 보고다. 예를 들어 패킷이 라우터가 처리하기에 너무 크면 라우터는 그 패킷을 버리고 원래 출발지로 ICMP 메시지를 보낸다. 두 번째 용도는 진단이고, ping 과 traceroute 가 모두 ICMP로 동작한다. ping은 ICMP echo-request/echo-reply 메시지로 패킷이 목적지까지 갔다 오는 시간을 알려 주고, traceroute는 두 장치 사이의 경로와 홉마다 걸린 시간을 보여 줘서 지연이 어디서 생기는지 찾을 때 쓴다. ICMP는 TCP나 UDP 같은 전송 계층 프로토콜과 묶이지 않는 비연결형이라 연결을 맺지 않고 바로 보낸다. ICMP 패킷은 일반 IP 헤더 뒤에 ICMP 헤더가 붙은 구조이고, 오류 메시지의 본문에는 오류를 일으킨 패킷의 IP 헤더 사본이 들어간다. 또 ICMP로는 특정 포트를 지정할 수 없다. 그래서 ping이 성공해도 그 서버의 특정 서비스(포트)가 정상이라는 뜻은 아니라고 봐야 한다. TTL은 ICMP를 이해하는 열쇠다. RFC 1122에 따르면 IP 헤더의 TTL(Time-to-Live) 필드는 라우팅 루프를 끝내는 역할을 하고, 라우터는 패킷을 전달할 때마다 TTL을 최소 1씩 줄인다. TTL이 만료되면 라우터는 패킷을 버리고 ICMP Time Exceeded 메시지로 알린다. TTL은 일부 진단 도구로도 쓰인다. 이 두 가지를 이어서, traceroute가 TTL을 1부터 늘려 가며 보내고 각 홉이 돌려주는 Time Exceeded로 경로를 알아낸다. (이 연결은 RFC가 직접 설명하는 것이 아니라 이해한 내용) ICMP 메시지 상황 쓰임 Echo Request/Reply 상대가 살아 있는지 확인 ping Time Exceeded TTL이 0이 돼 패킷이 버려짐 경로 추적(traceroute), 루프 탐지 Destination Unreachable 목적지에 닿을 수 없음 오류 알림 ICMP는 보안에서도 등장한다. 공격자가 echo-request를 대량으로 보내 대상의 자원을 소진시키는 ICMP flood 같은 공격이 있다. Cloudflare 문서는 이런 네트워크 계층(L3) DDoS가 웹 서비스가 아니라 네트워크 장비와 인프라를 노린다고 설명한다. 2편에서 계층 번호로 위치를 말한다고 했는데, 이런 공격을 L3 공격이라고 부르는 것도 같은 맥락이라고 볼 수 있다. 핵심 복습 키워드 한 줄 정리 라우터 서로 다른 IP 네트워크를 연결하고 패킷을 전달 라우팅 테이블 목적지별로 패킷이 갈 경로를 적은 표 정적/동적 라우팅 관리자가 직접 적음 vs 프로토콜로 자동 갱신 BGP/OSPF/RIP BGP는 AS 사이, OSPF/RIP는 AS 안의 라우팅 프로토콜 AWS 라우팅 테이블 목적지 CIDR과 대상으로 이루어진 라우트의 모음 ICMP 네트워크 문제를 진단하는 L3 프로토콜, 포트 개념이 없음 ping/traceroute 왕복 시간 측정 vs 경로와 홉별 시간 확인 TTL 라우터를 지날 때마다 줄어들어 라우팅 루프를 끊는 값 📍 참고 자료 확인일: 2026-10-03 Cloudflare Learning Center - What is routing? Cloudflare Learning Center - What is ICMP? AWS Docs - Configure route tables RFC 1122 - Requirements for Internet Hosts, Communication Layers (TTL과 Time Exceeded 부분)