icmp 和 tcp 的跟踪路由 路径不一样。

[Themyth]

我昨天发现有些香港 cn2 服务商
icmp 走 traceroute 时和 tcptraceroute 走的路由不一样。
这明显是为了虚假宣传，icmp 走 cn2，而 tcp 走 163.
突发奇想，有 icmp.tcp.udp 的路由追踪工具，有没有 IPIP tunnel gre tunnel 之类的路由追踪的办法？
如果没有，那么两端如果建立了 GRE 隧道，那路由会怎么走？

[ImACat]

看看 traceroute 的实现原理，对 IPIP tunnel 能实现吗？

[Themyth]

@ImACat 能看懂我就不会来发帖了%……

[ImACat]

@ImACat traceroute 借助 ICMP 实现的，理解大概好像不难。。。。我也不是很懂😂

[HolaPz]

@ImACat https://networkengineering.stackexchange.com/a/65823 这个可以看看。。

[ImACat]

@HolaPz 其实我知道这个，只是想告诉楼主，让他去看看。。

[araaaa]

路由跟踪是利用 ip 报文的 ttl 到期机制，当报文被某个路由器丢弃后那个路由器会返回一个 ttl 到期的报文而你就能拿到中间路由器的 ip 地址，接着下一个探测包发送时 ttl+1 。也就说基本和上层协议没有任何关系。唯一有关系的就是报文确认送达而已

[Maskeney]

的确是会这样，之前还遇到过按写意端口号进行精准劫持的操作，TCP+443 才会触发不同的路由

[Maskeney]

后面的这个问题，应该是按默认路由，也就是没有被美化的走 163 线

[Themyth]

@Maskeney 这个叫劫持吗？这个在服务端是怎么做到的呢？

[Maskeney]

@Themyth #9 跟服务端没关系，跟 ISP 的路由设置有关系

[geekvcn]

用 udp2raw 伪装成 icmp 流量试试