VPS启用IPv6后，网站访问异常常呈现为双栈表现不一：IPv4正常，IPv6却握手超时或偶发打不开。问题不只在“再加一个地址”，还牵涉AAAA记录配置、地址规划、递归解析、隧道转换和出口链路；一层配置错位，就可能让部分访客无法访问。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：servergigabit（海外服务器），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
一、先查地址规划与双栈解析分流
第一步检查地址规划。确认平台分配全球单播地址，网站进程实际监听该地址，网关、路由通告与防火墙策略一致。不能只看网卡拿到地址，还要核对接口、默认路由和邻居发现；容器、面板反代或负载均衡若使用另一段地址，外部可达不等于后端可达。白名单也不能只填IPv4，未同步IPv6会造成地址白名单兼容问题，范围过宽又会暴露后台入口。
第二步检查双栈解析分流。用公共递归解析器分别查询A、AAAA记录，记录返回地址、TTL与权威应答，并排除浏览器或中间DNS缓存。双栈站点应让两类记录并存，由具备相应协议栈的客户端选择；若AAAA指向失效地址，客户端可能优先尝试IPv6，于是指定IPv4成功，整体访问却失败。使用CDN或智能DNS时，还要确认调度考虑地址族、线路与健康探测，修改后等待旧记录过期再复测。
二、再查隧道转换与IPv6链路定位
解析与地址正确后，再沿请求路径检查隧道与NAT66。IPv6客户端经隧道访问IPv4源站，或公网IPv6被转换到内网地址时，应从外到内逐跳验证：客户端到DNS、源地址到目标、目标主机回程、隧道封装与解封装。NAT66映射缺失、状态表被清理、隧道端点被防火墙拦截，都可能形成单向不通；若回程默认路由仍走原生链路，响应也会绕出隧道。
判断时先在两个不同网络分别强制访问A、AAAA地址：若只有域名失败而直连地址正常，优先查解析；若直连也失败，再看SYN、握手、首包卡在哪。随后核对IPv6链路定位结果、路径MTU、邻居发现和回程路由，并用临时放行规则复测。ServLlama可汇总多节点的解析与连通性记录，便于比较地域差异。结论应结合时间、网络、解析器、地址族和错误阶段记录，不能只凭一次ping下判断。
双栈排障不能只看“能否解析”，还要确认客户端选中的地址族能完成路由、握手和鉴权。结果会受重试、缓存与节点策略影响，应同时记录 DNS 应答、实际远端地址、连接地址族和耗时。
AAAA记录配置与双栈解析分流
发布 AAAA记录配置 前，确认地址已分配给目标服务，路由可达，进程接受 IPv6，防火墙、安全组和负载均衡均已放行。AAAA 存在但链路不可用时，客户端可能先等 IPv6 超时再回退 IPv4，表现为偶发卡顿。反向解析、证书名称和 CDN 接入地址也需同步核对。
双栈解析分流 并非由 DNS 固定用户去向，而是客户端按地址列表及 Happy Eyeballs 策略选择、竞速连接；结果还受 TTL、递归解析器与本地缓存影响。应从多区域查询，并强制分别建立 IPv4、IPv6 的 TCP/TLS 连接；ping 成功或 dig 有结果，都不能证明端口可用。内部 ULA 不应发布为公网 AAAA，NAT64/DNS64 的合成地址也不能冒充真实记录。
IPv6链路定位：隧道与NAT66
按“接口地址默认路由邻居发现路径 MTU防火墙服务端监听”逐层定位。ICMPv6 被拦截会影响路径发现；小包正常而大包超时，应检查 路径 MTU、分片和隧道开销。临时启用 隧道 时，要记录端点与封装后 MTU，并防止 DNS 泄漏绕过原出口策略。
使用 NAT66 时，应核对前缀映射、过滤规则和回程路由，部分实现还涉及端口映射；它不能被当作原生公网 IPv6 的替代方案。服务端按来源授权时，地址白名单兼容 要求同时列出 IPv4、IPv6 网段，并确认系统没有错误转换 IPv6 表示形式。
可执行检查清单：①核对 A、AAAA、TTL 与权威 DNS；②分别测试两族 DNS、路由和 TCP/TLS；③查看 traceroute、路径 MTU 及防火墙计数；④验证隧道端点与 NAT66 回程；⑤检查 CDN、WAF、负载均衡和后端监听；⑥同步客户端、出口、服务端白名单；⑦留存日志，等待缓存过期后复测。
完成核验后，再决定修正 AAAA、调整分流策略，或撤下无效记录。原则是：每条已发布地址都必须具备完整、可观测且可回退的访问链路。
喜欢 
顶
难过
囧
围观
无聊
