我的新加坡服务器访问国内服务器，以前一直是400ms+，而且有大量丢包，近乎不能直连，我花了很多精力去弄节点去优化它 然后前天我突然发现，这俩ipv6直连只要70ms而且无丢包，我崩溃了，这折腾我几年的问题就这么简单。。。我以前都过的什么苦日子
因人而异,看你自己需求. 对我自己来说,一方面Only Ipv6 单栈相对便宜,地址pool相对较大,你可以有更多的地址使用,另一方面我自己的所有L7以上应用都基于IPv6地址网路环境下. 如果你可以自己解决NAT64,DNS64或者warp来解决你的only v6 KVM访问ipv4的问题那么对你来说没什么坏事,通常烦恼是一些常用生态在config下要监听双栈而不是由于默认设定只监听v4. 简单说,如果你希望折腾v6我建议你最好有一台双栈v4+v6的VM,用作解决ipv6 单栈下对于ipv4服务访问时遇到的一些麻烦. 毕竟令和8年,GitHub,Discord等一众网路服务提供商,仍因为后端设计古早未考虑ipv6未来的志愿,仍不完全完整支援ipv6网路
@油咖喱 #19 v6如果墙应该封的是前缀
不要only v6就行，最好还是双栈
@chef9677 #21 v6直接上ss都不q
对于nat小鸡，有个独立v6很舒服
但是对于有独立v4的小鸡，ipv6就可有可无，有算是加分项，没有大部分情况也不会因为这个不买
多条路多个选择
我的新加坡服务器访问国内服务器，以前一直是400ms+，而且有大量丢包，近乎不能直连，我花了很多精力去弄节点去优化它
然后前天我突然发现，这俩ipv6直连只要70ms而且无丢包，我崩溃了，这折腾我几年的问题就这么简单。。。我以前都过的什么苦日子
因人而异,看你自己需求. 对我自己来说,一方面Only Ipv6 单栈相对便宜,地址pool相对较大,你可以有更多的地址使用,另一方面我自己的所有L7以上应用都基于IPv6地址网路环境下.
如果你可以自己解决NAT64,DNS64或者warp来解决你的only v6 KVM访问ipv4的问题那么对你来说没什么坏事,通常烦恼是一些常用生态在config下要监听双栈而不是由于默认设定只监听v4.
简单说,如果你希望折腾v6我建议你最好有一台双栈v4+v6的VM,用作解决ipv6 单栈下对于ipv4服务访问时遇到的一些麻烦.
毕竟令和8年,GitHub,Discord等一众网路服务提供商,仍因为后端设计古早未考虑ipv6未来的志愿,仍不完全完整支援ipv6网路
@陌生人 #26 有的时候，有些v6连国内还不错
@chef9677 #11 dmit或者各种移动快乐鸡
移动在亚洲的v6很香