Windows의 traceroute 또는 "tracert" 명령을 알고 있습니까? 특정 목적지로 향할 때 연결 경로를 볼 수 있는 도구입니다. 웹사이트에 연결할 때 패킷이 어디로 가는지 확인하는 것은 매우 흥미롭지만 주요 용도는 경로를 따라 패킷이 손실되는 위치를 확인하는 것입니다.
Traceroute란 무엇입니까?
traceroute를 사용하는 방법에 대해 알아보기 전에 먼저 traceroute가 하는 일에 대해 알아보겠습니다. 경로를 추적할 때 패킷이 이동하는 경로를 모니터링하고 패킷이 끝나는 위치를 확인합니다. 추적 기능이 있는 소포를 주문한 적이 있다면 아마도 소포가 집 앞까지 가는 경로를 보았을 것입니다(흥분!). Traceroute는 데이터 패킷에 추적 장치를 넣을 수 없다는 점을 제외하면 유사한 프로세스입니다. 데이터 패킷을 추적하려면 좀 더 독창적이어야 합니다.
라우터가 패킷을 보유하고 있는 동안 패킷이 만료되면 라우터는 패킷이 만료된 위치로 다시 호출하여 패킷이 만료되었다고 말합니다. 추적된 소포처럼 패킷이 네트워크를 직접 돌아다니는 것을 볼 수는 없지만 도착할 때 각 라우터에서 만료되는 패킷을 보낼 수 있습니다. 라우터에서 오류 메시지를 보내면 데드 패킷을 보고하는 위치를 분석할 수 있습니다. 그런 다음 이것을 사용하여 패킷이 어디로 가는지 추정할 수 있습니다.
이를 위해 TTL이라는 패킷 속성을 사용합니다. TTL은 'Time To Live'를 의미하며 패킷이 만료되기 전에 도착할 수 있는 라우터 수를 나타냅니다. 라우터가 패킷을 처리할 때 TTL을 전달하기 전에 1만큼 감소시킵니다. TTL이 0에 도달하면 패킷이 만료되고 라우터는 만료를 보고합니다. traceroute 중에 TTL이 1인 패킷이 전송됩니다. 이것은 첫 번째 라우터에서 처리되며 즉시 만료됩니다. 라우터는 오류를 다시 보내고 traceroute는 위치를 기록합니다. 그런 다음 Traceroute는 첫 번째 라우터를 통과하지만 두 번째 라우터에서 만료되는 TTL 2 패킷을 보냅니다. 그런 다음 TTL이 3인 패킷이 전송되는 식입니다.
사용 중인 Traceroute의 예
traceroute 동안 어떤 일이 일어나는지 예를 살펴보겠습니다.
컴퓨터는 TTL 1에서 패킷을 보냅니다. -> 라우터 A는 1씩 감소하고 0으로 감소합니다. -> TTL은 0이므로 패킷이 죽습니다. -> 라우터 A가 위치를 보고합니다.
컴퓨터는 TTL 2에서 패킷을 보냅니다. -> 라우터 A가 1씩 감소하여 1 -> 라우터 B로 전송 -> 라우터 B가 1씩 감소하고 0으로 -> TTL이 0이므로 패킷이 죽습니다. ->라우터 B가 보고합니다. 위치
컴퓨터는 TTL 3에서 패킷을 보냅니다. -> 라우터 A가 1씩 감소하여 2로 -> 라우터 B로 보내기 -> 라우터 B가 1씩 감소하여 1로 -> 서버로 보내기 -> 서버에서 연결 확인을 다시 보냅니다.강한> .
우리는 이미 패킷이 어디로 가는지에 대한 아이디어를 구축하고 있음을 알 수 있습니다. traceroute는 목적지에서 오류를 수신하면 traceroute를 중지하고 패킷이 어디로 갔는지 분석할 수 있습니다. 매우 유용합니다!
추적 경로를 수행하는 방법
자, 이제 traceroute를 수행하는 방법을 살펴보겠습니다. 먼저 명령 창을 불러옵니다. 시작을 클릭한 다음 cmd
를 입력하면 됩니다. 검색에서 Enter 키를 누릅니다. Windows 키+R을 누른 다음 cmd
를 입력하여 명령 창을 불러올 수도 있습니다. 새 창에서.
여기에 tracert
를 입력합니다. URL 또는 IP(www.twitter.com 또는 104.244.42.1)로 대상을 지정합니다. 엔터 키를 치시오. traceroute는 설정한 목적지에 대한 연결 기록을 시작합니다. 앉아서 진행되는 모습을 지켜보세요!
Traceroute를 사용하여 문제 진단하는 방법
이제 traceroute가 하는 일을 알았으므로 이를 사용하여 연결이 끊어지는 위치를 찾을 수 있습니다. 증가하는 TTL로 패킷을 보냈지만 특정 TTL 수준에 도달하면 다음 라우터에서 오류 메시지가 전혀 수신되지 않는다고 상상해 보십시오. 이것은 다음 라우터가 패킷을 전혀 수신하지 않는다는 것을 의미합니다. 컴퓨터는 라우터가 통신할 때까지 기다립니다. 오류 수신에 실패하면 "요청 시간 초과와 함께 보고됩니다. "
이것이 어떻게 유용합니까?
연결이 끊어지면 traceroute를 사용하여 경로를 따라 연결이 끊어지는 위치를 확인할 수 있습니다. 패킷이 시간 초과되기 전에 라우터에서 나오지 않으면 라우터에 문제가 있는 것입니다. 패킷이 라우터에서 성공적으로 나갔지만 교환기의 어딘가에서 죽는다면 ISP 문제일 가능성이 높습니다.
웹사이트에 연결하는 데 문제가 있는 경우 traceroute에 연결을 확인하도록 지시할 수 있습니다. 라우터나 교환기에서 오류가 발생하지 않았지만 나중에 체인에서 타임아웃이 발생했다면 라우터나 ISP의 잘못이 아닐 수 있습니다.
traceroute를 사용할 때 한 가지 유의해야 할 점은 패킷이 특정 웹사이트로 이동할 때마다 항상 같은 경로를 사용하지는 않는다는 것입니다. traceroute를 수행하고 결정적인 증거를 도출할 때 이를 염두에 두십시오.
결론
패킷이 어디로 가는지 확인하는 재미있는 도구인 반면, traceroute는 패킷이 어디에 오류가 있는지 확인하는 데 사용할 수도 있습니다. 이제 traceroute가 작동하는 방식을 알았으므로 이를 사용하여 연결을 따라 패킷이 손실되고 있는 위치와 문제가 있는 위치를 더 잘 진단할 수 있습니다. 진단에 행운을 빕니다!