为什么你不需要 Google 的域前置
2018/4/24 - 1 分钟阅读
更新： 2021/9/26
Google 移除域前置突显了对 Psiphon 等解决方案的需求。
Google 已确认其将在所有 Google 域名和 App Engine 上屏蔽域前置。对于许多应用和发布商而言，这代表着在争取互联网自由的斗争中倒退了一步。虽然 Psiphon 从未依赖过这项 Google 服务，但许多应用开发者仍然依赖这种做法，将其作为规避国家级审查的一种方便直接的手段，尽管长期以来一直有人推测 Google 会封堵这一漏洞（例如 Will Scott 在 2017 年的 博客文章）。
尽管该公告遭到了互联网活动人士和服务提供商的一致批评，但 Google 还是为其决定进行了辩护，称“域前置从来都不是受支持的功能”。
2015 年，Cloudflare 开始匹配网络流量的 SNI 和 host 请求头后，也在其域名范围内终止了域前置，此前 其基础设施卷入了 规避审查的事件中。
Google 已确认其将在所有 Google 域名和 App Engine 上屏蔽域前置。对于许多应用和发布商而言，这代表着在争取互联网自由的斗争中倒退了一步。虽然 Psiphon 从未依赖过这项 Google 服务，但许多应用开发者仍然依赖这种做法，将其作为规避国家级审查的一种方便直接的手段，尽管长期以来一直有人推测 Google 会封堵这一漏洞（例如 Will Scott 在 2017 年的 博客文章）。
尽管该公告遭到了互联网活动人士和服务提供商的一致批评，但 Google 还是为其决定进行了辩护，称“域前置从来都不是受支持的功能”。
多年来，域前置一直是一种流行的规避审查手段，受到了诸如 Signal 等热门应用的青睐，该应用在 2016 年公开采用了这一做法。虽然利用 Google 域名来前置流量不需要高深的技术知识，但这种权宜之计在未经商议的情况下，依赖 Google 提供其初衷并非为此设计的底层架构。简而言之，利用 Google App Engine 进行域前置意味着利用了一个不受支持的漏洞。因此，随着这种做法越来越普及，不可避免地会面临限制。
“既然 Google 正在禁用域前置，现在是各类工具开始考虑新的规避审查基础设施的好时机。最近 Telegram 在俄罗斯的遭遇证明了，依赖 Google/Amazon 来访问整个互联网是多么危险。”— mahsa alimardani 🌒 (@maasalan) 2018年4月19日
https://t.co/0ZblXVE8ED
最近，为了疯狂封锁利用此漏洞的 Telegram，俄罗斯审查机构 Roskomnadzor 屏蔽了估计 1700 万个 IP 地址。这种干扰影响了对 Gmail、Google 搜索、Google Play、YouTube 以及其他 Google 服务的访问。
域前置绝非首要的规避审查解决方案。在 Google 本身被封锁的情况下（例如在伊朗），任何使用 Google 进行域前置的网站或应用程序也同样无法使用。Psiphon 的网络依赖多种协议和混淆技术来提供互联网自由。我们网络的复杂性和多变性防止了对单一技术或方法的过度依赖。
域前置绝非首要的规避审查解决方案。在 Google 本身被封锁的情况下（例如在伊朗），任何使用 Google 进行域前置的网站或应用程序也同样无法使用。Psiphon 的网络依赖多种协议和混淆技术来提供互联网自由。我们网络的复杂性和多变性防止了对单一技术或方法的过度依赖。
多元化规避工具箱的重要性怎么强调都不为过——对于 Signal 这样的应用来说，依赖 Google 域前置导致其需要 立即彻底转向另一家 CDN。 像 Psiphon 这样的工具致力于通过部署多种协议来降低这种风险，从而消除对任何单一方法的依赖。Telegram 和 Tor 对多个域前置的使用将其服务受到的干扰降到了最低。