网站ipv6测试

昨天下午，网站我打开公司新上线的网站官网，地址栏里清清楚楚显示着IPv6地址——2001:db8:3e8:1::2a。网站页面加载速度比平时快了不少，网站至少主观感受是网站这样。但真正让我意识到问题严重性的网站，是网站运维同事发来的监控截图：访问量排前二十的地区，有十三个用的网站是IPv6。

这数字吓我一跳。网站半年前我们做网站改造时，网站测试组还专门写了个脚本，网站每天凌晨三点自动跑一遍IPv6连通性。网站当时结果惨不忍睹——全国三十一个省级行政区，网站能稳定回包的网站只有九个。有些地方的网站运营商压根没开IPv6路由，有些开了但DNS解析记录是错的，还有的干脆把IPv6流量黑洞了，连个ICMP错误都不回。

最典型的坑出现在双栈部署上。我们原以为只要服务器同时绑定IPv4和IPv6地址，再配好AAAA记录就万事大吉。结果用户反馈说某些页面打不开，一查才发现是防火墙规则没同步——IPv4的访问控制列表允许80端口，IPv6那条链路上却忘了放行。这种低级错误，在测试环境根本发现不了，因为内网IPv6是通的，可一旦走到公网，运营商之间的路由策略差异立刻就把问题暴露了。

还有个更隐蔽的细节。很多老网站的图片、CSS、JS文件都存放在CDN上，而CDN节点未必支持IPv6。就算你主站解析了AAAA记录，浏览器加载页面时，那些静态资源还是会走IPv4回源。结果就是：地址栏显示IPv6，实际流量却七成走了老路。我用开发者工具抓包验证过，一个页面总共87个请求，只有23个走了IPv6，其余全落在v4上。这种“假IPv6”状态，比完全不通更麻烦——用户感知不到差异，运维却以为改造完成了。

真正让我改观的是移动网络。用手机流量测试时，IPv6的延迟稳定性明显优于IPv4。同一台服务器，从北京联通4G访问，IPv6平均RTT是28ms，IPv4要跳到41ms。而且丢包率几乎为零。这跟固网完全相反——家里宽带走IPv6反而经常断流，后来发现是光猫的IPv6防火墙默认开启了SLAAC隐私扩展，地址每24小时变一次，把长连接全掐断了。

所以别迷信“IPv6一定更快”的说法。它更像一个需要逐层排查的链路问题：从物理线路、运营商路由、DNS解析、服务器配置到应用层代码，任何一环掉链子都会前功尽弃。我们最后把测试脚本改成每小时跑一次，还加了告警推送，才勉强保证全国主要地区的IPv6可用率维持在95%以上。但这数字随时会掉——昨天电信某省节点调整，回包时间直接飙到800ms，持续了四十分钟才恢复。

说到底，IPv6测试不是一次性的验收动作，而是需要持续盯着的运维常态。那些说“改造完就完事”的，多半还没经历过凌晨三点被告警短信吵醒的滋味。