如何在香港服务器租用中验证 IPv6 支持
你租用了一台香港服务器，并期望其支持 IPv6。首先从服务商的产品规格页面入手，确认是否提供原生（native）IPv6 地址段，而不是 NAT64。然后在服务器本机上测试连通性，运行 ping6、traceroute6，并访问公共的 IPv6 测试网站。这些步骤可以帮助你快速验证 IPv6 是否可用。
你的服务器需要一个全局 IPv6 地址。以 fe80:: 或 fc00:: 开头的地址无法满足要求。这只是 IPv6 正常工作的最低条件。在部署任何业务之前先检查这一点。若只看到链路本地地址（link-local）或唯一本地地址（unique local），就说明 IPv6 还没有准备好用于生产环境。
在租用之前验证 IPv6 支持
查看服务商文档与客服答复
先检查服务商的产品规格页面，关注能区分原生 IPv6 和 NAT64 的技术术语。下表列出了托管服务商常用的一些表述方式。
支持类型 | 关键术语 |
|---|---|
原生 IPv6 | plain IPv6 mode、native IPv6 WAN interface、native IPv6 等表述 |
NAT64 | Stateful NAT64、NAT64 prefix、DNS64 and NAT64 services 等表述 |
有些服务商会发布详细说明其 IPv6 分配方式的知识库文章，一般在 IPs & ASNs 或专门的 IPv6 栏目下可以找到。重点寻找是否明确说明服务器会获得全局单播地址（global unicast address）。有的服务商会写道：“随着越来越多服务提供商获得原生 IPv6，我们已经将服务器平台迁移到原生 IPv6。”这表明其对原生 IPv6 的明显偏好，而不是 NAT64。也有服务商会提到他们“开发了 DNS64 和 NAT64 服务的实施策略”作为过渡工具。这类表述有助于你判断其对 IPv6 的重视程度。
如果文档说明不够清晰，可以直接联系售后或技术支持，通过工单、在线客服或电话咨询。一些香港服务商在提供管理型服务时还会提供 Telegram 渠道。你需要直接询问 IPv6 是否为原生接入、网络是否使用 BGP，以及每台服务器是否都分配独立的全局单播 IPv6 地址。全局单播地址一般以 2 或 3 开头，而以 fe80::（链路本地）或 fc00::（唯一本地）开头的地址不能用于公网通信。你还可以通过 dig 查询服务商自有域名的 AAAA 记录；如果域名没有 AAAA 记录，可能说明该服务商对 IPv6 的支持还不完整。更进阶的做法是分别通过 IPv4 和 IPv6 建立 SMTP 会话进行测试：如果某个邮箱只接受其中一种协议的连接，则表明其 IPv6 实施可能并不彻底。
在咨询客服时，也要顺带问清楚 BGP 路由情况。能够通过 BGP 公布 IPv6 前缀的服务商更有可能提供可靠的全球连通性。你也可以使用 RIPEstat 之类的工具自行查询服务商 ASN 是否在发布 IPv6 路由前缀。通过这些步骤，可以在签订服务器租用合同前，对服务商的 IPv6 支持程度心中有数。
在合同条款中确认原生 IPv6
在正式下单前，仔细阅读合同或服务条款。留意是否有条款保证提供静态的全局 IPv6 子网，通常为 /56 或 /48 前缀。条款应明确写出该地址段为可全球路由的全局单播地址，而非 NAT64 转换地址。IPv6 地址分配政策通常会参考类似 RIPE-738 之类的文档。
合同还应写明该 IPv6 地址为全局单播地址。全局单播地址在全网唯一，并可以从互联网任意位置访问，由各区域互联网注册机构（RIR）进行分层分配。服务商应通过 DHCPv6 前缀委派（Prefix Delegation）或 SLAAC 为你的服务器下发一个前缀。如果没有稳定的全局前缀，你的服务器可能只拿到临时或不可路由的地址，这会导致依赖稳定入站连接的服务出现问题。你可以在客户端使用 ip -6 addr show（Linux）或 ipconfig（Windows）等命令确认是否拿到以 2 或 3 开头的地址。这类地址是现代互联网寻址层的基础。
务必确认合同中排除了 NAT64。NAT64 虽然能让 IPv6 主机访问 IPv4/IPv6 互联网，但会阻断入站连接，并引入额外时延。合同中应清楚写明“原生 IPv6”或“全球 IPv6 子网”等字样，而不应提到 NAT64 或 DNS64 服务。如果条款含糊不清，在付款前务必通过工单确认。无法书面确认原生 IPv6 的服务商，很可能在部署上也并不完善。记住，链路本地地址（fe80::）和唯一本地地址（fc00::）都不足以支撑生产业务。通过这些前期核实，你才能在租用香港服务器之前更有把握地验证 IPv6 支持情况。
租用后验证 IPv6 的测试方法
使用命令行工具进行验证
通过 SSH 登录你的香港服务器，运行 ip -6 addr show。检查是否存在以 2 或 3 开头的 IPv6 地址，这通常意味着是全局单播地址。如果只看到以 fe80:: 或 fc00:: 开头的地址，则说明 IPv6 还不能对公网正常工作。
接下来测试可达性。运行 ping6 ipv6.google.com，以解析其 AAAA 记录并发送 ICMPv6 Echo Request 报文。你也可以直接 ping 某个地址，例如 ping6 2001:db8::1，或者在现代 Linux 系统上使用 ping -6。先用 ping6 ::1 测试本地环回，确认本机 IPv6 协议栈正常。若返回成功，你会看到诸如 ttl、time 和 icmp_seq 等字段，其中 ttl 为剩余跳数上限（hop limit），time 为往返时延（毫秒），而 icmp_seq 出现间断则表示有丢包。如果出现 “Network is unreachable” 之类的提示，请使用 ip -6 route show default 检查默认路由；若报错为 “Name or service not known”，则说明没有查到 AAAA 记录。
之后再运行 traceroute6，查看到目标的路径。输出会展示每一跳的 IP 和往返时间，有助于排查路由问题。
如果 IPv6 路径经过多个中间节点或隧道，traceroute6 的延迟可能会偏高。
最后，运行 curl -6 ifconfig.co，确认服务器对外访问互联网时使用的 IPv6 地址。这个步骤可以从服务器侧最终验证 IPv6 支持情况。
使用在线 IPv6 测试网站
在浏览器中打开，或通过 curl 从服务器访问 test-ipv6.com。该网站会同时检测出站和入站的 IPv6 连通性，也能识别是否经过隧道或 NAT64。完整的双向 IPv6 部署应允许无 NAT 的入站和出站连接；而仅出站 IPv4 NAT 模式下，入站连接被阻断但出站仍可通过 NAT 正常访问。下表展示了如何区分二者。
协议 | 连通性类型 | 入站 | 出站 | 识别方式 |
|---|---|---|---|---|
IPv6 | 完整双向 | 允许 | 允许 | 入站与出站连接均成功，无任何 NAT 参与 |
IPv4 | 仅出站 | 被阻断（无端口转发） | 通过 NAT 允许 | 出站正常，但入站失败；应用表面上“能用”，但连通性是非对称的 |
绑定到 “Any” 接口的应用，在仅支持出站 IPv4 NAT 而 IPv6 为完整双向的环境中，可能会悄然回落到 IPv4 上进行出站连接，而 IPv6 保持完全可用。表面现象是应用“看起来一切正常”，但在 IPv4 侧性能明显下降。要进一步确认，可以分别检测 IPv4 的入站和出站连接：若入站被阻断而出站仍然成功，则说明当前是出站仅支持 NAT 的 IPv4 与完整 IPv6 并存的架构。你可以使用第二台服务器，或支持 IPv6 的在线端口检测工具来测试入站连通性。通过这些步骤，可以更全面地验证 IPv6 支持情况。
常见问题与避坑指南
NAT64 和共享 IPv6 地址池
NAT64 可以让你的服务器访问 IPv6 互联网，但会阻断从外部发起的入站连接。这将直接影响到需要对外提供服务的应用，比如 Web 服务器或邮件服务器。NAT64 也会因为需要逐包转换而增加时延。如果你计划承载生产级业务，应尽量完全避免 NAT64。
共享 IPv6 地址池则会引入另一类问题：你的 IP 信誉会直接受到池中其他用户行为的影响。一旦其中有人滥发垃圾邮件或进行恶意行为，整体信誉就会被拖累。要保持良好的投递效果，尽量减少出现在黑名单上的情况至关重要。对于代理类服务商来说，在快速扩张阶段必须加大对 IPv6 的监控与滥用防控投入，以保证网络清洁、声誉稳定。
错误的路由与防火墙规则
一种常见情形是：IPv4 防火墙策略比较宽松，而 ip6tables 对 IPv6 则相当严格，甚至直接丢弃 ICMPv6。即便路由和地址配置都正确，这也会导致 IPv6 连通性失败。当你发现 IPv4 一切正常而 IPv6 无法访问时，首先检查 ip6tables。例如，在路由配置无误但 ping 失败的情况下，很可能是 ip6tables 丢弃了 ICMPv6，所以应当在防火墙中显式放行 ICMPv6。
丢弃 ICMPv6 还会破坏路径 MTU 发现机制（Path MTU Discovery）。要诊断路由问题，可以按以下步骤进行：
检查 IPv6 路由表。
确认默认网关配置是否正确。
检查 Router Advertisement（路由通告）的配置。
你可以使用 ip -6 route、tracepath6 或 traceroute6 等工具查看路径情况。务必使用第二台服务器或支持 IPv6 的在线端口检测工具测试入站连通性，这也是完整验证 IPv6 支持的重要一环。
在租用香港服务器之前，务必确认对方提供的是带全局单播地址的原生 IPv6。先查看产品规格页和合同条款；在完成服务器租用之后，使用 ip -6 addr show 查找以 2 或 3 开头的地址，并通过 ping6 google.com 和 test-ipv6.com 等工具测试连通性。若只看到以 fe80:: 或 fc00:: 开头的地址，就说明 IPv6 尚不具备公网通信能力。如果你的服务器没有拿到全局地址，应尽快向服务商申请重新分配子网；若对方无法提供，则可以考虑更换到具备 BGP 公布原生 IPv6 的服务商。在将业务交付生产环境之前，一定要彻底验证 IPv6 的出站与入站连通性，确保香港服务器租用环境真正满足生产要求。
