게이트웨이 응답으로 전체 경로를 확인한 것은 아닙니다
단말이 첫 라우터에 Echo 응답을 받았어도 그 뒤 경로와 서버 상태는 아직 확인되지 않았습니다. 목적지로 가는 길과 응답이 돌아오는 길이 모두 필요합니다.
웹이나 파일 공유의 실제 응답은 ping과 다른 조건으로 동작합니다. 서버가 Echo를 막거나 응용 포트만 허용하는 환경도 있어 검사 결과를 구분해야 합니다.
경로와 정책, 서비스를 구분합니다
오래된 정적 경로나 잘못된 프리픽스 때문에 의도하지 않은 장비로 보낼 수 있습니다. 경로가 맞아도 방화벽과 서버의 수신 주소, 계정 권한이 연결을 막을 수 있습니다.
서버에 NIC가 여러 개 있으면 응답 방향이 예상과 달라질 수 있습니다. 한 번 접속되었다는 결과보다 실제 선택된 경로와 시각을 대조하는 것이 중요합니다.
단서를 남기는 방법
실패한 목적지 이름과 실제 해석 주소, 출발한 장치와 주소 계열 및 서비스 오류를 기록합니다. 다른 정상 단말과 같은 조건으로 비교하면 차이를 찾기 쉽습니다.
문제를 빨리 피하려고 전체 방화벽을 끄거나 기본 경로를 임의로 바꾸지 않습니다. 필요한 범위만 확인하고 변경 전 상태와 복구 방법을 확보합니다.
관련 용어와 글
관련 용어
- Default gateway 기본 게이트웨이
- Routing 라우팅
- Subnet 서브넷
- 방화벽
- Transport port 전송 계층 포트 번호
- Router 라우터
- Layer 3 switch L3 스위치
- Static routing 정적 라우팅
- Dynamic routing 동적 라우팅
- Default route 기본 경로
- OSPF OSPF 라우팅 프로토콜
- BGP 경계 경로 프로토콜
- RIP 라우팅 정보 프로토콜
- VRRP 가상 라우터 이중화 프로토콜
- ECMP 동일 비용 다중 경로
- VRF 가상 라우팅 및 전달
- MPLS 다중 프로토콜 레이블 스위칭