Traceroute 및 추적 경로 문제

Traceroute 및 추적 경로 문제

Traceroute 및 Tracepath를 사용하는 데 문제가 있습니다. 네트워크에서 몇 가지 테스트를 하고 있으며 Google DNS(8.8.8.8)를 핑하고 추적하려고 합니다. 문제는 명령을 실행할 때마다 다른 결과가 표시된다는 것입니다. 즉, 때로는 추적이 완료되고 때로는 추적과 마찬가지로 기본 게이트웨이에 붙어 있습니다. 추적 경로에서도 동일한 일이 발생합니다. 케이블로 연결했으니 연결 문제는 아닌 것 같습니다. 테스트 중에 8.8.8.8에 대한 핑이 실행 중이었고 결코 멈추지 않았으므로 ISP에 문제가 없었습니다. 어떤 제안이 있으십니까?

여기에 이미지 설명을 입력하세요. 여기에 이미지 설명을 입력하세요.

답변1

나는 두 가지를 생각할 수 있다.

1아시다시피 경로는 동적이므로 나가는 각 추적 경로에는 서로 다른 홉이 포함될 수 있습니다. 즉, 각 노드에 서로 다른 구성이 적용됩니다. 일부 사람들은 Linux Traceroute가 다음을 사용하기 때문에 Linux Traceroute 메시지를 거부할 수 있습니다.UDP 프로토콜포트 번호가 다음보다 높은 패킷33434기본적으로 이러한 유형의 패킷이 허용되지 않으면 실패합니다. 게다가,ICMPDOS와 같은 보안상의 이유로 패킷이 거부될 수도 있습니다.

2따라서 다음 매개변수를 사용하여 Traceroute를 실행하여 "강제"만 사용하도록 해야 합니다.ICMP정보:

traceroute 8.8.8.8 -I

매뉴얼 페이지는 옵션 섹션에서 이것을 인용합니다.

-I, --icmp    Use ICMP ECHO for probes

나에게는 "-I" 옵션 Traceroute를 사용하여 추가 노드가 표시되었습니다.

게이트웨이에 정체되는 Traceroute 메시지에 대한 다른 질문에 대답하려면:
Traceroute가 너무 많은 프로브와 응답을 보내고 받음으로써 폭풍을 일으킬 수 있기 때문에 양방향 속도 제한과 같은 보안상의 이유 때문일 수도 있습니다. 속도 제한으로 인해 패킷이 제한되거나 허용 가능한 속도보다 높은 속도로 삭제될 수도 있습니다.
따라서 다른 매개변수를 사용하여 동시 메시지 수를 1로 낮추는 것을 고려해 보십시오.

traceroute 8.8.8.8 -I -N 1

참고로UDP 프로토콜그리고ICMP연결 지향 프로토콜이 아니므로 이러한 패킷 중 일부를 전달하지 않는 것이 허용됩니다.

관련 정보