插图来源：Storyset
问：SNI 是什么，为什么它是个问题？#
答：你访问一个 HTTPS 网站时，TLS 握手第一步（ClientHello）里的 SNI 字段，明文写着你要访问的域名。网页内容是加密的，但"你要去哪"这件事是公开的。基于 SNI 的识别和阻断，一直是最廉价有效的手段之一。
问：ECH 想解决什么？#
答：ECH（Encrypted ClientHello）把 ClientHello 里敏感的部分（包括 SNI）加密起来，只留一个无害的"外层"给中间人看。思路是：让看热闹的人只能看到你在访问一个"公共入口"，真正要去哪只有你和服务器知道。
问：2026 年上半年，ECH 发展到哪了？#
答：标准层面已经成熟，主流浏览器陆续支持；服务端需要配合部署，目前主要是 Cloudflare 等大厂在推。整体处于"能用，但远没普及"的阶段。
问：开了 ECH 是不是就隐身了？#
答：想多了。ECH 只解决"SNI 明文"这一个问题：
- 目标 IP 还是明的，IP 层面的封锁不受影响。
- 流量特征（包大小、时序）依然可分析。
- 很多场景下，DNS 查询本身也会泄露目标（除非配合加密 DNS）。
它是一块拼图，不是整幅画。
问：对科学上网的实际影响？#
答：短期内（2026 年视角）影响有限：
- Trojan/伪装类协议间接受益：这类协议依赖"看起来像正常 HTTPS"，SNI 加密后，针对 SNI 的精准识别会变难。
- 不要指望它救命：真正决定生死的还是 IP 质量、协议特征和线路，ECH 只是让某一类低成本识别手段失效。
- 客户端支持要跟上：两端都要支持 ECH 才生效，单方面开没有意义。
问：普通用户要做什么？#
答：什么都不用做。ECH 是基础设施层面的演进，等浏览器、服务端、客户端自然普及即可。更值得你花时间的：选个好机场、搞懂分流、学会看延迟抖动。
相关阅读：Trojan 协议详解（最依赖"像正常 HTTPS"的协议）、浏览器指纹科普、REALITY 详解。
问：ECH 和加密 DNS 是什么关系？#
答：互补关系，各管一段。加密 DNS 解决的是"查域名时被看到"，ECH 解决的是"握手时 SNI 被看到"。只开 ECH 不用加密 DNS，等于前门锁了、后门开着——DNS 查询照样明文暴露你要去哪。现实是：两者都要配才算完整，但也都还没普及到"默认就有"的程度。
问：机场宣传"支持 ECH"可信吗？#
答：要打个问号。ECH 是网站服务端和浏览器之间的事，机场节点作为中间转发方，决定不了目标网站开没开 ECH。真正有意义的说法是"客户端/浏览器支持 ECH"，而不是"节点支持 ECH"。看到这类宣传，把它当营销话术就行，选节点的标准还是看 SNI 阻断科普 里讲的那些硬指标。
问：TLS 指纹和 ECH 有关系吗？#
答：有，但解决的是不同问题。ECH 藏的是"你要去哪"，TLS 指纹解决的是"你用的客户端像不像正常浏览器"。一个藏目的地，一个做伪装，两者叠加才是完整的"看起来正常"。指纹的原理见 TLS 指纹科普。