服务器只有一条IPv6线路，并不等于网站立即无人可访问。真正的问题在于：访问者使用IPv4网络，还是能够通过运营商的DNS64与NAT64设备获得IPv6地址。域名解析、监听地址、出口路由和回退链路任何一环配置不当，都可能出现“服务器正常、IPv4访客却打不开”的现象。尤其在更换主机或切换线路后，运维人员往往只检查IPv6连通性，遗漏了客户端侧的真实访问路径。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：cliproxy（海外服务器），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
先看原理：纯IPv6为何会挡住部分访客
网站能否访问，取决于浏览器所在网络能否到达服务器公布的地址。纯IPv6接入意味着主机拥有AAAA记录对应的IPv6地址，但不一定具备可供IPv4客户端直连的IPv4地址。IPv4客户端无法把目标IPv6地址直接封装进IPv4报文，因此不能像访问IPv4服务器那样建立连接。若服务器只监听IPv6，IPv4请求到达入口时就会被拒绝。
双栈部署是让同一台服务器同时监听IPv4与IPv6地址，并在DNS中同时发布A记录和AAAA记录。这样，IPv4访客走IPv4路径，IPv6访客走IPv6路径，兼容性通常最稳定。过渡方案则是在没有原生IPv4地址时使用DNS64转换：递归DNS把AAAA记录中的IPv6地址合成为IPv4嵌入式地址，再由NAT64网关把IPv4流量转换到IPv6端点。前提是客户端确实使用支持DNS64的DNS解析器，且所在网络能到NAT64网关。
再看判断方法：解析、连通与持续监控
第一步是检查AAAA记录检查是否正确，确认它确实指向当前服务器，且没有残留旧地址。可分别从纯IPv4网络和原生IPv6网络发起访问，在服务端同时查看监听端口、访问日志与连接来源。还要测试IPv4客户端通过DNS64访问时的解析结果；如果返回的是熟悉的本地IPv4地址，说明解析器正在做DNS64合成，此时应继续验证NAT64网关能否完成握手。只测ping不够，因为ICMP可达并不代表TCP端口、TLS握手和页面加载都正常。
上线后应布置IPv4、IPv6及转换链路的外部探针，持续记录DNS解析、端口连通、证书有效期和页面响应。ServLlama可用于集中观察探针结果，及时发现某条链路失效。还要准备回退方案：优先补齐IPv4监听并发布A记录；在无法立即增加IPv4地址时，保留可用的DNS64与NAT64路径，并确认运营商递归解析器的覆盖范围。不要把“禁止AAAA记录”当作回退，它会让IPv6客户端失去原生路径，也可能使部分转换环境直接失败。
先把 DNS64 与 NAT64 的方向讲清
当客户端网络只有 IPv6，而目标服务只有 IPv4 时，支持 DNS64转换 的递归解析器通常会把目标的 A 记录合成为带 NAT64 前缀的 AAAA 记录；客户端把 IPv6 包送往 NAT64网关，再由网关转换成 IPv4。这个链路解决的是“IPv6 客户端访问 IPv4 服务”，并非反向的“IPv4 客户端访问 IPv6 服务”。因此，采用纯IPv6接入的站点若没有 IPv4 边缘入口，IPv4 用户就无法完成访问，NAT64 也不会凭空补齐这条路径。
常见误区是看到 DNS64 正常返回 AAAA 就认定站点兼容。若域名已有原生 AAAA，DNS64 通常不会另行合成；若原生 AAAA 指向不可达地址，反而可能绕开原有 IPv4 路径。解析器使用的合成前缀还必须与运营商 NAT64 网关一致，IPv6 防火墙、路径 MTU 和 DNS 过滤也会造成“记录正确、连接仍失败”。
部署选择与落地检查
双栈部署不是简单多发布一条 AAAA：IPv4 与 IPv6 入口必须真正监听，TLS 证书、SNI、虚拟主机、WAF 和限流策略也要按地址族一致配置，否则会出现解析顺序正常、某一协议却在握手阶段失败的情况。更稳妥的结构是让 CDN 或双栈反向代理承接公网流量，再通过 IPv6 回源到纯 IPv6 应用，既保留后端的单一协议，又让新旧客户端都有可用入口。
上线前应按顺序验收：①用 AAAA记录检查分别核对权威解析器和公共递归解析器返回的 A、AAAA 结果，确认没有过期节点或错误地址；②从 IPv4-only、IPv6-only 加 NAT64、无 NAT64 的 IPv6-only 三类网络分别测试；③使用 curl 的 -4、-6 参数验证首页、API、重定向和静态资源，而非只测试首页；④检查 IPv6 防火墙、MTU、证书覆盖及 CDN 回源协议；⑤在 DNS 切换期间持续比较两种地址族的成功率、延迟和握手错误率。
最终结论是：目标用户包含 IPv4-only 网络时，应优先选择双栈边缘或代理接入；只服务具备原生 IPv6 能力的用户时，纯 IPv6 才具备可行性。DNS64 与 NAT64 应作为特定客户端网络的可达性补充，而不是替代公网 IPv4 入口。上线后仍需持续监控 A、AAAA 记录质量及各协议的真实连接路径，避免一次错误变更让部分用户整体失联。
喜欢 
顶
难过
囧
围观
无聊
