무응답 추적 경로의 IP를 받으시겠습니까?


0

tracert의 DOS 버전은 실패한 핑의 IP 주소를 제공하지 않습니다. 트레이스 루트에서 응답이없는 서버의 IP를 찾는 합리적인 방법은 무엇입니까?


1
응답하지 않는 경우 ICMP 패킷이 도달했는지 여부를 알 수 없으므로 패킷이 도달하지 못한 인터페이스의 IP 주소를 어떻게 알 수 있습니까? 인터페이스에 도달했지만 스택이 응답하지 않고 스택을 먹었다면 여전히 알 수 없습니다.
Fran

요청이 시간 초과 된 경우 요청은 어디로 전송됩니까?
John

1
ICMP 에코 요청 패킷은 추적 라우팅 대상 (예 : traceroute java.sun.com또는 traceroute 18.3.0.92)으로 전송됩니다. 도중에 라우터가 응답하지 않고 패킷을 먹거나 삭제하면 응답이 없습니다. 당신은 모든 라우터가 응답하지 않는 라우터까지 주소를 알고 있습니다.
Fran

답변:


3

없습니다. 유일한 사소한 방법은 홉을 요청하는 것입니다. Traceroute는 다른 time-to-live 값으로 대상을 여러 번 ICMP 에코 요청 (핑)으로 보내이를 구현합니다. 모든 홉은이 카운터를 1 씩 줄입니다. TTL이 0에 도달하면 패킷이 더 이상 릴레이되지 않으며 홉은 주로 오류 메시지를 소스에 반환하려고 시도합니다. 이는 주로 오류가있는 경로의 패킷이 무한정 순환하고 네트워크 정체를 방지합니다. 리턴 된 오류 메시지의 소스를보고 traceroute를 수행하는 머신은 자신과 대상 간의 홉을 식별 할 수 있습니다.

어떤 이유로 든 오류 메시지가 수신되지 않으면 에코 요청의 운명을 확인할 수 없습니다. 첫 번째 홉 후에 패킷은 블랙 박스에 들어가고 발신자는 라우팅 방법에 대한 정보를 효과적으로 제어 할 수 없습니다. 홉 직전 (그리고 종종 직후)에는 누락 된 링크의 주소를 알 수 있지만이 정보를 교환하는 보편적 인 방법은 없습니다.


이것은 질문에 대답하지 않습니다. 요청 시간이 초과되면 여전히 요청입니다. 요청은 심연으로 맹목적으로 전송되지 않으며, 해당 IP의 서버가 응답하는지 여부에 관계없이 특정 IP로 전송됩니다.
John

요청은 IP로 전송되지만 식별하려는 홉의 주소는 아닙니다. 목적지의 주소입니다. 당신은 그들 사이에서 홉과 직접 대화하고 있지 않습니다. 패킷이 라우팅되는 방법을 미리 알 수 없습니다. 그런 의미에서 당신은 실제로 그것을 맹목적으로 보냅니다. TTL이 0에 도달하면이 미스터리 머신은 오류 메시지를 리턴하여 자체적으로 알려지지 만, 이러한 시간 종료는 서버 bing이 응답하지 않는 것과 관련이 없습니다. 정반대.
Marcks Thomas
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.