这是一个创建于 1790 天前的主题，其中的信息可能已经有所发展或是发生改变。
我昨天发现有些香港 cn2 服务商
icmp 走 traceroute 时和 tcptraceroute 走的路由不一样。
这明显是为了虚假宣传，icmp 走 cn2，而 tcp 走 163.
突发奇想，有 icmp.tcp.udp 的路由追踪工具，有没有 IPIP tunnel gre tunnel 之类的路由追踪的办法？
如果没有，那么两端如果建立了 GRE 隧道，那路由会怎么走？
icmp 走 traceroute 时和 tcptraceroute 走的路由不一样。
这明显是为了虚假宣传，icmp 走 cn2，而 tcp 走 163.
突发奇想，有 icmp.tcp.udp 的路由追踪工具，有没有 IPIP tunnel gre tunnel 之类的路由追踪的办法？
如果没有，那么两端如果建立了 GRE 隧道，那路由会怎么走？
 | 1 ImACat 2021-01-30 12:25:16 +08:00 看看 traceroute 的实现原理，对 IPIP tunnel 能实现吗？ |
 | 4 HolaPz 2021-01-30 12:45:13 +08:00 |
 | 6 araaaa 2021-01-30 13:47:20 +08:00 via iPhone  2 路由跟踪是利用 ip 报文的 ttl 到期机制，当报文被某个路由器丢弃后那个路由器会返回一个 ttl 到期的报文而你就能拿到中间路由器的 ip 地址，接着下一个探测包发送时 ttl+1 。也就说基本和上层协议没有任何关系。唯一有关系的就是报文确认送达而已 |
 | 7 Maskeney 2021-01-30 14:34:25 +08:00 via Android 的确是这样，之前还遇到过按写意端口号进行精准劫持的操作，TCP+443 才会触发不同的路由 |
| 8 Maskeney 2021-01-30 14:41:35 +08:00 via Android 后面的这个问题，应该是按默认路由，也就是没有被美化的走 163 线 |
 | 11 geekvcn 2021-02-07 14:08:42 +08:00 用 udp2raw 伪装成 icmp 流量试试 |
Select Language