域名系統（Domain Name System，DNS）就像互聯網的目錄：它把 example.com 這類域名，轉換成電腦用來找到你的網站、傳送電郵和驗證服務的位址與設定。只要有一項記錄缺漏或設錯，即使伺服器本身運作正常，網站也可能無法開啟，電郵也可能收不到。
DNS 如何運作（淺白說明）
每個域名都有一組 DNS 記錄，一般稱為區域（zone）。每項記錄回答一個問題，例如「網站放在哪部伺服器？」訪客開啟你的網站時：
- 瀏覽器向解析器查詢，解析器通常由訪客的網絡供應商或公共 DNS 服務營運。
- 解析器找出權威名稱伺服器，即存放你的記錄的伺服器。
- 名稱伺服器回傳記錄，例如網站伺服器的 IP 位址。
- 解析器把答案快取一段指定時間。
域名註冊商、DNS 託管商與網站託管商是不同角色
不少中小企向同一間供應商購買所有服務，各角色的界線因此變得模糊。搬遷之前，最好先分清楚：
- 域名註冊商：註冊和續期域名的地方。註冊商帳戶亦決定域名使用哪些名稱伺服器。
- DNS 託管商：其名稱伺服器存放你的記錄的供應商。這可以是註冊商、網站託管商、CDN 供應商，或獨立的 DNS 服務。
- 網站託管商：存放並運行網站的伺服器或平台。
- 電郵供應商：為你的域名收發電郵的服務，往往與網站託管商分開。
更換其中一項，不會自動更換其他項目。換了網站託管商，電郵不會因此一併搬走。
常見 DNS 記錄類型
- A：把名稱指向 IPv4 位址，例如 example.com 的網站伺服器。
- AAAA：作用相同，但指向 IPv6 位址。
- CNAME：把一個名稱設為另一個主機名稱的別名，例如把 www 指向平台或 CDN 的主機名稱。同一名稱一般不能同時設有 CNAME 和其他記錄。
- MX：列出接收該域名電郵的郵件伺服器，每部各有優先次序值。
- TXT：自由文字記錄，用於域名驗證和電郵認證。SPF 列出哪些服務可代表該域名發送電郵；DKIM 公布一條金鑰，讓收件方核對郵件簽署；DMARC 告訴收件方在上述檢查不通過時應如何處理，以及把報告送往哪裏。
- NS：指明哪些名稱伺服器對該域名或子域名具權威性。
TTL 與 DNS 傳播
每項記錄都有一個 TTL（time to live，存活時間），以秒計算，告訴解析器可把記錄快取多久。修改記錄後，部分訪客在其解析器的快取到期前，仍可能被帶到舊的目的地，這段延遲一般稱為「傳播」。更換名稱伺服器所需的時間，可能比修改單一記錄長。常見做法是在搬遷前，預先調低將要修改的記錄的 TTL，提前的時間至少與現時 TTL 相同；搬遷穩定後再調高。
搬遷網站或電郵時的常見問題
- MX 記錄錯誤或缺漏：搬遷後電郵被退回，或仍送到舊郵箱。
- 更換名稱伺服器時沒有複製全部記錄：轉換 DNS 託管商而沒有重建每項記錄，可能令 MX、TXT 或子域名記錄消失。
- 在舊供應商修改記錄：只有名稱伺服器所指向的 DNS 託管商才會生效，在其他地方修改不會有任何作用。
- 忘記續期域名：域名一旦過期，網站和電郵都可能同時停止運作。
- 遺失註冊商登入資料：如帳戶屬於已離職員工或前供應商，取回控制權可能需時。
- 證書未準備好：新託管商可能要等 DNS 指向它之後，才能簽發 SSL 證書。
以下為說明用例子：一間公司搬遷網站，並把名稱伺服器轉到新供應商，但只重建了 A 和 CNAME 記錄。網站運作正常，外來電郵卻停了，因為 MX 記錄仍留在舊的 DNS 託管商。
搬遷前簡短檢查清單
- 確認註冊商帳戶屬於誰、你能否登入，以及域名何時續期。
- 查看名稱伺服器，找出目前由哪間供應商託管 DNS。
- 匯出或記下所有現有記錄，包括 MX、TXT 和子域名。
- 議定哪些記錄要改、由誰負責修改，以及何時修改。
- 預先調低將要修改的記錄的 TTL。
- 修改後測試網站、表格、電郵收發和證書。在流量完全轉移前，保留舊服務繼續運作。
搬遷完成後，網站監察可協助你及早發現網站或證書失效。如你正計劃建立新網站或進行搬遷，可了解 technine.io 的網站及 Web App 開發服務。
常見問題
DNS 是否等於我的域名？
不是。域名是你註冊的名稱；DNS 記錄則說明這個名稱的網站、電郵和其他服務指向哪裏。
更換網站託管商時，是否需要修改 DNS？
通常最少要更新網站的 A 或 CNAME 記錄。除非你同時更換 DNS 託管或電郵服務，否則不需要轉移 DNS 託管，也不用改動電郵記錄。
設定 SPF、DKIM 和 DMARC 是否保證電郵進入收件匣？
不保證。這些記錄協助收件系統核實郵件確實來自你的域名。能否送達亦取決於發送服務、郵件內容和收件方的過濾機制。實際要發布的記錄，可向你的電郵供應商查詢。