域名规则没有命中，不一定是加密客户端问候把名字藏起来了。客户端要先从 HTTPS 记录拿到 ech 参数。2026-11-07 向 1.1.1.1 和 8.8.8.8 查询，三家 AI 域名的应答里都没有这项。先看日志里的名字。嗅探顺序见 没嗅探时，AI 域名规则对不上。

OpenAI、Anthropic 和 Google 都没有把中国大陆写成这些消费级产品的无条件服务地。从名单外访问或向名单外提供访问，可能违反条款，账号可能被限制或停用。本文不写伪造证件、购买或借用账号、手机号和支付卡，也不写如何去掉 ech 参数。

外层名字和内层名字不是同一个字段

一个可单独引用的区分：内层服务器名才是要访问的服务；外层服务器名是客户端面向的公共名。路径上能读到的，是外层那一个。

RFC 9849（2026 年 3 月，见 RFC 9848 的参考文献）把客户端发出的明文问候称作 ClientHelloOuter，把加密后的那一份称作 ClientHelloInner。配置里的 public_name 是客户端所信任的、面向客户端的那台服务器的 DNS 名。第 6.1 节写明，客户端应当把 public_name 放进外层的 server_name；不这样做，有和重试机制或服务器互操作失败的风险。

RFC 9848 第 5.2 节写明：外层问候的内容由 ECH 配置决定；标识服务的服务器名在内层问候里。第 9 节的 IANA 表把 SvcParam 键 5 登记为 ech，值是一份 ECHConfigList。第 3 节把这个参数写成引导 ECH 的主要方式。

Cloudflare 的 ECH 说明 页脚是 Last updated Apr 17, 2026。它写：启用之后，中间网络能看出访问的是 Cloudflare 上的站点，但不能看出是哪一个；他们选的外层名字是 cloudflare-ech.com。同一页写免费区域默认启用，其他套餐可以开关。它没有把「响应头里有 Cloudflare」写成「这份 HTTPS 记录一定带 ech」。

sing-box 协议嗅探 在 2026-11-07 的表里，TCP 的 tls 和 UDP 的 quic 都只写 Server Name。表上没有内层、外层或 ECH。GitHub Releases 当天的最新非预发布标签仍是 v1.14.4（2026-10-24T01:04:25Z）。本文没有用这个二进制去看它把哪个名字写进日志。

当天两台解析器返回了什么

查询用的是 dig @解析器 名字 HTTPS。两台解析器给出的参数集合相同，TTL 不同，下面不把 TTL 当成域名的属性。起草环境不是大陆宽带。

名字应答里和 ECH 有关的部分
chatgpt.com有 alpn="h2"、ipv4hint、ipv6hint。两台都没有 ech=
claude.ai有 alpn="h3,h2"、ipv4hint、ipv6hint。两台都没有 ech=
gemini.google.com1.1.1.1 返回 NOERROR、应答 0 条、权威 1 条。不是「域名不存在」。没有 HTTPS 应答可看
cloudflare-ech.com两台都有 ech=。值里的 ASCII 字符串是 cloudflare-ech.com

chatgpt.com 在 1.1.1.1 上的一行是：

chatgpt.com.  IN HTTPS 1 . alpn="h2" ipv4hint=104.18.32.47,172.64.155.209 ipv6hint=2606:4700:4408::ac40:9bd1,2a06:98c1:3101::6812:202f

claude.ai 的一行是：

claude.ai.  IN HTTPS 1 . alpn="h3,h2" ipv4hint=160.79.104.10 ipv6hint=2607:6bc0::10

这些地址和提示会变。当天没有另做 A/AAAA 查询，不用 ipv4hint 代替连接时真正连上的地址。

同一天用 curl 8.5.0 访问时，https://chatgpt.com/ 返回 HTTP 200，server: cloudflare；https://claude.ai/ 返回 HTTP 403，带 cf-mitigated: challenge；https://gemini.google.com/ 返回 HTTP 200，server: ESF。这只说明起草环境里主机有响应。403 质询不是「ECH 已启用」，也不是帮助中心写的地区不支持。握手停在哪一步，见 AI 站点的 TLS 停在哪一步。

因此：响应头显示 Cloudflare，不能推出 HTTPS 记录里已经有 ech。按 RFC 9848，只从这份记录获知配置的客户端，对上面三个产品名没有一份 ECH 配置可用。cloudflare-ech.com 自己的记录有 ech，不能反推 chatgpt.com 也有。

规则落空时，先读日志里的名字

日志里嗅探到的名字更像什么不要先做的事
就是 chatgpt.com、claude.ai 或 gemini.google.com这条连接的 Server Name 没有被换成公共名不要改去关 ECH
是别的名字，例如文档里的 cloudflare-ech.com外层名字和产品名不同，产品域名规则对不上不要把这个公共名写成「只代表一家 AI」
仍然是 IP，没有名字嗅探没读到 Server Name按嗅探一文看规则顺序
名字已是产品域名，页面仍是地区英文网站按出口判断停止改 DNS 记录

连接复用 是另一件事：第二条名字可能不再发新的 ClientHello。那时候日志里缺少第二次握手，不等于 ECH。

Cloudflare 写明 cloudflare-ech.com 是许多启用 ECH 的站点共用的外层名字。就算某一天产品记录开始带上 ech，把这个公共名整段送进一条出站，影响的也不只是一家 AI。当天三个产品名还没有这个参数，所以现在加这条规则也对不上它们。

本文不建议为了让域名规则命中，去让解析器丢掉 HTTPS 应答，或去响应 use-application-dns.net。Cloudflare 那一页把这两种做法写成企业网继续按域名过滤的办法。那样做会让真实名字重新出现在路径上。它不改变下面的地区名单。

名单仍看到达之后的那一次访问

2026-11-07 重新打开的页面：

  • ChatGPT Supported Countries 页眉是 “Updated: 16 days ago”。看到 Taiwan，没有看到 China、Hong Kong、Macau。页首写明，名单外访问或提供访问，账号可能被封锁或暂停。
  • Anthropic Supported Regions 页眉生效日写着 Nov 12, 2026，晚于核对日。看到 Taiwan，没有看到中国大陆、香港、澳门。页面写了人在未列出地区使用、主体在未列出地区注册或设立总部，以及由未列出地区的人或主体控股。生效日之前是否已经按这张名单执行，不能从页眉反推。
  • Gemini 网页可用地区 有 “Mainland China (Workspace only)”、Hong Kong、Macau 和 Taiwan。API 名单当天没有重开，见 Claude 与 Gemini 的地区报错和注册。

公开文件里的法律范围

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

一次对不上留下的记录

留下五样东西：解析器地址、HTTPS 应答里有没有 ech=、日志里嗅探到的名字、出站标签、页面是超时还是地区英文。没有 ech= 时，按嗅探一文继续看，不要先改浏览器的加密问候开关。记录会变，这一天的 dig 输出不能代表下一次。