@w568w #1
另外感谢指路，jflyup/nat_traversal 使用小 TTL 防止触发 flooding protection 的思路很妙。
我也参考下其他算法看看能否进一步提升成功概率。

@w568w #1

Address and Port-Dependent Filtering 对应的应该是 NAT3 ，这个还能通过 STUN 找到外部端口对应； NAT4 更严格，问题在于不知道外部端口。

生日攻击在理论上成立，但是实际上应用有点困难（和你所说的原因一样）：

类似于 TCP 的 “最大连接数”，UDP 也存在类似限制（实质就是映射表项数量的限制）。
在我的环境测试，UDP “连接数” 到达 100 往上时，便出现随机丢包，超过 2000 便无法向新地址发包。

此时再怎么测都是无效的，因为实际上 UDP 包根本就没有发出去，甚至没有形成映射。

所以 N4 只能采用不那么暴力的方式预测，每次在小范围内（默认一轮 25 个端口）尝试，这样就存在成功的可能。

@neptuno #35
我是很佛系挂 BT 的，限制了上传速度，也限制了连接数。
https://i.imgur.com/WgKAC5T.png
参考 OpenWRT 的状态统计，我连续开机 216 多天，平均每天上传也就 13 GB 多一点。

@lambdaq 就是 qBittorrent 的缩写，软件名称。

@vanchKong 是苏 A ，没停之前一切正常。光猫不用动设置。如果用安装时送的路由器，需要进设置页面把 IPv6 功能打开；如果是用自己的路由器，要买支持 IPv6 的（一般新款的路由器都支持）。

就在昨天，我江苏移动的 IPv6 被停了。/t/1044806
之前也因为 IPv6 报障过一次。如果怕麻烦，还是不要用为好。

@icaolei #20 不会断流。断流可能是因为运营商给的最大连接数太小了，qB 的连接比较多，导致占满。把 qB 的配置项调小一点看看能不能解决。

江苏移动是不是今天集体改了什么东西，我查日志是今天早上 9:30 左右掉的 IPv6 。估计有不少人都掉 IPv6 了。

@Vesc @LisaSue 我这里也是，今早突然没了。NAT4 ，无 IPv6 。这是连 qBittorrent 都不让用了么。

Ubuntu ✘
Debian ✔

可以试试做软件测试

赞，
我之前一直没找到 Linux 环境上能模拟 CGNAT 行为的工具，用于测试 Natter 功能。
这个对我来说十分有用 hhh

这次其实还好，不是还没有正式发行版受影响嘛。
开源就是这样的，投毒难免，需要有人检查测试。这次就是 postgres 的一个贡献者在测试过程中发现的。
以 Debian 为例，需要经过 Unstable -> Testing -> Stable
虽然上游已经 release 了，但是还是需要社区在 Testing 阶段做各种测试。
在 Stable 之前拦截住都算可控，不过这次事件确实很恶劣。