換主機後網站或信箱異常：DNS 生效時間與排查順序

換主機後網站打不開或收不到信，先分清楚兩種狀況：一種是 DNS 快取還沒過期，各地看到的結果不一樣，等待就會好；另一種是設定本身錯了，例如名稱伺服器沒改對、MX 記錄被漏掉、新主機沒裝憑證，等多久都不會好。判斷方法很簡單：直接問「網域現在使用的 DNS 伺服器」答案對不對。對的就是快取，錯的就要動手修。

以下是幾種常見情況的示意，不是實際客戶案例，用來對照自己的處境、決定先讀哪一段。

• 有三個分校的補習班，主任自己管網站：週五晚上切到新主機，週一辦公室打開正常，家長卻說報名頁打不開，也有人看到上一期課表。主任最擔心招生期間漏掉報名。這種「有人正常、有人異常」的狀況，先讀「先分辨：DNS 還在生效，還是設定錯了」，再用「用指令與線上工具查 DNS」確認新設定是否已在網域的 DNS 伺服器上；確認前不要反覆修改，每改一次就要重等一輪快取。
• 約二十人的五金零件貿易公司，行政兼管電腦：網站搬家隔天，業務發現國外客戶的詢價信都沒進來，網站表單的通知信也消失了。行政最怕錯過訂單。先讀「收不到信：MX 記錄與新主機的郵件設定」，比對新的 DNS 有沒有 MX 記錄；同時登入舊主機的網頁信箱，看信是不是還寄到那邊。
• 五人的建築師事務所，負責人週三要拿官網向業主簡報：換主機時順便在網站前面加了 CDN，結果首頁出現「重新導向次數過多」，部分同事還看到憑證警告，負責人擔心簡報當天出包。先讀「HTTPS 與轉址：新主機沒有憑證、重新導向次數過多」找轉址衝突；如果截止前修不好，再看「什麼時候該切回舊主機」。

DNS 的每一筆記錄都帶有 TTL（存活時間）。依 DNS 基礎規格 RFC 1034，TTL 代表這筆記錄可以被快取多久。你改了設定之後，電信業者、公司網路、公用 DNS 與作業系統各自留著舊答案，要等 TTL 到期才重新查詢，於是有人看到新站、有人還在舊站。Google Workspace 管理員說明指出，DNS 變更一般在 48 小時內完成傳播，少數情況要 72 小時。Google Public DNS 的常見問題則說明，它的快取即使遇到更長的 TTL，一般也只保留約 6 小時。

還有一種容易被忽略的快取：「查無此名稱」也會被記住。依 RFC 2308，否定答案的快取時間取網域 SOA 記錄中最小值欄位與 SOA 本身 TTL 兩者較小的那個，規格建議解析器把上限設在 1～3 小時左右。所以有人在你新增 www 記錄前查過，可能還會看到「找不到網站」一陣子。

判斷原則：所有人、所有網路看到的錯誤都一樣，而且網域的 DNS 伺服器回答的也是錯的，就是設定問題，等待不會改善。換主機前的評估與切換順序，可以另外參考換網站廠商的判斷與流程。

把網站指到新主機有兩種做法：一是到網域註冊商把名稱伺服器（NS）改成新主機商的 DNS，等於把整份 DNS 設定搬家；二是名稱伺服器不動，只在原本的 DNS 把 A 記錄改成新主機的 IP。最常見的錯誤是兩者混用：在新主機的 DNS 介面改好了記錄，網域的名稱伺服器卻仍指向舊的 DNS，等於改了沒人看得到；或是反過來，名稱伺服器已經換過去，新的 DNS 裡卻只建了網站用的記錄。

名稱伺服器變更等得比較久：NS 的委派記錄在網域的上一層（例如 .com 或 .tw 的登錄管理機構），等待時間取決於那一層設定的 TTL。Google Cloud DNS 文件提醒，註冊商為這些記錄設定的 TTL，決定新名稱伺服器要多久才開始被使用；Google Cloud Domains 文件也提到，名稱伺服器與 DNSSEC 相關變更常需要長達一天，才會在網際網路上完全看得到。

有開 DNSSEC 的要特別小心：註冊商那邊若還留著舊 DNS 的 DS 記錄，新 DNS 沒有用對應的金鑰簽署，會做 DNSSEC 驗證的解析器就會解析失敗。Google Cloud Domains 的疑難排解文件建議，在更換名稱伺服器或 DNS 業者前一兩天先移除 DS 記錄，換好之後至少過一兩天再發布新的 DS；移除本身也要等原本的 TTL 過期才生效。

A 與 AAAA 要一起改：AAAA 記錄存放 IPv6 位址（RFC 3596）。只改了 A 記錄、舊的 AAAA 還留著，用 IPv6 上網的訪客仍會連到舊主機。新主機沒有提供 IPv6 的話，就把舊的 AAAA 刪掉。

