网站要不要支持IPv6？改造顺序与常见坑

移动网络和部分家宽已默认优先走IPv6，只做IPv4的站点在纯v6环境下会直接访问失败。本文按服务器、解析、CDN三层给出改造顺序，并列出公网直通、应用写死v4等四个常见坑。

IPv6 的推进节奏这两年明显加快，移动网络和不少家庭宽带已经默认优先走 IPv6。对站长来说，问题不再是“要不要做”，而是“怎么改才不出乱子”。结论先行：面向公众访问的站点值得做，但不必一次性全量切换，先做双栈，观察一段时间再推进。 为什么值得做。一是可达性，纯 IPv6 网络下的用户访问纯 IPv4 站点会直接失败或走转换网关。二是体验，主流浏览器普遍采用先试 IPv6、失败回退的策略，双栈站点在支持 v6 的网络上往往能拿到更短的握手时间。三是不少平台在逐步要求站点支持 v6，早做比临时补省事。 改造分三层，顺序别乱。 第一层是服务器。确认主机已经分到 IPv6 地址，Web 服务监听要覆盖 v6，比如 nginx 里写 listen [::]:443 ssl，只写 IPv4 的 listen 不会响应 v6 请求。防火墙也要放行 v6，很多“加了解析却打不开”的情况都卡在这一步。 第二层是域名解析。添加 AAAA 记录指向服务器的 v6 地址。建议先把 TTL 调短方便回滚，上线后观察解析生效情况和错误率。 第三层是 CDN 与防护。站点前面如果有 CDN 或高防，要确认它支持双栈：用户侧能接 v6，回源侧走 v4 还是 v6 需要提前对齐。常见问题是前端开了 v6、回源仍用 v4，此时源站必须保留 v4 监听，否则会出现 502。 几个容易踩的坑，提前说清楚。 第一个坑是 v6 没有 NAT。v4 时代很多服务靠内网地址加端口映射，看起来安全；v6 地址通常是公网直通，数据库、缓存、管理面板如果跟着监听所有地址，等于直接暴露在公网上。 第二个坑是应用里写死的 IPv4。白名单、回调地址、接口的 IP 校验，都可能只认点分十进制地址，切换前先搜一遍配置和代码。 第三个坑是监控与统计。部分工具按 IPv4 字段设计，v6 上线后访问日志里可能出现大量未知来源，解析规则要同步调整。 第四个坑是把 v6 当成性能方案。它解决的是地址枯竭与可达性，不解决绕路和丢包。 落地时分两步走：先在测试域名上跑通双栈，确认应用无异常，再给主域名加 AAAA 记录并保留 A 记录，观察两到四周。 如果站点还在选服务器和解析方案的阶段，加速IDC 的云服务器与域名服务支持 IPv4/IPv6 双栈配置，可以一步到位，省去后期回补的麻烦。