命令行写了 @1.1.1.1，只说明包被发往这个地址的 53 端口。路径上仍可能把它交给另一台解析器。AI 域名若用了这份答错的地址，会超时或证书对不上，这时还没有地区英文。核对日是 2026-11-05，起草环境不是大陆宽带。

OpenAI、Anthropic 和 Google 都没有把中国大陆写成这些消费级或开发者产品的无条件服务地。绕过地区检查可能违反条款，账号可能被限制或停用。本文不写伪造证件、购买或借用账号、手机号和支付卡。

先分清四种结果

一个可单独引用的区分：调试名没有回到你点名的那家解析器，说明这次查询没到那里；网站上的国家或地区英文，说明请求已经到了网站。

你看到的结果更像什么下一步
id.server 或 Google 的致谢句没有按文档出现，或查询超时53 端口没到达点名的解析器先不要用这次的 A 记录
身份查询按文档回来，但和系统解析器的地址不同两台解析器，或 CDN、缓存不要单独把差别叫成改写
地址已经一致，TLS 仍失败连接或证书见 AI 站点的 TLS 停在哪一步
页面打开，并写明国家、地区或 territory网站按它看见的访问拒绝停止改 DNS

地区名单见 Claude 与 Gemini 的地区报错和注册。隧道已连接但目的站仍由本机解析器回答，是另一篇里的 DNS 服务器对象，见 AI 域名仍由本地解析器回答。

身份查询问的是「谁回答了」

Cloudflare 1.1.1.1 排障 页眉写着最后更新 May 6, 2026。它把 CHAOS 类的 TXT id.server 写成用来识别哪一台 Cloudflare 服务器处理了这次请求，并给了 Linux 与 macOS 的命令：

dig +short CHAOS TXT id.server @1.1.1.1
dig +tcp @1.1.1.1 id.server CH TXT

2026-11-05，起草环境用 DiG 9.18.39。第一条回到 "iad22"。第二条加上 +short 后回到 "iad20"。两个记号不同，只说明两次落到的服务器标识不同；两条都是短的引号记号，按该页的用途，这两次到达了 Cloudflare。该页没有写「记号必须相同」，也没有写「空结果就一定是改写」。空结果、超时或完全不像这种记号时，本文只把它记成「没有按这一页证明到达」。

同一页的可选命令是 dig @ns3.cloudflare.com whoami.cloudflare.com txt +short。页面提醒它会暴露 IP，只在你愿意放进给 Cloudflare 的报告时才使用。当天这条命令返回了多行、其中含地址材料。本文不贴出输出，也不把某一行当成你的出口。

Google Public DNS 排障 的页脚是 Last updated 2024-09-03 UTC。拦截一节写明，用下面第一条看 UDP 是否到达；输出若是 “Thanks for using Google Public DNS.”，UDP 查询到达了 Google Public DNS。输出若是 NXDOMAIN，你到达的是另一台解析器。输出若是超时，则发往 Google Public DNS 的查询被挡住。

dig -t TXT test.dns.google.com. '@dns.google.'
dig -t TXT +tcp locations.dns.google.com. '@dns.google.'

当天第一条的 TXT 是 “Thanks for using Google Public DNS.”。本文没有在大陆链路上重放，也不能从这一句推出 8.8.8.8 在每一家运营商都通。系统若把 dns.google 这个名字本身解析错了，该页让你改用 8.8.8.8 再试。第二条是 TCP，页上写的成功标志是输出里出现 locations.publicdns.goog.。当天没有把这条的完整 TXT 抄进文章。

地址不同，还不等于被改写

一个可单独引用的结论句：只有身份查询失败时，才不要相信「我指定了 1.1.1.1」这句话；A 记录不同本身可以来自 CDN。

