V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
This topic created in 3288 days ago, the information mentioned may be changed or developed.
转自： https://tieba.baidu.com/p/3115126085
宽带通劫持大法再升级，闻所未闻见所未见的 ICMP 劫持！
我真真心的给宽带通跪了= = 我在此之间是从来没有听说过还有这么一个玩儿法叫 ICMP 协议劫持的，后续问了机房的哥们才信了= =
大概两周前就感觉宽带通的 PING 出来的延迟和丢包率有点问题。就包括之前被上级廊坊联通禁 PINIG 的线路都能正常 PING 出来值，并且延迟还好的要命。
然后就开始陆续怀疑起来。
宽带通说;你们不是嫌我们丢包率高延迟高么？好！我把 ICMP 协议整个给你劫持掉。
劫持的思路是这样的，只要发现协议头为 ICMP 协议的，则将数据包指向一个经过专门优化的路由上，这个路由发往全国的延迟都很低，而且丢包率也很低。这样，就算你实际用起来卡的再厉害，无论你 PING 和 TRACE 你的延迟都是很低而且不会丢包的。他们就能说这是网站的问题，不是我们网的问题。。
发现的经过是自从开始怀疑这件事以后就联系了几个朋友帮忙从不同 BAS 测试，首先分别查看了对外的公网 IP，北京电信通 联通 天津电信 廊坊联通的都有，但是，分别 PING 了北京联通和上海电信的骨干路由器，延迟竟然出乎意料的一致，而且不同出口的 TTL 差距竟然只有个别的相差 1 其它的都一模一样。
后续通过 TRACE 发现了一个神秘的 IP，172.16.100.94，这个 IP 在不同 BAS 的不同出口上均出现在 202.99 的电信通的核心路由器出口后的吓一跳，相信这个私网 IP 就是 ICMP 劫持的关键，在电信通的核心出口上进行 ICMP 协议过滤，如果发现了此协议遍将数据引导到此 IP 上，到此之后所有 ICMP 协议的数据包都是走了这条专门经过优化的路径。
也就导致了你无论什么线路，什么时间测试延迟和丢包的好的不行。即便你实际用起来再卡！
另外，最近宽带通已经劫持掉了 SPEEDTEST 的北京师范大学节点。相信更多的节点在不远的将来也会遭此毒手。
在此，只奉劝宽带通一句！好自为之。！
(你现在应该做的应该是把经历放在线路和出口优化上，而不是想各种办法来劫持啊劫持！你就算 ICMP 劫持了，用起来该卡的不是还是卡？你这样做只是在自欺欺人，就算你工程师自己测试那都没法测试出真实路径和丢包率了。我就呵呵呵呵呵呵呵呵呵)
宽带通劫持大法再升级，闻所未闻见所未见的 ICMP 劫持！
我真真心的给宽带通跪了= = 我在此之间是从来没有听说过还有这么一个玩儿法叫 ICMP 协议劫持的，后续问了机房的哥们才信了= =
大概两周前就感觉宽带通的 PING 出来的延迟和丢包率有点问题。就包括之前被上级廊坊联通禁 PINIG 的线路都能正常 PING 出来值，并且延迟还好的要命。
然后就开始陆续怀疑起来。
宽带通说;你们不是嫌我们丢包率高延迟高么？好！我把 ICMP 协议整个给你劫持掉。
劫持的思路是这样的，只要发现协议头为 ICMP 协议的，则将数据包指向一个经过专门优化的路由上，这个路由发往全国的延迟都很低，而且丢包率也很低。这样，就算你实际用起来卡的再厉害，无论你 PING 和 TRACE 你的延迟都是很低而且不会丢包的。他们就能说这是网站的问题，不是我们网的问题。。
发现的经过是自从开始怀疑这件事以后就联系了几个朋友帮忙从不同 BAS 测试，首先分别查看了对外的公网 IP，北京电信通 联通 天津电信 廊坊联通的都有，但是，分别 PING 了北京联通和上海电信的骨干路由器，延迟竟然出乎意料的一致，而且不同出口的 TTL 差距竟然只有个别的相差 1 其它的都一模一样。
后续通过 TRACE 发现了一个神秘的 IP，172.16.100.94，这个 IP 在不同 BAS 的不同出口上均出现在 202.99 的电信通的核心路由器出口后的吓一跳，相信这个私网 IP 就是 ICMP 劫持的关键，在电信通的核心出口上进行 ICMP 协议过滤，如果发现了此协议遍将数据引导到此 IP 上，到此之后所有 ICMP 协议的数据包都是走了这条专门经过优化的路径。
也就导致了你无论什么线路，什么时间测试延迟和丢包的好的不行。即便你实际用起来再卡！
另外，最近宽带通已经劫持掉了 SPEEDTEST 的北京师范大学节点。相信更多的节点在不远的将来也会遭此毒手。
在此，只奉劝宽带通一句！好自为之。！
(你现在应该做的应该是把经历放在线路和出口优化上，而不是想各种办法来劫持啊劫持！你就算 ICMP 劫持了，用起来该卡的不是还是卡？你这样做只是在自欺欺人，就算你工程师自己测试那都没法测试出真实路径和丢包率了。我就呵呵呵呵呵呵呵呵呵)
 | 1 freshmanc Apr 29, 2017 via Android 有趣… |
 | 2 windscolorme Apr 29, 2017  1 移动，快来学习下宽带通的优秀技术 |
 | 3 whileFalse Apr 30, 2017 via iPhone 所以请求是真的传输到目标路由器上了么？还是说直接打到一个假服务器上。 如果是前者的话，可以研究走 icmp 的 vpn 了。 |
 | 4 yexm0 Apr 30, 2017 via iPhone 移动家是时候向鹏博士取取经了。 |
 | 5 adfsadfssfd Apr 30, 2017 你又不脑残 为什么转百度贴吧的垃圾? 在 edge 做 PBR 成本那么高 给 ICMP 提升一下 QoS 倒是有可能 |
 | 6 bclerdx OP @adfsadfssfd 请你注意说胡方式！我仅仅是提醒大伙注意，做好心里准备。 |
 | 8 rtxux May 1, 2017 如果包真的发到了目标服务器，可以试试 VPN over ICMP 了 |
 | 11 mytsing520 PRO 14 年的帖子。。 你不知道移动有个业务叫域名强制解析么 |
 | 13 diguoemo May 2, 2017 softether 的 icmpvpn 可以用 |
 | 14 miyuki May 2, 2017 via Android 在挺多游戏 VPN 那见过这种原理的假 Ping 没想到宽带运营商这么与时俱进 |
 | 15 120 May 2, 2017 试试 tcp ping ？ |
