為什麼你不需要 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 為其決定進行了辯護，表示「網域前置從來都不是一項受支援的功能」。
多年來，網域前置一直是規避審查的常用手段，受到多款熱門應用程式的青睞，例如在 2016 年公開採用這種做法的 Signal。雖然使用 Google 網域來進行流量前置不需要高深的技術知識，但這是一種權宜之計，未經協商就依賴 Google 為其並非針對此目的設計的基礎架構提供支援。簡而言之，使用 Google App Engine 進行網域前置意味著利用一個不受支援的漏洞。正因如此，隨著這種做法日益普及，必然會面臨限制。
「既然 Google 正在停用網域前置，現在正是各項工具開始思考新的規避審查基礎架構的好時機。Telegram 最近在俄羅斯的經歷證明了，依賴 Google/Amazon 來存取整個網際網路是多麼危險。」— mahsa alimardani 🌒 (@maasalan) 2018 年 4 月 19 日
https://t.co/0ZblXVE8ED
最近，俄羅斯審查機構 Roskomnadzor 為了瘋狂封鎖利用了此漏洞的 Telegram，封鎖了估計 1,700 萬個 IP 位址。此干擾導致 Gmail、Google 搜尋、Google Play、YouTube 和其他 Google 服務的存取受到中斷。
網域前置絕非最優秀的審查規避解決方案。在 Google 本身就被封鎖的情況下（例如在伊朗），任何使用 Google 進行網域前置的網站或應用程式也同樣無法存取。Psiphon 的網路依賴多種通訊協定與混淆技術來提供網際網路自由。我們網路複雜且不斷變化的特性，能防止過度依賴單一技術或方法。
網域前置絕非最優秀的審查規避解決方案。在 Google 本身就被封鎖的情況下（例如在伊朗），任何使用 Google 進行網域前置的網站或應用程式也同樣無法存取。Psiphon 的網路依賴多種通訊協定與混淆技術來提供網際網路自由。我們網路複雜且不斷變化的特性，能防止過度依賴單一技術或方法。
多元化規避工具箱的重要性不言而喻——對於像 Signal 這樣的應用程式，依賴 Google 網域前置導致需要 立即全面轉移至另一個 CDN。像 Psiphon 這樣的工具試圖透過實作多種協定來減輕這種風險，從而消除對任何單一方法的依賴。Telegram 和 Tor 採用多個網域前置，將對其服務造成的干擾降到了最低。