Google 同一页把「应用看到的地址和 dns.google 网页结果差很多」写成可能是门户、路由器、运营商或其网络上的劫持，前提是你已经确认自己在用 Google Public DNS。它也把 CDN 地址偏远单独写成另一类问题。因此：

  1. 先做上一节的身份查询。失败时，这次 @1.1.1.1 或 @dns.google 的 A 记录不能用来判断 ChatGPT 的服务器。
  2. 身份查询已经按文档回来之后，再把系统解析器（命令里不写 @）和这次结果对照。不同，只进入「两台解析器或缓存」那一行。
  3. Cloudflare 的 DoH 排障示例是向 https://cloudflare-dns.com/dns-query 发 HTTPS 请求。当天把示例里的名字换成 chatgpt.com、类型换成 A，在起草环境得到 JSON Status 为 0。这是 443 端口上的另一条路径，不是 53 端口那一次。本文不列出返回的地址，CDN 的地址会变。

DoH 与系统 DNS 各管一层，见 DoH、DoT 与 VPN DNS。泄漏检测页上的解析器名称，见 DNS 泄漏检查。

答错的名字到不了地区那一页

浏览器若拿着错误地址去连 chatgpt.com、claude.ai 或 gemini.google.com，常见的是超时、重置，或证书上的名字和地址栏不一致。这些都发生在 HTTP 正文之前。2026-11-05 没有在起草环境里制造一份错误的 A 记录去复现证书错误。已经能打开页面并看到国家或地区英文时，改查名单，不要再换解析器。

ChatGPT Supported Countries 在 2026-11-05 的页眉是 “Updated: 14 days ago”，没有日历日期。页面写明，在列出的国家、地区和领土之外访问或提供访问，账号可能被封锁或暂停。当天可见名单里有 Taiwan，没有看到 China、Hong Kong、Macau。

Anthropic Supported Regions Policy 页眉生效日是 Nov 12, 2026，晚于核对日。正文写任何未列出的国家或地区都不受支持，并包括人在未列出地区使用。当天名单有 Taiwan，没有看到中国大陆、香港、澳门。生效日之前是否已经执行，不能从页眉反推。

把点名的域名送到出站上的 DoH，字段在 AI 域名仍由本地解析器回答 里，按 sing-box 1.14.4 书写。那一篇写明，新的 HTTPS 解析器默认相当于空的直连；不写 detour 时，查询仍从本机直接发出。本文不另抄一份 JSON。

sing-box 稳定版仍是 v1.14.4（2026-10-24 发布）。TUN 页把 dns_mode: hijack 写成在 native 之外再处理 53 端口：Linux 上在打开 auto_redirect 时把 53 端口重定向到 dns_address；Windows 上在打开 strict_route 时阻止从 TUN 以外的网卡出去的 53 端口。这段没有把浏览器自己的 DoH（443 端口）写进去。所以身份查询已经失败时，不要指望只打开这段 53 端口说明就能证明 DoH 也到达了。

同日两篇仍是草稿，链接要等发布后才有效。会话地点变了，不一定是封号 处理的是已经登录之后的地点显示。没拦住旁路时，AI 请求会漏出 处理的是隧道掉了以后请求从哪张网出去。名字在到达网站之前就答错，不属于那两篇。

公开文件里的法律范围

《关于清理规范互联网网络接入服务市场的通知》（工信部信管函〔2017〕32号）写明，未经电信主管部门批准，不得自行建立或租用专线（含 VPN）等其他信道开展跨境经营活动。2017 年 1 月 24 日的答记者问说明，对象是无国际通信业务经营资质而开展跨境电信业务经营的企业或个人；企业办公自用、向依法设置国际通信出入口局的经营者租用，不在该条针对的范围内。2026-11-05 没有重新打开部委网页，这段沿用该通知和答记者问的公开表述。本文不判断某种个人使用是否违法，也不写规避执法的做法。

一次对不上的解析留下这四项

  1. 身份查询的原文：是引号里的短记号、Google 的致谢句、NXDOMAIN，还是超时。不要只写「我填了 1.1.1.1」。
  2. 这是 UDP 还是 +tcp。两条结果不同，把两个记号都留下。
  3. 当时要开的主机名，以及失败是超时、证书名字不符，还是已经出现地区英文。
  4. 没有贴出 whoami.cloudflare.com 的输出。需要交给别人看时，先涂掉地址。