起因：深圳早几年电信还能申请公网 ip ，现在只要稍微动下宽带的套餐，ip 就没了，实在忍不了 30M 的小水管就升级了到了 50M （上行）。主要是 30M 串流 2k 游戏还是有点卡的。公网 ip 没了，但是给了 ipv6 。
遇到的问题：
1. Apple TV 的奈飞解锁非自制剧失效
2. Disney+ 经常莫名退出，然后解锁不了星空。
排查原因都是因为使用了 ipv6 ，导致 DNS 解析出了 ipv4 和 ipv6 两个的集合，之前软路由里面写的透明代理规则都是基于 ipv4 的。解决方式也简单的很。重写下 ipv6 的路由策略和防火墙规则，或者更简单的在 AppleTV 里面的 DNS 指定到 ipv4 的 DNS 。
然而偷懒的我选择了第二种方式，反正家里设备也不多。
接下来，昨天在 steamdeck 下载 heroic 的软件时候，才 10+kb 。。搞了半天还是 ipv6 没写分流的锅。
3. 使用 wireguard 通过 ipv6 回家时候，50M 跑不满，波动的，最低时候 10M 都跑不到，目前还没有精力排查原因。按理说没那么多层 NAT 了，应该变快了才对。如果有人知道啥原因可以分享下。目前使用 tailscale 暂时替代，之前还没觉得，用了之后觉得真香。
4. 暂时家里网络还是全锥形，NAS 回家暂时用 NATMAP 的 ipv4 打洞，通过 cf 的 worker 写 302 重定向脚本。暂时不影响使用。
写那么多总结下重点：
1. 有了 ipv6 分流变得复杂，DNS 解析也会变得复杂。
2. wireguard 通过 ipv6 传输变慢了，相比 ipv4 。
3. 没有公网 ipv4 ，通过打洞，也可以暂时满足 NAS 回家要求。
（完）
遇到的问题：
1. Apple TV 的奈飞解锁非自制剧失效
2. Disney+ 经常莫名退出，然后解锁不了星空。
排查原因都是因为使用了 ipv6 ，导致 DNS 解析出了 ipv4 和 ipv6 两个的集合，之前软路由里面写的透明代理规则都是基于 ipv4 的。解决方式也简单的很。重写下 ipv6 的路由策略和防火墙规则，或者更简单的在 AppleTV 里面的 DNS 指定到 ipv4 的 DNS 。
然而偷懒的我选择了第二种方式，反正家里设备也不多。
接下来，昨天在 steamdeck 下载 heroic 的软件时候，才 10+kb 。。搞了半天还是 ipv6 没写分流的锅。
3. 使用 wireguard 通过 ipv6 回家时候，50M 跑不满，波动的，最低时候 10M 都跑不到，目前还没有精力排查原因。按理说没那么多层 NAT 了，应该变快了才对。如果有人知道啥原因可以分享下。目前使用 tailscale 暂时替代，之前还没觉得，用了之后觉得真香。
4. 暂时家里网络还是全锥形，NAS 回家暂时用 NATMAP 的 ipv4 打洞，通过 cf 的 worker 写 302 重定向脚本。暂时不影响使用。
写那么多总结下重点：
1. 有了 ipv6 分流变得复杂，DNS 解析也会变得复杂。
2. wireguard 通过 ipv6 传输变慢了，相比 ipv4 。
3. 没有公网 ipv4 ，通过打洞，也可以暂时满足 NAS 回家要求。
（完）
Select Language