為什麼要使用 Cloudflare 而非網域註冊商的預設 DNS

我寫這篇文章是因為公司遇到的困境。我需要註冊一些子網域，進入 Cloudflare 控制面板找紀錄卻找不到，於是去問團隊才發現那些紀錄其實都直接指向網域註冊商。

當你在 GoDaddy、Namecheap、Registro.br 或其他任何網域註冊商註冊網域時，預設會設定好一組 nameserver。雖然能用，但「能用」和「適合正式環境」是兩回事，而把 nameserver 換成 Cloudflare 的，是專案中性價比最高的操作之一。

更換 nameserver 會帶來哪些改變

網域註冊商只需要負責 DNS 解析：發布 A、CNAME、MX 等紀錄，並回應查詢。背後的基礎設施因註冊商而異，且很少針對全球延遲或抗攻擊做最佳化，因為這不是他們的主營業務。

Cloudflare 把 DNS、CDN 與 DDoS 緩解作為核心業務，因此在實際數據上有所體現：其 anycast 網路涵蓋 330 多個城市，因此 DNS 查詢或 HTTP 請求都會由最靠近使用者的節點回應，而非遠在另一端的中央伺服器。如今 Cloudflare 服務約占全球網站的 23%。

技術優勢

Anycast 是核心基礎。不存在「單一 DNS 伺服器」可能當機的風險：若某個節點無法使用，流量會自動導向最近的節點，同時降低解析延遲與停機風險。同樣的架構搭配低 TTL，也能加速 DNS 變更傳播：更改 DNS 紀錄通常只需幾分鐘生效，而傳統註冊商常需等待數小時。

安全性是差異最明顯的地方。免費方案已提供無限且不計量的 DDoS 緩解，涵蓋網路層與應用層的攻擊。傳統註冊商則沒有這層保護：它只解析名稱，不會在前方吸收攻擊。此外，Cloudflare 還內建 WAF 與受管理規則，可防範 SQL injection、XSS 等常見攻擊（自訂規則與路由調整需付費方案，但基本保護已免費提供）。

啟用 Proxy 模式（橘色雲朵）後，Cloudflare 也會變成 CDN：靜態內容會由邊緣節點提供服務，而非每次都打到來源伺服器。這能降低後端負載，並改善載入時間，尤其是來自遠端資料中心的訪客。

在完整性方面，DNSSEC 啟用簡單，可為 DNS 回應加上加密簽章，防止欺騙與快取投毒。許多註冊商也提供 DNSSEC，但並非全部，且設定過程通常更繁瑣。Universal SSL 則解決另一個常見問題：自動為 Proxy 網域發行與續訂憑證，無需操作來源伺服器，避免憑證過期帶來的驚慌。

控制面板還能一次查看流量量、地理來源、已阻擋的威脅與效能，傳統註冊商最多只提供基本 DNS 查詢記錄。若你已在使用 Cloudflare 的 CDN、WAF 或 Zero Trust，DNS 整合可省去在兩家供應商之間切換的麻煩。

什麼情況適合保留網域註冊商的 DNS

並非所有情境都適合 Cloudflare。若網域僅用於內部郵件或 VPN 存取的系統，額外的 Proxy 與 CDN 層級並無太大幫助。有些主機供應商也要求使用自家 DNS 才能啟用特定自動設定功能，此時保留原設定較為簡單。但這些是例外：對大多數具公開流量的網站而言，將 nameserver 遷移至 Cloudflare 可免費獲得效能、安全性與可見性提升，且隨時可還原。

值得更換嗎？

使用註冊商的 DNS 並非錯誤，只是放棄了一個全球 anycast 網路、DDoS 保護、CDN、WAF 與免費 SSL，而這些正是 Cloudflare 專為此打造的服務。對大多數依賴可用性與效能的專案而言，這項更換只需半天工作，卻能帶來長期回報。

你是否也曾設定某項功能，卻發現它其實在別的地方？