如何將 NameSilo 的 DNS 安全遷移至 Cloudflare:完整設定與郵件轉寄指南
提示:本文內容可能會因 NameSilo、Cloudflare、郵件服務供應商及 DNSSEC 設定方式調整而有所變動,僅供參考。實際操作前,請先備份現有 DNS 記錄,並以相關服務官方文件的最新資訊為準。
如果想使用 Cloudflare 的 DNS 速度與安全功能,例如 DNSSEC,但又希望繼續將網域註冊商保留在 NameSilo,可以將網域的 DNS 解析服務遷移至 Cloudflare,而不需要變更註冊商。
本文將說明如何在不更換網域註冊商的前提下,將 NameSilo 的 DNS 服務遷移至 Cloudflare,並特別介紹如何在切換過程中維持 Catch-all 郵件轉寄服務正常運作。
文中也會整理 DNS、MX、TXT、SPF、DKIM 與 DMARC 等重要記錄的核對項目,協助你讓網域解析、網站服務與郵件系統順利完成轉移。
一、遷移前提與核心原理:了解 DNS 與註冊商的分工
本指南建立在以下兩項前提之上:
- 前提 A:網域註冊商維持為 NameSilo,不進行轉移。
- 前提 B:只將網域解析服務與 DNSSEC 管理移至 Cloudflare。
1.1 名稱伺服器決定 DNS 查詢來源
當網域的名稱伺服器(Nameserver,簡稱 NS)從 NameSilo 切換至 Cloudflare 後,全球網際網路上的 DNS 查詢就會改為讀取 Cloudflare 中的 DNS 記錄。
網站、郵件與其他網路服務是否能正常運作,取決於 Cloudflare DNS 區域中的記錄是否完整。
郵件流向:郵件流量主要由 DNS 中的 MX(Mail Exchanger)記錄決定。
遷移關鍵:只要在 Cloudflare 中完整複製目前郵件服務所需的 MX、TXT(SPF)、DKIM 與 DMARC 等記錄,郵件通常就能繼續正常運作。
Catch-all 的影響:Catch-all 功能通常是由郵件主機或郵件轉寄服務提供,而不是由 DNS 本身提供。只要 MX 記錄仍然指向原本的郵件服務,且該服務上的 Catch-all 設定沒有變更,功能通常就能維持。
簡單來說,DNS 遷移就像是更換「地址簿」的管理者。只要新地址簿中保留原本所有重要的電話號碼,也就是 MX 與其他必要 DNS 記錄,網站與郵件服務就不容易受到影響。
二、DNS 無縫遷移的核心步驟
為了降低服務中斷的風險,請遵循「先完成新環境設定,再切換名稱伺服器」的原則。
2.1 第一階段:在 Cloudflare 預先設定 DNS
- 登入 Cloudflare,新增想要遷移的網域。
- 依照需求選擇 Cloudflare 方案,許多基本網站可以先從免費方案開始。
- 讓 Cloudflare 自動掃描並匯入 NameSilo 目前的 DNS 記錄。
- 逐筆檢查匯入的記錄,確認內容完整且正確。
DNS 記錄核對清單
- MX 記錄:確認所有 MX 記錄都已匯入,包括優先權、名稱與郵件伺服器地址。
- SPF 記錄:確認相關 TXT 記錄完整保留,避免寄信驗證失敗。
- DKIM 記錄:確認郵件服務提供的 DKIM 記錄已正確複製。
- DMARC 記錄:確認 DMARC 記錄仍然存在,避免郵件驗證政策遺失。
- 網站記錄:確認 A、AAAA 與 CNAME 記錄正確,確保網站與子網域能正常運作。
- 其他服務記錄:檢查驗證用 TXT 記錄、子網域、FTP、API 或其他第三方服務所需的 DNS 設定。
- Catch-all 郵件設定:確認 MX 記錄仍然指向提供 Catch-all 功能的郵件服務。
2.2 第二階段:切換 Nameserver
- 登入 Cloudflare 的網域管理介面。
- 取得 Cloudflare 分配的兩個 Nameserver,例如
alice.ns.cloudflare.com與bob.ns.cloudflare.com。 - 登入 NameSilo 帳戶,進入網域管理頁面。
- 將原本的 Nameserver 替換為 Cloudflare 提供的 Nameserver。
- 儲存設定並等待 DNS 變更逐步傳播。
DNS 切換可能需要幾分鐘到數小時,部分情況甚至可能需要一天左右。傳播期間,不同地區可能會暫時查詢到新舊不同的 DNS 結果。
你可以使用 DNS 檢查工具,例如 DNS Checker 或其他線上 DNS 查詢服務,確認各地的 NS 記錄是否已更新為 Cloudflare。
切換完成後,請同時測試網站開啟、郵件收信、郵件寄送,以及 Catch-all 地址是否能正常轉寄。
三、DNSSEC 的遷移與同步設定
如果原本在 NameSilo 已經啟用 DNSSEC,切換 Nameserver 時必須同步處理 DS 記錄。若 DNSSEC 設定不一致,可能導致部分使用者無法解析網域。
3.1 DNSSEC 設定流程
- 先完成 Cloudflare 的 DNS 記錄設定與 Nameserver 切換。
- 登入 Cloudflare,進入網域的 DNSSEC 設定頁面。
- 在 Cloudflare 中啟用 DNSSEC。
- 記下 Cloudflare 提供的 DS 記錄或相關參數,包括 Key Tag、Algorithm、Digest Type 與 Digest。
- 登入 NameSilo 的網域管理後台。
- 找到 DNSSEC 或安全性設定頁面。
- 將 Cloudflare 提供的 DS 記錄新增至 NameSilo,或依照指示替換原有 DS 記錄。
- 等待 DNSSEC 設定生效,再進行最終檢查。
完成後,可以使用 DNSSEC 檢查工具確認網域狀態是否顯示為「Signed」,並檢查信任鏈是否完整。
四、Catch-all 郵件轉寄的影響與處理方式
Catch-all 郵件功能通常是在 MX 記錄所指向的郵件伺服器上運作,而不是由 DNS 服務本身直接提供。因此,遷移前最重要的是確認目前的 Catch-all 服務供應商。
情況一:使用第三方郵件服務
如果使用 Google Workspace、Zoho Mail、ImprovMX 或其他第三方郵件服務,只要 Cloudflare 中的 MX 記錄與該服務要求的設定完全一致,Catch-all 通常不會受到 DNS 遷移影響。
請特別確認第三方服務所要求的 MX、SPF、DKIM、DMARC 及其他驗證記錄都已完整複製。
情況二:使用 NameSilo 的郵件轉寄服務
如果 Catch-all 功能是由 NameSilo 的郵件轉寄服務提供,切換 DNS 後仍然可以繼續使用,但必須將 NameSilo 郵件服務所需的 MX 與 TXT 記錄完整複製到 Cloudflare。
請以 NameSilo 控制台顯示的最新郵件 DNS 設定為準,不要只依賴網路上的舊教學。
情況三:改用 Cloudflare Email Routing
如果打算改用 Cloudflare Email Routing,這會成為新的郵件轉寄服務。你需要在 Cloudflare 的「電子郵件」或「Email Routing」頁面中重新啟用並設定 Catch-all,並將 MX 記錄改為 Cloudflare 提供的設定值。
在切換前,請先確認 Cloudflare Email Routing 是否支援你的網域、方案與使用情境,並完成目標信箱驗證。
五、重要注意事項與實用建議
備份 DNS 記錄
在修改 Nameserver 之前,請先匯出或截圖 NameSilo 中的所有 DNS 記錄,尤其是 MX、TXT、DKIM 與 DMARC 記錄。
這樣在發生解析問題時,才能快速比對設定,必要時也能進行回復或排查。
不要對郵件記錄啟用代理
不要對 MX 記錄啟用 Cloudflare 的代理功能,也不要對與郵件相關的子網域,例如 mail.yourdomain.com,啟用橘色雲朵代理。
郵件相關記錄通常必須設定為「僅 DNS」,也就是灰色雲朵。若錯誤啟用代理,可能導致郵件無法正常連線或收發失敗。
適度調整 TTL
如果可以提前規劃,建議在遷移前先將重要 DNS 記錄的 TTL(Time To Live,存留時間)調低,例如設定為 300 秒,也就是 5 分鐘。
較低的 TTL 有助於加快 DNS 變更的更新速度,但不代表所有地區都會立即完成更新。實際傳播時間仍會受到不同 DNS 快取伺服器影響。
持續監測網站與郵件服務
Nameserver 切換後的幾個小時內,請持續檢查以下項目:
- 網站是否能正常開啟。
- HTTPS 憑證是否正常。
- 主要網域與各個子網域是否能正常解析。
- 能否正常收到寄往一般信箱的郵件。
- 能否正常收到寄往不存在地址的 Catch-all 郵件。
- 能否正常寄出郵件。
- SPF、DKIM 與 DMARC 驗證是否正常。
六:NameSilo 網域註冊優惠提醒
在 NameSilo 註冊或續費網域時,可以在結帳頁面輸入優惠碼 1d0llar,首次註冊可能享有 1 美元折扣。
優惠碼是否有效、適用哪些網域,以及是否符合使用條件,請以結帳頁面顯示的結果為準。
補充說明:其他註冊商的操作方式
如果使用的是 NameCheap 或其他網域註冊商,將 DNS 遷移至 Cloudflare 的基本流程通常相近:
- 複製並核對原有 DNS 記錄。
- 在 Cloudflare 新增並確認網域。
- 將註冊商後台的 Nameserver 改為 Cloudflare 提供的地址。
- 依照需求設定或更新 DNSSEC。
- 測試網站、郵件與其他相關服務。
不過,不同註冊商的操作介面、DNSSEC 設定方式與郵件服務內容可能不同,實際操作時仍應以該註冊商和 Cloudflare 的官方文件為準。
總結
將 NameSilo 的 DNS 遷移至 Cloudflare,不代表要轉移網域註冊商。只要保留 NameSilo 作為註冊商,再將 Nameserver 切換至 Cloudflare,就能在維持網域所有權管理方式不變的情況下,使用 Cloudflare 的 DNS 與相關安全功能。
整個遷移流程中,最重要的工作是完整複製 DNS 記錄,特別是 MX、SPF、DKIM、DMARC 與其他郵件驗證記錄。同時,也要確認 MX 記錄沒有啟用 Cloudflare 代理,並在切換後測試一般郵件與 Catch-all 郵件轉寄。
只要遵循「先備份、先設定、再切換、持續監測」的原則,就能大幅降低 DNS 遷移造成網站或郵件服務中斷的風險。