IPv6 能打开网站，却连不上某个服务？一份检查清单

> 日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 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/)