Traceroute로 경로 추적

Traceroute(Windows에서는 tracert)는 패킷이 목적지까지 이동하는 경로를 보여 줍니다. 이동 중 거치는 각 라우터(홉)와 각 지점의 지연 시간을 나열합니다. 핑이 "도달할 수 있는가?"에 답한다면 traceroute는 "어떤 경로로 이동하며, 어디에서 느려지거나 멈추는가?"에 답합니다. 경로의 어느 지점에 문제가 있는지 찾을 때 사용하는 대표적인 도구입니다.

패킷을 목적지로 전달하는 각 장치를 홉이라고 합니다. Traceroute는 게이트웨이에서 시작하여 ISP를 거쳐 대상까지 이어지는 홉을 순서대로 나열합니다. 라우터의 연결 경로를 보여 주므로 트래픽이 실제로 이동한 과정을 확인하고, 어느 홉이 실패했거나 지연을 추가하는지 정확하게 찾을 수 있습니다.

Traceroute는 TTL을 영리하게 활용합니다. TTL=1로 패킷을 보내면 첫 번째 라우터가 패킷을 폐기하고 오류를 응답합니다. 그런 다음 TTL=2로 설정해 두 번째 라우터까지 도달하게 하는 식으로 진행합니다. 만료되는 각 패킷은 경로상의 홉을 하나씩 더 보여 줍니다. TTL을 단계적으로 늘리면 traceroute는 목적지에 도달할 때까지 라우터를 한 번에 하나씩 거치는 경로를 그려 냅니다.

각 줄에는 홉 번호, 라우터의 IP 또는 이름, 그리고 보통 밀리초 단위의 시간 측정값 세 개가 표시됩니다. 홉이 멀어질수록 시간은 대체로 증가합니다. 합리적인 범위에서 점진적으로 증가하는 것은 정상입니다. 출력 내용을 통해 홉마다 지연 시간이 어떻게 누적되는지 확인하고, 예상치 못하게 급증하는 지점을 정확히 찾을 수 있습니다.

traceroute에 여러 홉이 표시된 후 멈추거나 시간이 초과된다면, 문제는 응답한 마지막 홉 또는 그 바로 다음 지점에 있을 가능성이 큽니다. 이를 통해 경로상의 특정 지점으로 라우팅 또는 연결 장애의 범위를 좁힐 수 있으며, 흔히 자신의 네트워크 문제인지 ISP 문제인지도 구분할 수 있습니다. 장애가 세 홉 떨어진 ISP의 핵심 네트워크에서 발생했다는 사실을 알면 어디에 연락해야 할지가 달라집니다.

Traceroute는 지연 시간의 원인을 찾는 데 도움이 됩니다. 여러 홉에서 시간이 짧다가 갑자기 급증한다면 해당 홉 또는 링크가 지연을 추가하고 있는 것입니다. 대서양 횡단 홉처럼 장거리 링크는 자연스럽게 지연 시간을 늘린다는 점을 기억하십시오. 중요한 것은 예상되는 거리로 인한 지연과, 혼잡이나 문제를 나타내는 비정상적인 급증을 구분하는 능력입니다.

별표(*)는 해당 홉이 제한 시간 안에 응답하지 않았다는 뜻입니다. 이는 흔히 발생하며 항상 문제를 의미하지는 않습니다. 많은 라우터가 traceroute가 의존하는 ICMP/UDP 응답의 우선순위를 낮추거나 차단하면서도 실제 트래픽은 정상적으로 전달합니다. 경로 중간에 별표가 몇 개 나타난 뒤 뒤쪽 홉들이 응답한다면, 대개 고장 난 라우터가 아니라 응답을 거의 보내지 않는 라우터라는 뜻입니다.

구현 방식은 서로 다릅니다. Windows의 tracert는 ICMP Echo Request를 보내는 반면, 기존 Unix의 traceroute는 높은 포트 번호로 UDP 패킷을 보냅니다. 두 방식 모두 TTL 만료 응답을 이용합니다. 방화벽은 ICMP와 UDP를 서로 다르게 처리하므로 Windows 컴퓨터와 Linux 컴퓨터에서 같은 경로가 다르게 보일 수 있습니다. 방식을 알고 있으면 이러한 차이 중 일부를 설명할 수 있습니다.

Traceroute는 정방향 경로만 보여 줍니다. 반환 트래픽은 다른 경로를 사용할 수 있으며, 이를 비대칭 경로라고 합니다. 따라서 관찰한 지연이 실제로는 돌아오는 길에서 발생했을 수도 있지만, traceroute로는 이를 직접 확인할 수 없습니다. 특히 비대칭이 흔한 공용 인터넷을 가로질러 측정할 때 결과를 해석하며 이 점을 고려하십시오.

두 가지 향상된 도구는 ping과 traceroute 기능을 결합합니다. Windows의 pathping은 경로를 추적한 다음 시간에 따른 홉별 패킷 손실을 측정합니다. 널리 사용되는 Unix 도구인 mtr은 실행 중인 패킷 손실 및 지연 시간 통계를 표시하면서 traceroute 결과를 실시간으로 계속 갱신합니다. 두 도구 모두 한 번의 traceroute로는 놓칠 수 있는 간헐적인 문제를 진단하는 데 매우 유용합니다.

원격 호스트와의 연결 상태가 좋지 않거나 연결에 실패할 때는 ping 다음에 traceroute를 사용하십시오. 문제가 자신의 LAN에 있는지, 게이트웨이에 있는지, ISP에 있는지, 아니면 인터넷 너머 먼 곳에 있는지 알려 줍니다. 문제가 발생한 구간을 정확히 찾으면 자신이 관리할 수 있는 부분은 직접 해결하고, 관리할 수 없는 부분은 근거를 갖추어 담당자에게 전달할 수 있습니다.

traceroute에 대한 이해도를 확인해 보십시오.

traceroute를 배웠습니다. 핵심 내용:

• Traceroute는 목적지까지의 각 홉과 해당 홉의 지연 시간을 표시합니다.
• TTL을 증가시켜 라우터들이 차례로 응답하게 하는 방식으로 동작합니다.
• 출력이 멈추는 지점을 통해 경로상의 장애 위치를 좁힐 수 있습니다.
• 별표는 고장 난 라우터가 아니라 응답하지 않는 라우터를 의미하는 경우가 많습니다.
• pathping과 mtr은 시간에 따른 홉별 패킷 손실을 추가로 보여 줍니다.