也曾经碰到过计费系统的问题，被客服兜来兜去。最后是新开了个工单，把各种解释的路都堵上，贴出了自己的证据，要求阿里云拿出证据。最后才核实确认有问题。

经过更进一步抓包分析，似乎 b 站开直播的时候，光猫 MSS 钳制的功能会间歇性出问题。

一般来说应该是：SYN MSS=1440 ，SYN+ACK MSS=1432
出问题时则是：SYN MSS=1440 ，SYN+ACK MSS=1440
可能导致服务器端回传的包过大，造成 Previous segments not captured

所以改本机 MTU 为 1492 ，其实就是从 SYN 开始就设成 MSS=1432 ，进而避免问题

@starinmars 经过测试，强制指定：
netsh interface ipv6 set subinterface 以太网 mtu=1492
就能缓解这个问题。
不过我这边两个光猫在路由模式下 RA 的 MTU 都是 1500

@starinmars 我这光猫需要设成路由模式，看来情况还是有差别的

@starinmars 想问下，光猫的 RA 能改 MTU 么，还是改的下级路由？另外，按你说的改了就没问题了么？

@starinmars 在你这边仅仅修改拨号设置的 MTU 就能解决问题么？

@beyondstars 路由模式。但这是 2.5G 光猫，而且带宽远远没有打满，IPv4 也没问题，不太可能单纯是性能问题。

@qwwuyu 是 adb ，主题中打错了

@546L5LiK6ZOt 我过一段时间重试就行了，没做过什么特别的事

这个方案包含 IPTV 么？

@hyperbin 不运行未知程序并非万全之策，因为已知程序也可能干缺德的事情，而关进虚拟机则更是麻烦

@hyperbin 至少有软件索要管理员权限我会仔细看一眼，但其他软件就没精力管那么多了。

@bjzhush 我有看过这个帖子，当时设备端加密应该还没开始。我想知道的是，如果开了设备端加密是否还能这么容易获取到密码，哪怕多一道管理员权限也是有益的。

@qbqbqbqb 我看了下，LAN 的相关设置界面没有显示前缀，也未发现其他界面有显示拨号获得的 /56 。我之前说了，TP-LINK 是可以配置下发的前缀的。但存在这几个问题：
1. 拨号界面不显示获得的前缀，只显示 GUA1 ，存在一定误导性
2. LAN 界面使用前缀授权接口，虽然 IP 是对的，但也看不到前缀的长度
3. 获得 /56 前缀后，不能再分子网下发，57-64bit 也无法修改

https://i.v2ex.co/OBTz7v6Yb.png

注：不是说 TP-LINK 识别不了下发的前缀，而是且在相关配置中只能当成 240e:388:x:yy00::/64 使用。“00”和“/64”都无法修改，且看不出运营商原本下发的长度是多少。

@maybeonly 感谢，TTL 确实不同

https://i.v2ex.co/TUSwOS8c.jpeg

@jousca 这个感觉很明显，我在的地方联通迟迟没有资源，移动却用各种操作搞定了

@7RTDKSAK 没有使用 clash 或类似工具