联通已经发了好几次短信让我去加 10 块钱领宽带了，要不是电信有公网，服务质量也还可以，我就去换联通了

刚出来自己接码注册的号，美国 ip 登录，登录后切到香港 ip 用，现在活的好好的。

@Xymmh 感谢，问题解决了！

@iijboom nat 也是防止出现 11 楼的情况，有些长期开机设备不会主动去更新 ipv6 ，导致地址前缀过期没法用，nat 后内网前缀可以不变化，如果你的设备都不会长期开机 nat 就如你所说确实没必要，而且出现过 ipv6 被扫的情况，还是 nat 相对安全。

@NoOneNoBody 我去试试手动指定 dns 和网关

@NoOneNoBody Windows10 下也是一样的提示，但是依然会 ipv6 优先，Windows11 也有这个提示但是终端只会 ipv4 优先

@systemcall 开启的，ros 上的 ipv6dhcp 关闭只靠 slaac 获取地址

@angeltop f00::1/64

坐标 025 ，电信 ipv6 AWS CDN 开启 ipv6 ，落地日本延迟 45ms 很快乐，新加坡延迟也还可以，真连接延迟大概在 350ms 左右，ipv6 基本没有干扰。

我的情况差不多，用 dac 直连 iperf3 多线程测速有时候单向能到满速，上传只能到 3-4Gbps 左右，有时候双向都是 5.9Gbps ，esxi 和 pve 下或者裸装 Ubuntu 都这样卡插到 x16 的槽位上也一样，感觉就是 x520 的问题

我的方案是 ros+旁路由，旁路由跑 wireguard ，ros wireguard 连接到旁路由，ros 把局域网的 ip 段路由给旁路由，旁路由再把路由转发给对端的 peer 实现访问，对端放了一个 orangepi 的板子，每隔半小时自动 restart service ，保证 ip 地址更新，这样只要有一端有公网即可，用了很长一段时间非常稳定。
<a href="https://imgur.com/tfgksZc"><img src="https://i.imgur.com/tfgksZc.png" title="source: imgur.com" /></a>
<a href="https://imgur.com/LhduDyp"><img src="https://i.imgur.com/LhduDyp.png" title="source: imgur.com" /></a>
<a href="https://imgur.com/L6fNOzP"><img src="https://i.imgur.com/L6fNOzP.png" title="source: imgur.com" /></a>
<a href="https://imgur.com/IGUQC15"><img src="https://i.imgur.com/IGUQC15.png" title="source: imgur.com" /></a>

正想说，昨天还在用突然又进排队了

@audioium 如果是追求稳定的话个人建议还是 esxi ，我在 6.0 放弃 pve 转向 esxi 6.7 组的 all in one ，服役一年没有问题后来拆开，我的主路由和比较重要的服务依然在 esxi 上，pve 当大号玩具挺好的，跑崩了也无所谓硬件兼容性很好重装就行，但是 pve 下直通和虚拟磁盘 io 性能损耗挺大的，我也是用了 esxi 之后发现的问题，其他的我觉得跟 esxi 没差。

@audioium 对，我昨天还遇到这个 bug 了，重启关机停止容器都无效，最后关闭所有实例，重启宿主机解决

@XiLingHost 貌似没有 pve7.3,只要有一个 lxc 或者 qemu 卡住，下面创建的所有实例都会卡住，只能强制重启

12s 确实手感挺好的，用到现在只戴了很薄的 pp 壳，手感也挺好，只是壳子不抗造跌一下就要换一个新的壳子，目前倒是不想换手机性能完全足够。

2 月 9 号申请的，17 年的账号，没有收到任何通知通过邮件，看到帖子刚才去看了一眼已经显示成功加入。

@Mikuchan 5-6 秒内的 ms 很稳定，过 5-6 秒一定会出现一次 560+ms 或者 timeout ，已经让师傅换过光猫了，应该不是光猫的问题，让朋友 ping .1 网关会丢包，应该是电信出问题了，客服也只会机械的回复帮您重置。症状如下
PING 223.6.6.6 (223.6.6.6) 56(84) bytes of data.
64 bytes from 223.6.6.6: icmp_seq=1 ttl=117 time=160 ms
64 bytes from 223.6.6.6: icmp_seq=2 ttl=117 time=11.3 ms
64 bytes from 223.6.6.6: icmp_seq=3 ttl=117 time=11.0 ms
64 bytes from 223.6.6.6: icmp_seq=4 ttl=117 time=11.0 ms
64 bytes from 223.6.6.6: icmp_seq=5 ttl=117 time=11.7 ms
64 bytes from 223.6.6.6: icmp_seq=6 ttl=117 time=11.1 ms
64 bytes from 223.6.6.6: icmp_seq=7 ttl=117 time=562 ms
64 bytes from 223.6.6.6: icmp_seq=8 ttl=117 time=11.3 ms
64 bytes from 223.6.6.6: icmp_seq=9 ttl=117 time=11.8 ms
64 bytes from 223.6.6.6: icmp_seq=10 ttl=117 time=11.2 ms
64 bytes from 223.6.6.6: icmp_seq=11 ttl=117 time=10.0 ms
64 bytes from 223.6.6.6: icmp_seq=12 ttl=117 time=12.1 ms
64 bytes from 223.6.6.6: icmp_seq=13 ttl=117 time=212 ms