Ungoogled Chromium 8 年前就禁用了这个 feature 。这下更坚定地使用 Ungoogled Chromium 了。

https://github.com/ungoogled-software/ungoogled-chromium/issues/2944

@SixGodHave7 应该这样写：
Powered by [iztro]( https://github.com/SylarLong/iztro) licensed under the [MIT License]( https://github.com/SylarLong/iztro/blob/main/LICENSE)

使用开源组件时尤其需要注意保留原有的版权信息，包括名称以及许可证。这么做一是向原作者致敬；二是明确告诉用户，我使用的是 MIT 许可证的开源组件，不是想要恶意侵权。

MIT 是要求保留版权信息的：
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

底部的版权信息是不妥的，建议修改一下：
©2024 maomaoyu All rights reserved.

看起来...无损 好吧。🤦‍♂️

#2 @mikewang 抱歉歪楼了，正经的回答：可能是旋转锁 bug 了，重启试试；或者关闭传感器权限；或者使用 rotation 之类的 app 强制应用竖屏。

Chrome 旋转？我还以为是这种旋转 https://i.imgur.com/vb4sx5c.gif

@Satansickle 我们有交流群组：🐧: 657590400 / TG: https://t.me/hellonatter 欢迎加入讨论👏

@iijboom 并不是光猫设置，因为已经被我改成桥接了。看起来还是和 vBRAS 有关。

@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 ✔