www 與根網域分開檢查：www 通常是獨立的一筆記錄，可能是 A，也可能是 CNAME。依 RFC 1034 與 RFC 2181，有 CNAME 的名稱不能再有其他記錄，而根網域本身一定有 NS 與 SOA，所以根網域不能設成 CNAME。兩個網址都要測，新主機的控制台也要把兩個名稱都綁定到同一個網站。

網站正常、信卻收不到，十之八九是換名稱伺服器時，新的 DNS 沒有照抄原本的 MX 記錄。信箱若不跟著搬，新 DNS 裡的 MX、信箱主機名稱（例如 mail 開頭的記錄）、寄信驗證用的 TXT 記錄都要和舊 DNS 一模一樣。所以搬家前要先匯出舊 DNS 的完整記錄表。

MX 不見時，信會怎麼走：依電子郵件傳輸規格 RFC 5321，網域查不到任何 MX 時，寄件端會把網域本身的位址當作收信主機，也就是你的新網站主機；網域有 MX 時，則只能依 MX 投遞。MX 的值要填主機名稱，RFC 2181 規定不能指向 CNAME 別名。

還來得及補救：RFC 5321 規定，寄件端遇到暫時性失敗要排隊重試，重試間隔一般至少 30 分鐘，放棄前通常要持續 4～5 天。所以 MX 補回去之後，有些信會陸續進來；但收信端若直接回覆「查無此人」這類永久性錯誤，對方會立刻收到退信，需要請客戶重寄。

網站與信箱分開放時，關閉新主機的郵件服務：以 Plesk 控制台為例，官方文件說明網域改用外部郵件服務時，必須關閉該網域在主機上的郵件服務，才能確保信件正確投遞；Linux 版另有「只停用收信」的選項，可保留網站寄信。沒關的話，網站寄給自家網域的表單通知，可能在主機內部就被當成本機信件，到不了真正的信箱。Plesk 的「未設定」選項會永久刪除該網域的信箱與郵件，不要誤選。

別忘了舊信箱：切換期間仍有信寄到舊主機。取消舊方案前，登入舊的網頁信箱，把這幾天收到的信轉出來。新主機若會代表公司網域寄信，SPF 也要加入新主機，否則信容易被當成垃圾信，做法見信件被歸類為垃圾信的排查。

新主機還沒有憑證：許多主機的免費憑證要等網域指到新主機後才能自動申請，切換後頭幾個小時出現憑證警告並不少見；超過一天仍沒有，就要查原因。憑證警告的完整判斷與修復，請看網站顯示「不安全」的處理步驟，這裡只補充兩個換主機特有的卡關點。

• CAA 記錄擋住新的憑證機構：CAA 是指定「哪些憑證機構可以為這個網域簽發憑證」的 DNS 記錄。依 RFC 8659，憑證機構簽發前必須檢查 CAA；記錄存在而且沒有列出它，就不得簽發。查詢會從子網域往上找到根網域，所以根網域的一筆 CAA 也會影響 www。舊廠商當初若只允許自己合作的機構，新主機的自動憑證就會一直失敗，要把新主機使用的機構加進去。
• 新主機沒有綁定所有網址：只為根網域申請憑證而漏了 www，從 www 進來的訪客就會看到警告。

重新導向次數過多（ERR_TOO_MANY_REDIRECTS）：Chrome 說明中心指出，網頁重新導向太多次就會出現這個錯誤，並建議先試著刪除該網站的 Cookie。HTTP 規格 RFC 9110 要求瀏覽器偵測並中止無限循環的轉址。換主機後的常見成因有三種：

1. CDN 與主機各轉各的：CDN 用 http 連回主機，主機又把 http 轉成 https，CDN 收到後再轉一次，形成迴圈。
2. 新舊規則打架：舊網站檔案裡的設定把根網域轉到 www，新主機控制台卻把 www 轉回根網域。
3. 網站程式的網址設定沒更新：例如 WordPress 後台記錄的網站網址和實際網址不同。

排查時在 Chrome 按 F12 開啟「Network」面板，勾選保留紀錄後重新整理，逐筆看轉址的來源與去向。原則是先決定唯一的正式網址，轉址只在一個地方設定。

不用懂技術也能查。Windows 按開始鍵輸入 cmd 開啟「命令提示字元」，依序輸入下面的指令，把 example.com 換成你的網域。依 Microsoft 文件，nslookup 的第一個參數是要查的名稱，第二個參數是要詢問的 DNS 伺服器，用 -type= 指定記錄種類。

