公司动态 · 发布时间：
香港机房分配了IPv6地址，服务器也能成功启动，并不等于不同网络的用户都能连通。访问请求抵达服务器后，响应还要沿可用路径返回；若回程路由缺失、经过异常绕行，或被防火墙过滤，用户就可能遇到超时、连接失败或速度不稳定。因此，办理香港数据中心IPv6地址申请与回程路由测试时，应把地址配置和双向验证作为一套工作，而不是只检查地址是否出现在网卡上。
申请前先确认地址由谁公告
先向机房或网络服务商确认地址分配方式、前缀长度、网关、路由公告责任方，以及地址是否为独享或可携带。常见做法是服务商从其已公告的地址段内分配地址；若客户计划自行使用ASN公告前缀，则还需确认上游是否支持、路由策略如何配置，以及相关授权和路由信息是否齐备。具体要求取决于服务商和地址来源，不能仅凭“支持IPv6”推定能够自行公告。
同时确认服务器系统、虚拟化网络和安全组均允许IPv6。IPv4规则不会自动覆盖IPv6规则；若只开放了IPv4端口，IPv6请求可能被主机防火墙或上游策略挡住。申请香港数据中心IPv6地址申请与回程路由测试所需信息时，可一并索取IPv6网关、DNS配置建议、故障联络方式和维护窗口。
按顺序完成回程路由测试
- 核对本机配置。在Linux服务器运行 ip -6 address 和 ip -6 route，检查地址前缀、默认路由及接口状态。用 ping -6 测试网关或已知可响应的IPv6目标；没有回应时，先确认目标是否允许ICMPv6，不能仅凭一次超时断定地址不可用。
- 从外部网络发起访问。选择至少两个来源网络，例如家用宽带与移动网络，分别测试服务器IPv6地址。可使用 traceroute -6 或 mtr -6 观察去程路径；再连接实际业务端口，确认应用服务确实接受IPv6连接。测试目标应是实际使用的服务，而不只是ICMP。
- 在服务器侧观察返回。测试期间查看系统日志，必要时用 tcpdump -n -i any ip6 抓取相关流量，确认请求是否抵达、服务器是否发出响应。若请求已到而响应未发出，重点检查服务监听地址、主机防火墙和应用配置；若响应发出但客户端收不到，需继续核查默认路由、上游过滤及回程路径。
- 更换目的地并重复。从不同地区或网络访问，记录时间、来源网络、目标地址、协议和结果。不同运营商之间的BGP选路可能不同，因此单个探测点成功不能证明所有用户路径正常。香港数据中心IPv6地址申请与回程路由测试应覆盖主要用户网络，并在策略或线路变更后复测。
如何判断回程异常
去程通、回程不通
若外部探测显示请求能够到达机房，但服务器没有返回数据，先检查本机默认IPv6路由和防火墙规则；确认服务器已发出响应后，再请服务商核对上游路由与过滤。路径两端的跳数不必相同，BGP可能造成非对称路由；关键是业务连接能否完成，而不是追求两条路径完全一致。
部分网络失败或路径绕行
若一类网络可访问、另一类持续超时，保存多次MTR结果并注明探测时间。中间节点不回应探测包不一定表示业务丢包，需结合终点连通性、实际端口测试和服务器抓包判断。若使用自有前缀和ASN公告，还应请网络管理员检查路由来源及RPKI状态；RPKI配置错误可能影响部分网络接受路由，但是否相关须依据实际公告信息核实。
上线前的检查清单
- 确认地址、前缀和网关与服务商提供的信息一致，重启后路由仍然存在。
- 分别测试IPv4与IPv6，确认双栈环境下域名解析、应用监听和防火墙规则没有偏差。
- 检查ICMPv6必要报文未被一概阻断；IPv6邻居发现等基础机制依赖ICMPv6，不能简单套用“全部禁用”的规则。
- 保存测试来源、时间、路径和业务结果，发生故障时将证据交给机房或上游排查。
简言之，申请到地址只是起点。把主机配置、外部访问、服务器回包和多网络路径放在一起验证，才能发现只在特定运营商或特定协议下出现的问题。香港数据中心IPv6地址申请与回程路由测试应纳入上线验收，并在更换前缀、上游或防火墙策略后再次执行。
常见问题
只用ping测试够吗？
不够。目标可能过滤ICMPv6，而业务端口仍可用；反过来，ping成功也不能证明应用服务正常。应同时测试实际端口和业务请求。
回程路径必须与去程相同吗？
不必。BGP选路可能形成非对称路径。应关注响应能否返回、连接是否稳定，以及是否存在持续丢包或异常绕行。
IPv4正常，是否代表IPv6也正常？
不代表。两者的地址、路由、防火墙规则和上游策略可能不同，需要分别验证。
什么时候需要重新测试？
新增或更换IPv6前缀、调整路由公告、迁移机房、修改防火墙或发现部分网络访问异常时，都应重新测试并保存结果。
