这是一个创建于 1397 天前的主题，其中的信息可能已经有所发展或是发生改变。
我昨天发现有些香港 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