1. 看名稱伺服器：nslookup -type=NS example.com，確認列出的是你打算使用的那一家 DNS，不是舊的。
2. 直接問網域的 DNS 伺服器：nslookup example.com ns1.新DNS業者提供的名稱。這裡拿到的就是最新設定；這一步答案就錯，表示要修設定，不必再等。
3. 問公用 DNS：nslookup example.com 8.8.8.8，8.8.8.8 是 Google Public DNS 的位址。和上一步不同，代表快取還沒更新。
4. 查其他記錄：nslookup -type=AAAA example.com、nslookup -type=MX example.com，www 也要另外查一次。
5. 清掉自己電腦的快取：ipconfig /flushdns。Microsoft 文件說明，它會清除本機 DNS 快取，包括「查無此名稱」的否定快取。Mac 或 Linux 可用 dig，例如 dig +short NS example.com。

線上工具：不想開指令視窗，可以用 Google Admin Toolbox 的 Dig 工具，輸入網域就能看到查詢結果。Google 搜尋中心的網站搬遷說明也建議，用公開的 DNS 檢查工具確認世界各地的網路業者是否已取得新設定。

請 Google Public DNS 重新查詢：Google Public DNS 提供清除快取的工具，不需證明網域所有權，只要通過 reCAPTCHA，但要逐一選擇網域名稱與記錄種類。官方特別提醒，剛換過註冊商或 DNS 代管時，要先清根網域，再清 www 等子網域，否則子網域可能又從舊的 DNS 伺服器取回舊資料。

最後用手機關掉 Wi-Fi、改用行動網路開一次網站，相當於從公司外部檢查。每次檢查都記下時間與結果，作為回切判斷的依據。

回切不是越快越好。DNS 改回去同樣要等快取過期，期間訪客會在新舊主機之間來回，新站收到的訂單或報名也要人工對回舊站。先用下面的條件判斷：

• 應該回切：網域的 DNS 伺服器已經指向新主機，網站本身卻壞了，例如資料庫連不上、結帳或報名功能失效、頁面大量錯誤，而且短時間內修不好，又正好影響營業。
• 不必回切：只是部分訪客看到舊站或找不到網站，而 DNS 伺服器的答案正確，這是快取，回切只會讓等待重來一次。新主機正在自動申請憑證的頭幾個小時，也先等待。
• 只修局部：只有收信異常，就補回 MX 記錄，不必把網站一起切回去；只有 www 打不開，就補 www 那筆記錄。

回切的做法：前提是舊主機還在運作，資料也沒有被清掉。優先把 A 與 AAAA 記錄改回舊主機的 IP，而不是把名稱伺服器整個改回去，因為名稱伺服器的變更等得更久，有 DNSSEC 時還牽涉 DS 記錄。回切期間暫停在新站更新內容，並把新站已收到的訂單、表單與留言匯出。

舊主機何時才能關：Google 搜尋中心在不變更網址的網站搬遷說明中建議，搬遷前至少一週先把 TTL 調低到幾小時；搬遷後持續觀察新舊主機的伺服器記錄，舊主機的流量降到零之後再關閉。因此切換成功當天，不要同時終止舊主機合約。

建議切換前先寫好回切條件：由誰決定、出現哪些狀況就回切、回切時通知誰。

換主機後的問題常橫跨註冊商、DNS、新舊兩台主機與信箱，資料越完整，越快找到卡住的那一環：

1. 網域名稱，以及網域註冊商、目前使用的 DNS 代管業者。
2. 切換前的 DNS 記錄表，至少包含 A、AAAA、www、MX 與 TXT 記錄；沒有備份的話，說明舊 DNS 是否還能登入。
3. 切換的時間點，以及實際改了哪些地方：名稱伺服器、A 記錄，或兩者都改。
4. 新主機的 IP 位址與控制台登入方式，舊主機目前是否仍在運作、合約何時到期。
5. 錯誤畫面截圖與完整網址，標明是哪些人、在什麼網路下看到。
6. 上一段 nslookup 或線上工具的查詢結果，附上查詢時間；有清除過快取的，也請註明。
7. 信箱放在哪裡、哪幾個信箱收不到信，以及最後一封正常收到的信大約是什麼時候。
8. 網站前面是否加了 CDN，註冊商後台是否開啟 DNSSEC。

凱斯騰的網站與郵件移轉服務可以協助核對 DNS 記錄、補齊遺漏的設定，並規劃信箱一起搬或維持原處；網站需要新的落腳處時，也可以評估虛擬主機方案，方案與價格請見該頁。資料整理好後，請填寫聯絡表單，或來信 [email protected]，並註明目前是網站打不開、收不到信，還是兩者都有。如果舊主機的合約即將到期，也請一併寫明到期日，方便安排檢查的先後順序。

• DNS 記錄設定教學：A、CNAME、MX、TXT 怎麼設
• 網站續約漲價要換廠商嗎：先拆帳單，再確認搬不搬得走
• 網站與郵件移轉：換主機時一併核對 DNS、信箱與網站設定。
• 網站顯示「不安全」怎麼辦：換主機後出現憑證警告的完整處理步驟。
• 企業郵件：把信箱和網站主機分開，換主機時收信不受影響。