运营商要“收回”IPv6?先别慌:PT上传链路的四层排查清单,找到真正卡在哪

源自8位全网作者

05:33

最近PT圈流传着一个特别容易让人紧张的说法:运营商要收回家宽IPv6,家里的NAS要连不上了。这份焦虑不是没来由——对没有公网IPv4的家宽玩家来说,IPv6几乎是唯一能被外部连上的通道,分享率、考核、H&R全吊在这一条路上。小红书有用户晒出自己的做种列表:挂上一个刚发布3分钟的新种,拿到了200m上传,其余种子压根一点上传都没有。小红书上传量突然掉下来,再叠加收回传闻,很容易直接得出"网络被动了手脚"的结论。但先别慌,把事实理清,再去找真正卡在哪。

运营商要“收回”IPv6?先别慌:PT上传链路的四层排查清单,找到真正卡在哪

先说结论:IPv6没有被收回

目前没有任何政策层面收回IPv6的迹象,方向恰恰相反。截至2025年底,IPv6活跃用户数达8.69亿,占全部网民数的77.38%,方案还明确到2030年新增网络默认优先提供IPv6地址。新华网这种体量的基础设施正在被持续加码,不存在"收回"的动机。知乎有用户一句话概括了自己的遭遇:“没回收,但是ipv6不能上传了”。知乎也就是说,地址还在,但"能不能被外面连上"这件事被掐断了。所以排查方向不是等传闻辟谣,而是自己的链路。

真正让上传掉下来的三个原因

原因一:PCDN风控误伤。家宽的上行是运营商的敏感地带,而PT做种的流量特征恰好撞线——长时间、持续、高上行。一些地方在判断某条家宽存在异常高上行或疑似 PCDN 后,除了限速,也可能停止下发 IPv6、限制 IPv6 入站。知乎你的v6地址可能还在,但入站连接被悄悄拦掉了。

更麻烦的是,普通用户很难自证:正常使用 NAS、PT、监控或云备份的用户,如果上传量特别大,也可能因为流量特征相似而被误伤。知乎

运营商要“收回”IPv6?先别慌:PT上传链路的四层排查清单,找到真正卡在哪

上图是一位PT用户晒出的考核数据:下载27.8GB,上传92.98GB。上传是下载的好几倍,这是做种的正常形态,放在风控模型眼里,却很像"异常上行"。

原因二:动态前缀漂移。运营商给家宽下发的IPv6前缀通常是动态的,光猫重启后可能整段变化,旧地址随之失效,外部看起来就是"连不上了",和"被收回"的表现几乎一样。原因三:自己的配置漂移。Docker的bridge网络有没有开v6、光猫里的IPv6开关有没有打开过、下载器重启后有没有重新拿到地址,这些"设置一次、半年不看"的环节,很容易在一次重启之后集中爆发。

第一层:运营商与路由器

先确认v6是不是真的下发了。方法很简单:局域网内的电脑直接访问 test-ipv6.com,看能否拿到IPv6地址和连通性评分。连地址都没有,问题基本在光猫或路由之前。

再看光猫本身。注意默认状态可能和你想的不一样:光猫默认下发的配置里,是不开ipv6的。知乎如果从来没进过后台,那没有v6才是常态。自己用路由器拨号的,重点核对光猫WAN侧设置页的两项:连接模式是桥接还是路由,IP模式是否同时提供IPv4&IPv6(如下图)。光猫改桥接后,还要确认路由器一端能正常拿到v6前缀,以及光猫的IPv6防火墙有没有拦入站。

运营商要“收回”IPv6?先别慌:PT上传链路的四层排查清单,找到真正卡在哪

顺手确认一下自己的NAT类型。有NAT科普视频的评论区总结得很现实:移动大内网几乎都是nat3或nat4,电信的可以做到nat2,运气好能要到公网ip,可以做到nat1。哔哩哔哩v4卡在nat3、nat4的话,不必死磕,家宽PT的连通性主要靠v6撑场。

第二层、第三层:客户端与容器

第二层看客户端。qBittorrent状态栏就有一个现成的信号:qBittorrent底部状态栏有个小图标:绿色地球表示端口开放正常,黄色火焰表示受限。知乎做种一直是黄火焰,意味着别人无法主动连上你,先别怪运营商,查防火墙和端口转发。

第三层看容器。Docker里跑qb有两个经典坑。第一个是时段限速不按预期生效:docker启动的qbittorrent默认是UTC时间,所以有8小时的时差。知乎想让夜间全速、把限速设在23点到7点,实际要填15点到23点,否则黄金做种时段你正好处在限速窗口里,上传自然难看。第二个是路径映射:容器里的挂载目录要和宿主机一一对应,下图这条 /volume2/docker/qbittorrent/config 映射,就是很多人容易出错的地方。

运营商要“收回”IPv6?先别慌:PT上传链路的四层排查清单,找到真正卡在哪

还有一个隐蔽情况:家里的v6前缀变了之后,不妨把qb容器重启一次,让它重新拿到新地址。这一步成本很低,经常能排掉前面几层都查不出来的问题。

第四层:种子,以及接下来值得盯的信号

第四层看种子本身。链路全绿也不保证有上传:老种子做种人少,新种的首发窗口又已经过去,流量本来就稀。开头的200m上传,吃的正是新种首发窗口的红利。所以动手改配置之前,先挂一个高流量的官种或刚发布的新种测试:能跑出来,说明链路没毛病,是之前守的种子不对。

最后说安全。v6让设备直接暴露在公网,别把所有端口都开放。有用户分享过亲历:ipv4开了nas天天被爆破,该了高位数端口照样被爆破,用了ipv6从来没被扫过。哔哩哔哩合理的姿势是只开放必要端口,系统和下载器保持更新,把v6当连通性红利,而不是暴露面。

接下来值得盯三个信号:test-ipv6是否从有地址变成拿不到地址;光猫重启后IPv6相关设置有没有被重置;qb状态栏是否从绿地球变成黄火焰。三者都没问题而上传依旧不动,被风控误伤的概率就很高了,那时候要考虑的是向运营商投诉或更换套餐,那就是另一个话题了。

内容由AI生成
0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章