traceroute는 점차 증가하는 IPv4 TTL 또는 IPv6 Hop Limit 값으로 프로브를 보냅니다. 값이 만료되는 라우터가 Time Exceeded 메시지를 반환하면 송신 경로에서 응답하는 일부 지점을 확인할 수 있습니다.
문제 해결 · 레슨 3
traceroute
traceroute가 응답하는 홉을 찾는 방법과 공백, 시간 및 경로 변화를 해석하는 방법을 알아봅니다.
홉 탐색 작동 방식
프로브는 홉 제한 1에서 시작해 증가합니다. 첫 라우터가 1을 0으로 줄이고 ICMP 오류를 반환할 수 있습니다. 제한 2는 둘째 라우터에 도달한 뒤 만료되며 목적지가 응답하거나 최댓값에 도달할 때까지 과정이 계속됩니다.
연속된 프로브가 뒤쪽 라우터에서 만료되게 하는 필드는 무엇입니까?
프로브 방식
전통적인 리눅스 traceroute는 일반적으로 높은 목적지 포트에 UDP 프로브를 보냅니다. 목적지는 ICMP Port Unreachable로 완료를 알릴 수 있습니다. 옵션으로 ICMP Echo 또는 TCP SYN 프로브를 사용할 수 있으며 필터링 통과 방식이 다를 수 있습니다.
$ traceroute -n example.com
$ traceroute -I -n example.com
$ traceroute -T -p 443 -n example.com
필요한 권한과 지원 옵션은 다릅니다. 대상에 승인된 방식을 사용하고 결과를 비교할 때 사용한 방식을 기록하십시오.
전통적인 리눅스 UDP traceroute를 일반적으로 끝내는 응답은 무엇입니까?
별표 해석하기
별표는 제한 시간 전에 해당 프로브의 응답이 관찰되지 않았다는 뜻입니다. 라우터는 전송 트래픽을 전달하면서 진단 응답을 필터링하거나 속도 제한할 수 있습니다. 이후 홉이 응답한다면 응답이 없던 홉도 적어도 일부 프로브를 전달한 것이 분명합니다.
한 홉의 *는 무엇을 입증합니까?
시간과 경로 변화
홉별 시간은 인접하게 출력된 줄 사이의 링크가 추가한 지연이 아니라 제어 응답까지의 왕복 시간을 측정합니다. 라우터가 제어 평면 응답의 우선순위를 낮출 수 있습니다. 부하 분산으로 프로브가 다른 경로를 통과할 수 있고 이름 확인이 표시 지연을 추가할 수 있으므로 -n으로 역방향 조회를 피합니다.
각 ICMP 응답의 반환 경로가 송신 경로와 다를 수 있습니다. 병목을 지목하기 전에 테스트를 반복하고 끝점 애플리케이션 시간과 연관 지으십시오.
인접 홉 RTT 값을 빼 정확한 링크 지연으로 보면 안 되는 이유는 무엇입니까?
애플리케이션과 비교하기
traceroute가 목적지에 도달해도 서비스가 차단될 수 있고 중간 라우터가 응답을 숨겨도 서비스는 작동할 수 있습니다. 애플리케이션과 같은 주소 계열, 목적지, 전송 프로토콜 및 포트를 테스트한 뒤 traceroute를 보조 경로 증거로 사용하십시오.
완료된 traceroute가 HTTPS 서비스의 정상 상태를 입증합니까?
레슨 완료
traceroute 완료
이제 traceroute를 완전한 경로 판정기가 아니라 제한된 홉 프로브의 연속으로 해석할 수 있습니다.
TTL 또는 Hop Limit 만료를 통한 홉 탐색을 설명합니다.
UDP, ICMP 또는 TCP 중 어느 프로브를 사용했는지 기록합니다.
별표를 입증된 장애가 아니라 응답 누락으로 다룹니다.
인접 홉 RTT에서 정확한 링크 지연을 도출하지 않습니다.
경로 증거를 실제 애플리케이션과 연관 지어 분석합니다.