DNS 起源與演進：從 HOSTS 檔到分散式域名系統

前言

每當我們在瀏覽器輸入 www.hotmail.com 而非 209.185.243.135 就能連線，背後運作的就是 DNS（Domain Name System）。本文追溯 DNS 誕生背景、早期 HOSTS 檔限制、DNS 系統架構演進，幫助讀者理解為什麼需要 DNS 以及它如何解決大規模網路命名問題。

一、DNS 解決什麼問題？

• 電腦僅識別 IP 位址（二進位），人類難以記憶長串數字。
• DNS 提供「有意義的文字名稱 ⇄ IP 位址」雙向翻譯，符合人類認知習慣。
• 類比：手機通訊錄以姓名儲存電話號碼，撥號時自動查號——DNS 就是網路世界的通訊錄。

二、早期方案：HOSTS 檔

1. 運作方式

UNIX/Linux：/etc/hosts；Windows NT/2000/XP：C:\WINNT\system32\drivers\etc\hosts（或 C:\Windows\System32\drivers\etc\hosts）。

檔案格式：IP 位址 主機名 [別名...]，例如：

192.168.1.10  server1  srv1

2. 侷限性

• 手動維護：每台主機需各自更新，無法集中管理。
• 不適合大型網路：主機數達數百/數千時，檔案龐大且同步極困難。
• 無法動態適應：IP 變更需逐台修改，極易導致不一致。

三、DNS 系統誕生與核心設計

1. 分散式資料庫

DNS 將命名資料分散儲存於全球數百萬台伺服器，無單一節點掌握所有資料。每個區域由授權伺服器負責，透過授權委派（Delegation）形成樹狀結構。

2. 階層命名空間

根域 . → 頂級域 → 二級域 → 子域 → 主機名，確保全球唯一性並支援本地自治。

3. 遞迴與迭代查詢

• 遞迴查詢：用戶端要求本地 DNS 代為完整查詢直到取得答案。
• 迭代查詢：本地 DNS 向根/TLD/授權伺服器逐層詢問，各層回應下一層授權伺服器位址。

4. 快取機制

查詢結果依 TTL 快存在本地 DNS 與用戶端，大幅降低重複查詢流量與延遲。

四、DNS 關鍵里程碑

五、現代 DNS 架構角色

• 遞迴解析器：ISP/企業/公共 DNS（8.8.8.8、1.1.1.1），代替用戶端完成完整查詢鏈。
• 授權伺服器：掌握特定區域完整資料，回應權威答案。
• 根伺服器：全球 13 組邏輯根伺服器（數百台實體節點），提供 TLD 授權資訊。
• TLD 伺服器：管理 .com .net .tw 等頂級域授權資料。

六、總結

從單一 HOSTS 檔到全球分散式 DNS，核心動力始終是「解決大規模網路的命名管理與查詢效率」。理解這段演進歷程，有助於掌握 DNS 設計哲學、排查故障根因，並評估新技術（DoH、DNSSEC、ECH 等）對既有架構的影響。