웹사이트, 서버 또는 온라인 서비스가 반응을 멈추면 문제가 어디에 있는지 항상 명확하지 않습니다. 컴퓨터는 로컬 네트워크에 연결되어 있을 수 있지만, 목적지는 여전히 도달할 수 없습니다. 문제는 집의 라우터, 인터넷 공급업체의 네트워크, 원격 네트워크, 또는 목적지 서버 자체일 수 있습니다.
트레이서outes는 사용자의 장치에서 목적지로 패킷이 이동하는 경로를 보여주는 네트워크 진단 도구입니다. 중간 라우터(일반적으로 '홉'이라고 불리는)를 나열하고 각각의 응답에 걸리는 시간을 측정합니다. 이는 경로가 변경되는 지점, 지연이 시작되는 지점 또는 응답이 더 이상 나타나지 않는 지점을 식별하는 데 도움이 됩니다.
트레이서outes는 인터넷 라우팅이 어떻게 작동하는지의 모든 세부 사항을 보여주지 않으며, 타임아웃은 라우터나 링크가 손상되었음을 자동으로 의미하지 않습니다. 많은 라우터가 트레이서oute에 의존하는 응답을 제한하거나 필터링합니다. 여전히, 출력이 무엇을 알려줄 수 있고 무엇을 알려줄 수 없는지를 이해하면, 이는 문제 해결을 위한 유용한 첫 단계가 됩니다.
이 가이드는 traceroute가 작동하는 방식, Windows, macOS 및 Linux에서 실행하는 방법, 그리고 일반적인 결과를 해석하는 방법을 설명합니다. 네트워킹 기초를 배우고 있는 경우, 또한 트래커의 역할을 이해하는 데 도움이 됩니다. 기본 게이트웨이 및 IP 주소 범위는 어떻게 구성되어 있습니까 서브넷.
Traceroute란 무엇인가요?
트래이서outes는 목적지에 도달하는 동안 패킷이 통과하는 라우터를 식별하려는 명령줄 도구입니다. Windows에서는 내장 도구가 이름이 붙여져 있습니다. tracert. macOS 및 대부분의 Linux 배포판에서 it is called 트aceroute이름은 다르지만 주요 목적은 비슷합니다.
도구는 점차 증가하는 홉 제한을 가진 시리즈의 프로브를 보냅니다. 홉 제한은 패킷이 버려져야 하는 전에 몇 개의 라우터를 통과할 수 있는지를 알려줍니다. IPv4에서는 이 필드는 다음과 같이 불립니다. 생존 시간, 또는 TTL입니다. IPv6에서는 다음과 같이 불립니다. 호프 한도.
패킷을 전달할 때 라우터는 TTL 또는 홉 한도 값을 줄입니다. 값이 0에 도달하면 라우터는 패킷을 버리고 원본에게 응답을 보낼 수 있습니다. 트래서루트는 이러한 응답을 사용하여 순차적인 라우터를 식별합니다. 도구가 첫 번째 홉에 대해 학습한 후, 더 높은 한도로 다른 프로브를 전송하고, 또 다른 프로브를 전송하여 목적지까지 계속 진행합니다.
트래이서oute는 탐지 신호를 보내고 응답을 받는 시간을 측정합니다. 일반적으로 각 홉에 대해 여러 개의 탐지 신호를 보냅니다. 그래서 출력에는 종종 세 개의 응답 시간이 포함됩니다. 이 숫자들은 당신의 장치와 응답 라우터 사이를 오고 가는 탐지 신호와 응답에 걸리는 시간을 나타냅니다. 이 숫자들은 그 라우터 내부에서 패킷을 처리하는 데 걸린 시간만을 측정하는 것이 아니라, 전체적인 시간을 측정합니다.
트레이서로우는 무엇을 보여줍니까?
각 홉에 대한 번호가 지정된 행이 일반적인 결과입니다. 첫 번째 홉은 일반적으로 로컬 라우터 또는 로컬 네트워크의 다른 첫 번째 장치입니다. 이후 홉은 인터넷 공급업체, 트랜지트 네트워크, 호스팅 제공업체 또는 목적지 네트워크에 속할 수 있습니다.
간단한 예제는 다음과 같을 수 있습니다:
example.com로의 traceroute, 최대 30개의 호프
1 192.168.1.1 2.1 ms 1.8 ms 2.0 ms
2 100.64.0.1 8.4 ms 8.1 ms 8.6 ms
3 203.0.113.10 13.2 ms 12.9 ms 13.5 ms
4 * * *
5 198.51.100.20 25.6 ms 25.1 ms 26.0 ms첫 번째 열은 홉 번호를 나타냅니다. 다음 값은 응답하는 라우터의 주소 또는 이름입니다. 나머지 값은 해당 홉에서 보낸 프로브에 대한 응답 시간입니다. 이 예제에서 홉 4는 프로브에 응답하지 않았지만, 홉 5는 응답했습니다.
응답이 있는 홉은 프로브가 해당 지점에서 응답을 받았음을 증명하는 것입니다. 이는 경로의 다른 모든 부분이 정상임을 증명하지는 않습니다. 마찬가지로 응답이 없는 홉은 라우터가 다운되었음을 증명하지 않습니다. 장치는 진단 프로브를 무시하거나 제한하면서 트래픽을 전달하도록 구성될 수 있습니다.
트레이서outes는 다른 시간대에 다른 경로를 보여줄 수도 있습니다. 인터넷 라우팅은 네트워크가 경로를 조정하고, 트래픽을 균형 있게 분배하며, 장애를 처리하거나 정책을 적용할 때 변경됩니다. 하나의 추적에서 관찰된 경로는 영구적인 지도가 아니라 순간적인 스냅샷입니다.
Windows에서 Traceroute를 실행하는 방법
Windows 포함 tracert. 명령 프롬프트 또는 PowerShell을 열고 호스트 이름 또는 IP 주소를 입력하십시오:
tracert example.comWindows는 호스트 이름을 IP 주소로 해석한 다음 관찰할 수 있는 경로를 표시합니다. 사용할 수 있습니다. -д 예방하기 위해 tracert 라우터 주소를 이름으로 해결하는 것에서:
tracert -d example.com사용하고 -д 결과가 더 빨리 표시될 수 있는 이유는 Windows가 중간 주소에 대한 역방향 DNS 검색을 건너뛰기 때문입니다. 이는 각 라우터와 연결된 이름보다 경로 및 시간에 더 관심이 있을 때 유용합니다.
최대 허용 호프 수를 제한할 수 있습니다. -h 각 응답에 대한 대기 시간을 설정하고 -wo예를 들어:
tracert -d -h 20 -w 2000 example.com이 명령은 이름 확인을 건너뛰고, 최대 20개의 경로까지 중지하고, 각 탐지에 대해 응답을 받기 위해 최대 2,000 밀리초를 기다립니다. 목적지가 멀거나 경로가 느릴 경우, 낮은 경로 제한으로 인해 목적지에 도달하기 전에 추적을 중단할 수 있습니다.
특정 호스트명 대신 특정 IP 주소를 테스트하려면 다음을 실행하십시오:
tracert -d 203.0.113.25결과를 비교할 때는 동일한 목적지를 일관되게 테스트해야 합니다. 도메인 이름으로의 트레이스와 특정 IP 주소로의 트레이스는 도메인이 다른 서버에 해석되는 경우 서로 다른 경로를 따를 수 있습니다.
macOS에서 Traceroute를 실행하는 방법
macOS에서 터미널을 열고 다음을 실행하세요:
트aceroute example.com숫자 주소를 해석하지 않고 표시하려면 다음을 사용하십시오:
트레이서로이트 -n example.com최대 허용 호프 수를 제한할 수 있습니다. -м 및 대기 시간 조정 -wo예를 들어:
traceroute -n -m 20 -w 2 example.com이것은 숫자 출력을 요청하고 추적을 20개의 호프로 제한하며, 각 호프에서 응답을 위해 최대 2초를 기다립니다. 사용 가능한 정확한 옵션은 구현에 따라 약간 다를 수 있으므로, 명령어 옵션이 인식되지 않는 경우 로컬 매뉴얼을 확인하십시오:
man traceroute트레이서outes는 각 홉에서 여러 프로브를 보내고 응답을 기다리기 때문에 완료하는 데 시간이 걸릴 수 있습니다. 만약 행에서 일시 중지되는 것처럼 보인다면, 이 프로브에 응답하지 않는 라우터에서 응답을 기다리는 중일 수 있습니다.
Linux에서 Traceroute를 실행하는 방법
여러 Linux 배포판에 포함되어 있습니다 트aceroute, 하지만 일부는 먼저 설치해야 할 수도 있습니다. 기본 테스트는:
트aceroute example.com역방향 DNS 조회를 피하고 숫자 주소만 표시하려면 다음을 사용하십시오:
트레이서로이트 -n example.com최대 홉 수와 응답 대기 시간을 설정할 수도 있습니다:
traceroute -n -m 20 -w 2 example.comLinux에서 사용 가능한 명령 옵션은 설치된 traceroute 구현에 따라 달라집니다. 명령이 누락된 경우, 분배의 패키지 관리자를 사용하여 적절한 패키지를 설치하거나, 다음과 같은 사용 가능한 대체 방법을 사용하십시오. tracepath.
IPv6 대상에 대해, 많은 Linux 시스템은 다음과 같은 기능을 지원합니다:
traceroute -6 example.com도메인이 IPv4 및 IPv6 레코드를 모두 가지고 있는 경우, 도구는 기본적으로 하나의 주소 가족을 선택할 수 있습니다. 경로를 비교하려면 지원되는 경우 별도로 IPv4 및 IPv6 추적을 실행하세요. 이는 연결 문제이가 하나의 주소 가족에만 영향을 미치는지 여부를 확인하는 데 도움이 될 수 있습니다.
각 홉을 어떻게 읽는지 알아보기
첫 번째 경로를 확인하세요. 홈 네트워크에서는 일반적으로 로컬 라우터입니다. 첫 번째 경로가 빠르게 응답하면, 장치는 로컬 네트워크의 라우터에 최소한 도달할 수 있습니다. 응답하지 않으면, 이 자체로 로컬 실패를 증명하지 않으며, 라우터가 진단 응답을 필터링할 수 있기 때문입니다. 결론을 내리기 전에 다른 로컬 장치와 인터넷 서비스가 작동하는지 확인하십시오.
다음으로, 경로가 진행됨에 따라 응답 시간을 비교합니다. 후속 홉을 통해 지속적으로 증가하는 급격한 증가는 경로 변경 또는 네트워크 지연이 시작되는 지점일 수 있습니다. 그러나 한 라우터에서 높은 응답 시간이 나타난 후 더 나중의 라우터에서 낮아지는 경우는 해당 라우터가 진단 트래픽을 처리하는 방식을 반영할 수 있으며, 이는 전달된 트래픽에 영향을 미치는 지연을 반드시 의미하지는 않습니다.
마지막 응답을 하는 호프를 찾아보되, 이는 명백한 고장 위치가 아니라 단서로 간주해야 한다. 다음 라우터가 탐색을 필터링할 수도 있고, 반환 경로가 다를 수도 있으며, 목적지 네트워크가 트레서oute가 기대하는 유형의 응답을 차단할 수도 있다.
마지막으로 여러 번의 실행을 비교하고, 가능한 경우 동일한 서비스 또는 네트워크에서 두 번째 목적지를 테스트하세요. 단일 트레이스는 일시적인 혼잡 또는 필터링의 영향을 받을 수 있습니다. 반복된 테스트에서의 패턴은 단일 고립된 출력보다 더 많은 정보를 제공합니다.
별표는 무엇을 의미합니까?
별표(*)은 트레이서outes가 대기 시간 내에 응답을 받지 못했음을 의미합니다. 라우터는 여전히 탐색을 목적지로 향해 전달했을 수 있습니다. 단지 진단 응답을 보내지 않기로 한 것일 뿐입니다.
라우터 및 방화벽은 성능을 보호하고 불필요한 트래픽을 줄이기 위해 인터넷 제어 메시지 프로토콜(ICMP) 메시지나 기타 진단 응답을 종종 제한합니다. 일부 네트워크는 일반적인 애플리케이션 트래픽을 허용하지만 트레이서outes 탐지 신호를 필터링합니다. 그 결과, 추적 결과에는 하나 이상의 별표가 표시되고, 이후 경로의 응답 호프가 계속될 수 있습니다.
특정 지점 이후의 모든 호프가 별표를 표시하는 경우, 해당 지점에서 경로가 필터링될 수 있으며, 목적지에 도달할 수 없거나 돌아오는 트래픽이 차단될 수 있습니다. 이러한 경우를 구분하려면 웹 브라우저나 SSH 클라이언트와 같은 관련 응용 프로그램을 사용하여 실제 서비스를 테스트하고 다른 목적지의 추적을 비교해야 합니다.
응답 시간 및 지연 시간 이해
트레이서루트의 시간 값은 프로브가 응답하는 홉에 도달하는 데 걸린 시간과 응답이 돌아오는 데 걸린 시간을 보여줍니다. 이 값들은 양방향의 네트워크 지연을 포함하며, 혼잡, 대기열 및 라우터의 응답 정책의 영향을 받을 수 있습니다.
한 번의 이동에서 높은 값은 오해를 일으킬 수 있습니다. 라우터는 자신에게 주소가 지정된 진단 패킷에 응답하는 것보다 전송 트래픽을 우선시합니다. 일반적인 트래픽을 빠르게 전달하면서도 트레서oute에 답변하는 데 오랜 시간이 걸릴 수 있습니다. 다음의 이동에서 응답 시간이 더 낮은 경우, 해당 높은 값은 데이터 경로의 지속적인 지연을 나타내지 않을 가능성이 큽니다.
더 유용한 패턴은 한 홉에서 시작되어 이후 홉과 여러 테스트에서 목적지까지 지속되는 지연 시간 증가입니다. 그렇다고 해서 traceroute만으로 정확한 원인을 증명할 수는 없습니다. 이는 제공업체의 인수점, 혼잡한 링크 또는 먼 네트워크 세그먼트와 같은 곳에서 추가 조사를 수행할 수 있도록 나타냅니다.
흔한 트래서우트 패턴
첫 번째 홉이 응답하지만 이후 홉은 응답하지 않는 경우, 로컬 네트워크는 작동하고 있을 수 있지만, 이후 네트워크가 진단 트래픽을 필터링할 수 있습니다. 연결이 끊어졌다고 가정하기 전에 대상 서비스 자체가 접근 가능한지 확인하십시오.
트레이스가 목적지에 도달했지만 애플리케이션이 여전히 실패하는 경우, 네트워크 경로는 작동하고 있지만 서비스에 다른 문제가 있을 수 있습니다. 서버가 연결을 거부하거나 애플리케이션이 사용 불가능할 수 있으며, 방화벽이 특정 포트를 차단할 수도 있습니다.
트레이스가 항상 동일한 지점에서 중단되고 대상도 도달할 수 없는 경우, 마지막으로 응답하는 네트워크는 지원을 요청할 위치를 좁히는 데 도움이 됩니다. 필터링 및 비대칭 반환 경로로 인해 표시되는 중단 지점이 오해를 일으킬 수 있으므로 반드시 해당 장치를 식별하지는 않습니다.
IPv4은 작동하지만 IPv6은 작동하지 않는 경우, 또는 그 반대의 경우, 각 주소 계열에 대해 별도의 추적을 실행하십시오. 두 경로는 다른 공급자, 라우터, 방화벽 정책 또는 대상 서버를 사용할 수 있습니다. 이를 비교하면 네트워크 한쪽에서만 문제가 발생하는지 여부를 알 수 있습니다.
트레이서outes와 트레이서트는 동일하지 않습니다.
명령어 tracert 및 트aceroute 비슷한 목적을 가지고 있지만, 조사 방법과 옵션은 운영 체제와 구현에 따라 다를 수 있습니다. Windows tracert 자주 ICMP Echo 프로브를 사용합니다. 유닉스 계열 구현체는 기본적으로 UDP를 사용하며, 일부는 ICMP 또는 TCP 프로브 모드를 지원합니다.
이것은 방화벽이 한 가지 탐지 유형을 허용하고 다른 하나를 차단할 수 있기 때문에 중요합니다. 따라서 동일한 컴퓨터에서 동일한 대상에 도구를 실행하더라도 두 도구는 서로 다른 출력을 생성할 수 있습니다.
일부 트레이서로우 구현체는 탐지 방법을 선택할 수 있습니다. 예를 들어, 리눅스 버전은 UDP, ICMP 또는 TCP 탐지를 위한 옵션을 지원할 수 있습니다. 일반적인 탐지가 필터링되어 있지만 특정 TCP 서비스에 접근할 수 있는 경우, TCP 기반 추적은 유용할 수 있습니다. 옵션 구문은 다양하므로 특정 플래그에 의존하기 전에 로컬 매뉴얼을 참조해야 합니다.
네트워크 관리자나 공급업체와 결과를 공유할 때 운영 체제, 명령어, 옵션, 대상, 테스트의 근사 시간을 포함해야 합니다. 이 맥락은 추적 간 차이를 해석하는 데 도움이 됩니다.
트래이서우트 vs 핑
Ping은 특정 유형의 네트워크 탐지에 대상이 응답하는지 확인하고 이동 시간을 측정합니다. 기본적인 접근 가능성을 확인하는 데 유용하지만, 중간 경로를 보여주지는 않습니다.
트레이서로우는 목적지로 향하는 응답 라우터의 순서를 드러내려고 시도합니다. 응답이 중단되는 위치나 지연 패턴이 시작되는 위치를 좁히는 데 도움이 되지만, 필터링과 라우터 응답 정책에 더 민감합니다.
이 도구들은 서로 다른 질문에 답합니다. 대상이 응답하는지 테스트하려면 ping을 사용하십시오. 그곳으로 가는 경로를 확인하려면 traceroute을 사용하십시오. 이 두 도구 중 하나만으로는 웹사이트나 애플리케이션이 건강한지 보장할 수 없습니다. 기본 네트워크 탐지가 성공하더라도 애플리케이션 전용 문제가 발생할 수 있기 때문입니다.
실용적인 문제 해결 워크플로우
목적지 이름과 주소를 확인하세요. 호스트 이름을 사용하는 경우 올바르게 해석되는지 확인하십시오. 그런 다음 traceroute를 실행하고 시간, 주소 계열, 명령 옵션 및 목적지를 기록하십시오.
같은 목적지에 대해 여러 번 테스트하세요. 출력이 크게 변경되는 경우 문제는 일시적이거나 경로가 변경되었을 수 있습니다. 트레이스가 안정적이지만 애플리케이션이 실패하는 경우, 서비스가 포트를 듣고 있는지, 방화벽이 포트를 차단하고 있는지, 서버가 오류를 반환하는지 확인하십시오.
같은 제공자에서 호스팅되거나 동일한 지역에 있는 다른 목적지와 비교하십시오. 여러 목적지가 동일한 시점부터 유사한 문제를 보인다면, 영향을 받은 네트워크 세그먼트에 주의를 기울일 만한 더 강한 신호가 됩니다.
인터넷 공급업체나 호스팅 회사에 문제를 보고할 경우, "traceroute가 실패했습니다"라고만 말하는 대신 원시 출력을 제공하십시오. 목적지, 시간, 운영 체제 및 목적지 서비스 자체가 접근 불가능한지의 여부를 포함하세요. 이러한 세부 정보는 보고서를 조사하기 더 쉽게 만듭니다.
트레이서로우의 제한 사항
트래이서는 인터넷의 모든 라우터를 보여주지 않습니다. 일부 네트워크는 응답을 숨기거나 필터링하며, 일부 경로는 홉 정보가 불완전한 기술을 사용합니다. 로드 밸런싱은 또한 다른 경로를 따라 다른 프로브를 전송할 수 있으므로, 인접한 줄이 항상 하나의 안정적인 엔드투엔드 경로를 나타내지는 않습니다.
응답 시간은 라우터가 일반 트래픽을 얼마나 빠르게 전달하는지를 직접 측정하지 않습니다. 이는 탐지 패킷과 응답에 걸리는 시간을 측정하며, 라우터는 이러한 진단 패킷을 일반 애플리케이션 트래픽과 다를 수 있습니다.
트레이서로우는 라우터 주소의 소유자를 증명하거나 패킷 손실의 정확한 원인을 식별하거나 경로가 승인되었는지 확인하지 않습니다. 공개된 경로 및 등록 데이터는 별도의 검사를 필요로 합니다. 공개된 IPv4 또는 IPv6 자원에 대한 포괄적인 검토를 위해 다음을 사용하십시오. IP 자원 준비 확인기.
자주 묻는 질문
tracert를 사용하는 것은 안전합니까?
트레이서outes는 대상으로 네트워크 프로브를 보내는 표준 진단 도구입니다. 문제 해결을 위해 몇 가지 테스트를 실행하는 것은 일반적입니다. 과도한 트래픽을 생성하거나 관리하지 않는 시스템을 높은 비율로 조사하는 것을 피하십시오.
tracert는 각 시간마다 다른 경로를 보여주는 이유는 무엇인가요?
네트워크는 경로를 변경하거나 로드 밸런싱을 사용하거나 다른 공급자를 통해 트래픽을 직접 전달할 수 있습니다. 프로브 트래픽은 일반적인 애플리케이션 트래픽과 달리 다른 방식으로 처리될 수도 있습니다. 작은 경로 차이가 자동으로 고장임을 나타내지는 않습니다.
별표는 라우터가 다운되었음을 의미합니까?
아니요. 이는 traceroute가 탐지에 대한 응답을 타임아웃 내에 받지 못했음을 의미합니다. 라우터는 진단 응답을 필터링하거나 제한하면서도 트래픽을 계속 전달할 수 있습니다.
트aceroute가 웹사이트에 도달하기 전에 중단되는 이유는 무엇인가요?
대상 네트워크 또는 중간 방화벽이 프로브 유형을 차단할 수 있습니다. 웹사이트는 여전히 일반적인 HTTPS 트래픽을 통해 접근할 수 있을 수 있습니다. 경로가 사용 불가하다고 결론짓기 전에 서비스 자체를 테스트하십시오.
트aceroute는 패킷 손실이 발생하는 위치를 식별할 수 있나요?
이것은 응답이 중단되는 위치를 식별하는 데 도움이 되지만, 애플리케이션 트래픽이 손실되는 위치를 항상 증명할 수는 없습니다. 여러 실행을 비교하고, 이후의 호프와 실제 서비스를 확인하십시오. 다음과 같은 도구가 있습니다. mtr 반복적인 측정을 제공할 수 있지만, 그 출력도 주의 깊게 해석해야 합니다.
IPv6 주소에 traceroute를 실행할 수 있나요?
네. Windows, macOS, 및 Linux는 IPv6 경로 추적을 지원하지만 명령어 이름과 옵션이 다릅니다. Linux에서 traceroute -6 일반적으로 지원됩니다. Windows에서 tracert can trace IPv6 when given an IPv6 destination.
트레이서outes는 사용자의 장치에서 목적지로 트래픽이 이동할 때 어떤 라우터가 응답하는지를 보여줍니다. 첫 번째 경로는 일반적으로 로컬 게이트웨이이며, 이후 경로는 인터넷 공급업체 및 기타 네트워크에 속할 수 있으며, 목적지에 도달하기 전에 다른 네트워크를 거칩니다.
사용하세요 tracert Windows 및 트aceroute macOS 또는 Linux에서. 첫 번째 경로를 확인하고, 이후 경로의 응답 패턴을 비교하고, 결과가 이상해 보일 때 테스트를 반복하십시오. 별표와 고립된 높은 응답 시간은 일반적이며 네트워크가 손상되었음을 자동으로 증명하지 않습니다.
가장 유용한 결론은 트레이서outes를 애플리케이션 테스트, DNS 확인, 반복적인 측정 및 다른 사용자나 네트워크의 보고와 결합할 때 나옵니다. 출력을 자체적으로 완전한 진단이 아니라 조사에 도움이 되는 증거로 간주하십시오.
로컬 네트워크 부분을 이해하려면 경로의 계속 our 가이드를 참조하십시오. 기본 게이트웨이공개 주소 및 라우팅 검사에 대해서는 다음을 참조하십시오. IP 자원 준비 확인기.