| 16 bclerdx OP 怎么测试是假 ping ？ |
 | 17 zhengxiaowai May 3, 2017 |
 | 18 NETBB May 3, 2017 via iPhone 很久以前不就已经劫持了么？鹏博士花样多着呢，有 10000 种方法压缩成本。值得广大运营商研究借鉴，可以有效降低互联线路采购成本。 |
 | 20 snsd May 5, 2017 via iPhone @zhengxiaowai 有没有现成能用的 exe ？ |
| 21 zhengxiaowai May 5, 2017 1 |
 | 22 chinawrj May 5, 2017 国内就这么肆无忌惮的践踏别人的权利。 |
 | 23 onion83 May 5, 2017 |
| 24 bclerdx OP @zhengxiaowai 不错！收录了。 |
| 25 NETBB May 6, 2017 via Android @bclerdx 没说反。跟国外运营商互联的时候，直接采购人家 n 条廉价家宽，拼成高带宽的通道。效果棒棒的。长宽的很多出口都是 n*百兆家宽拼起来的 |
| 28 a href="/member/bclerdx" class="dark">bclerdx OP @NETBB 难道三大 ISP 外网互联没有成本么？要是在压缩成本的话，你把网内资源弄的牛逼一些也行呀，但是事实并不是这样。 |
 | 29 EricInBj May 9, 2017 单位以前接的大楼物业的鹏博士，妈的居然劫持 apk 做缓存，要命的是万年不更新。。。 |
 | 30 codehz May 9, 2017 话说既然 ICMP 优化的这么好的话，是不是可以用 ICMP 代理呢？就是那种 ICMP Tunnel /斜眼笑 |
 | 32 QQ2171775959 May 10, 2017 确实是有这么一种技术，也有一些机房为了忽悠客户而这样子操作，不过用户都不是傻子，用了一段时间后，都会离开的，毕竟网站的访问速度摆在那里的。如果他们本身的网络就很快，很稳定，那么他们就不需要这样子操作的，一般这样子操作的都是些较差的线路。 |
| 33 bclerdx OP @QQ2171775959 详细说说细节，谢谢！ |
Select Language