百度斷網啟示錄
2010-01-12 百度主域名大面積解析失效（僅 IP/中文域名可訪問），引發全網對 DNS 根服務器的關注。根服務器是域名解析鏈的錨點，掌握它即掌握「上網導航權」。
根服務器拓撲與治理
| 屬性 | 詳情 |
|---|
| 數量 | 13 組邏輯根（A-M.root-servers.net），實體節點超 1000+（Anycast 部署） |
| 主根 | A 根（VeriSign 運維），物理位於美國弗吉尼亞州杜勒斯 |
| 輔根分布 | 美 9、歐 2(英/瑞)、亞 1(日) —— 歷史遺留，非技術最優 |
| 管理機構 | ICANN（美國商務部 NTIA 歷史授權，2016 年 IANA 職能移交多利益相關方社區） |
| 核心權力 | 授權 1000+ 頂級域（.com/.net/.cn 等）、根區簽名密鑰 (KSK) 持有、根區變更最終生效 |
權力邊界與現實約束
- 技術上： 根服務器不存儲二級域名記錄，僅返回 TLD 授權服務器 NS 記錄。無法直接屏蔽單一網站（如 baidu.com）。
- 政策上： 美國商務部曾宣稱「無限期保留監控權」，但 2016 年 IANA 職能移交後，ICANN 成為多利益相關方治理實體，單邊操作阻力極大。
- 現實案例： 2004 年 .ly 域名癱瘓導致利比亞「斷網」3 天，實為該國註冊局單點故障，非根服務器屏蔽。
中國應對：從被動到主動
- 根鏡像節點落地： 2016 年起，F/I/J 根鏡像節點在北京/上海/廣州落地，提升解析韌性與速度。
- 自主根探索： 2018 年雪人計劃啟動，建設 IPv6 為主的下一代解析體系，探索去中心化域名系統。
- 國產化遞歸服務器： 騰訊 DNSPod、阿里云 DNS、360 DNS 等公共遞歸服務器廣泛部署，降低對海外根的直接依賴。
- 標準話語權： 積極參與 IETF、ICANN 政策制定，推動根服務器治理多元化、透明化。
給網絡管理員的建議
- 客戶端/遞歸服務器配置多根線索（Root Hints），避免單點依賴。
- 啟用 DNSSEC 驗證，防範緩存投毒/劫持。
- 關鍵業務部署多家權威 DNS 服務商（如 DNSPod + Cloudflare + 阿里云），健康檢查自動切換。
