DNS 與 HTTP：從網址到網頁

你記得住 www.google.com，但封包只認 IP（ch01 講過）。DNS（Domain Name System）就是把「名字」翻譯成「號碼」的電話簿——輸入網址後，瀏覽器做的第一件事就是查 DNS 拿到 IP，之後才開始寄封包。

查一次電話簿的完整流程（以 www.example.com 為例）：

• ① 瀏覽器先問遞迴解析器（Recursive Resolver）——通常是電信公司提供的，或著名的 8.8.8.8（Google）。它是「幫你跑腿查號的服務台」。
• ② 服務台先問根伺服器（Root）：「.com 的名冊在誰那？」
• ③ 再問 .com 頂級網域（TLD）伺服器：「example.com 的名冊在誰那？」
• ④ 最後問 example.com 的權威伺服器（Authoritative）：「www.example.com 的 IP 是多少？」拿到答案（如 93.184.216.34）回傳給瀏覽器。

• 如果每開一個網頁都要跑完上面四步，全世界的根伺服器早就掛了。所以查過的答案會被快取（cache）起來：瀏覽器記一份、作業系統記一份、服務台（解析器）也記一份。
• TTL（Time To Live）：每筆 DNS 紀錄都帶一個「保存期限」，單位是秒。TTL=300 表示「這個答案 5 分鐘內可以直接用，不用再來問我」。
• 權衡：TTL 長 → 查詢少、省錢省力，但改 IP 之後舊答案會殘留很久；TTL 短 → 改動快速生效，但查詢量大增。
• 實務招式：要搬家（換 IP）之前，先把 TTL 調短（如 60 秒），等全世界的快取都過期後再切換，切完穩定了再調回長 TTL。

電話簿裡不只一種紀錄。常見類型：

• A 紀錄：名字 → IPv4 位址（example.com → 93.184.216.34）。最基本的一種。AAAA 是 IPv6 版。
• CNAME 紀錄：名字 → 另一個名字（www.example.com → myapp.herokuapp.com），像「此人已搬家，請改查新名字」。查的人要再查一次新名字才拿得到 IP。
• NS 紀錄：指定「這個網域的名冊放在哪些權威伺服器」。
• MX 紀錄：指定這個網域的郵件要寄到哪台郵件伺服器。

CNAME 有一條重要規定：不能用在「裸域（Zone Apex）」上。裸域就是不帶 www 的根網域（example.com）——DNS 規範要求裸域必須直接給出 IP（A 紀錄），不能「請改查別人」。

• 麻煩來了：AWS 的 ELB、CloudFront 給你的都是「名字」（如 xxx.elb.amazonaws.com），背後 IP 會變動，你沒辦法寫死 A 紀錄，裸域又不能用 CNAME——卡死。
• Route 53 的 Alias 紀錄就是 AWS 的特規解法：對外看起來像 A 紀錄（所以裸域可以用），內部卻能指向 ELB／CloudFront／S3 這些 AWS 資源的名字，IP 變動由 AWS 自動追蹤。而且查詢免費。

拿到 IP、建好 TCP 連線（ch01）之後，瀏覽器終於開始「講正事」——講的語言就是 HTTP（HyperText Transfer Protocol）。它是純文字的一問一答：

• 請求（Request）：我要做什麼＋對哪個資源。動詞（Method）最常見四個：GET（給我看）、POST（我要新增）、PUT（我要更新）、DELETE（幫我刪除）。
• 回應（Response）：伺服器回覆內容，開頭一定帶一個三位數狀態碼，第一位數字就是分類：
  ・2xx = 成功：200 OK 最常見。
  ・3xx = 轉導：301 永久搬家、302 暫時搬家（瀏覽器會自動再連新網址）。
  ・4xx = 你的問題：403 沒權限、404 找不到、429 請求太頻繁。
  ・5xx = 伺服器的問題：500 程式炸了、502 閘道收到無效回應、503 服務暫時無法使用。
• HTTPS = HTTP + 加密外衣（TLS）。內容一樣，只是傳輸過程被加密保護，別人偷看不到（原理見基礎篇 ch03）。

ch01 說過延遲取決於距離：伺服器在美國，台灣使用者每個請求都要橫跨太平洋。CDN（Content Delivery Network）的解法很直白：在全世界蓋幾百個小倉庫（邊緣節點），把內容先鋪過去，讓使用者就近取貨——像網購從「美國直郵」變「巷口超商取貨」。

• Cache Hit（命中）：邊緣節點有這個檔案 → 直接給你，超快。
• Cache Miss（未命中）：節點沒有 → 回頭向源站（Origin，你真正的伺服器）要一份，給你的同時自己留一份，下一個人就命中了。
• 最適合快取的是靜態內容：圖片、影片、CSS/JS——內容不因人而異。動態內容（每個人不同的 API 回應）快取效益低，但走 CDN 仍可受益於「更快進入骨幹網路」。
• 快取也有 TTL：源站更新了檔案，邊緣節點的舊檔要等過期才更新（或主動下「作廢令」清快取）。