离线文本版 · Markdown 标记与示例按原文保留。
> 日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 2026-11-02 核对并修订。命令示例需按实际环境替换占位符。 IPv6 是否可用，不是一个简单的开关。客户端、路由器、运营商、服务器和应用都要支持，任何一环缺失都可能造成“有地址但连不上”。 ## 有 IPv6 地址，不等于有公网连接 链路本地地址通常以 fe80 开头，只用于本地链路；它不能证明公网 IPv6 已经连通。应同时检查默认路由，并实际访问一个支持 IPv6 的站点。 <!-- more --> ## 分别测试 IPv4 和 IPv6 使用 `curl -4 -I https://example.com` 与 `curl -6 -I https://example.com` 可以区分两条路径。不要只用浏览器判断，因为浏览器可能自动回退到 IPv4，让故障暂时不可见。 ## 检查服务监听与防火墙 服务器有 IPv6 地址，不代表应用监听 IPv6。检查 `ss -lntp` 中的地址与端口，同时查看云平台和系统的 IPv6 入站规则。IPv4 的放行规则不一定覆盖 IPv6。 ## 地址与端口的书写 URL 中直接使用 IPv6 地址时，需要方括号消除冒号歧义，例如 `https://[2001:db8::1]:8443/`。这里的地址属于文档示例网段，不能拿来连接真实服务。 ## AAAA 记录要与可用服务匹配 域名的 AAAA 记录告诉客户端尝试 IPv6。如果服务器没有正确监听或防火墙未放行，贸然添加 AAAA 会让一部分访客访问变慢甚至失败。 IPv6 的好处是扩大地址空间和提供另一条网络路径，不是天然更快。是否保留它，应以实际延迟、稳定性和客户端覆盖情况为准。 ## 操作参考与适用边界 ### 端到端测试 IPv6 ```sh ip -6 addr show ip -6 route show curl -6 -I https://example.com/ ``` 目标站也必须支持 IPv6。IPv6 出站成功不等于入站规则已放行；测试 TCP 端口也不能替代完整 TLS 与业务请求。 ### 如何判断结果 操作后应将实际结果与文中目标对照；命令成功退出只能证明该步骤完成，不能替代业务层验证。记录异常信息时，保留时间、软件版本与相关上下文，方便后续复查。 ## 参考资料 - [官方文档与规范](https://www.rfc-editor.org/rfc/rfc8200)（本次整理参考，页面内容可能随版本更新） - [继续阅读本站归档](/archives/)