问为什么traceroute在UDP上运行时期望“目标不可到达”，而不是"Echo Reply“？

EN

，因为traceroute需要在UDP数据报到达目的地时获取消息。

Traceroute的工作如下：

1. 向目标host.The路由器发送以TTL为1的UDP数据报，读取数据报，减少TTL，并发回ICMP时间超过的消息。
2. Traceroute接收上述消息并发送另一条以TTL为2的UDP数据报。因特网上的路由器读取该数据报，每次减少TTL，最后将ICMP时间超过的消息发回。
3. 以上步骤继续进行，最后，以TTL为N，UDP数据报已到达目标主机。那么，主机应该返回什么？它不能像以前一样发送ICMP时间超出的消息-- TTL没有被超过。

Traceroute设计将UDP数据报发送到主机端口，并且几乎不可能侦听该端口(例如33435)。目标主机接收UDP数据报，发现未侦听数据报的目标端口，然后返回“目的地不可达”消息--更准确地说，“端口不可达”。

这就是为什么traceroute期望在最后一跳中出现一条“无法到达的目的地”消息，以确定UDP数据报已经到达目的地。

顺便说一句，如果目标端口在目标主机上被意外监听，这就是Guy Harris描述的场景：“除非您运气不好，将UDP数据包发送到带有侦听器的端口”

https://www.slashroot.in/how-does-traceroute-work-and-examples-using-traceroute-command

上面的链接是我昨天在C中尝试做ping和traceroute函数时发现的一个链接。在这里，我们很好地解释了traceroute的工作方式，所以我建议大家更好地理解这篇文章的主题。

但是为了给你的问题提供一个简短的答案，有很多方法可以实现traceroute。文章说有3种，在Linux上使用UDP风格的实现traceroute，而在Windows上使用ICMP风格。所以你并没有完全错，但答案有点复杂。