域名系統（Domain Name System，DNS）是互聯網的電話簿：當用戶輸入網址，DNS 便把域名解析為伺服器位址，再建立連線。DNS 的協定定義與查詢流程，最初規範於 RFC 1034 與 RFC 1035，全球域名層級結構（根伺服器、頂級域名、註冊商與授權伺服器）至今仍沿用該架構。
每一筆 DNS 記錄都包含四個基本要素：名稱（Name）、類型（Type）、記錄值（Value）與 TTL（存續時間）。TTL 決定其他伺服器可快取這筆記錄多久，是「DNS 改動何時生效」問題的核心。記錄存放在域名的權威名稱伺服器（Authoritative Name Server）上，不同類型的記錄由不同的服務在背後使用：網頁瀏覽查 A 記錄，電郵伺服器查 MX 記錄，安全驗證查 TXT 記錄。理解各記錄的職責，才能準確判斷「改錯哪一筆」。
查詢記錄的實際工具與操作，可參考本站〈DNS 是什麼？〉一文。
A 記錄（Address Record）是 DNS 最核心的記錄類型，把域名解析到 IPv4 位址（例如 203.0.113.10）。AAAA 記錄是 A 記錄在 IPv6 上的對應，把域名解析到 IPv6 位址。兩者的運作完全相同，只是位址格式不同。
常見的設定錯誤包括：
CNAME 記錄不能與根網域（裸域名）上的其他記錄並存，因此 www.example.com 常用 CNAME，example.com 本身則須以 A 記錄直接指向伺服器。
DNS 輪詢（Round-robin）讓相同名稱的多筆 A 記錄輪流回應，但個別記錄失效時不會自動移除，訪問會間歇失敗，故不建議以多筆 A 記錄代替負載平衡器。
電郵的 MX 記錄指向的名稱必須另有 A／AAAA 記錄存在，若把 MX 直接填成 IP 位址，或指向的名稱沒有對應 A 記錄，收發電郵便會失敗。
以香港的實際情況而言，中小企業多經註冊商或寄存公司管理 A 記錄，伺服器遷移（例如轉用香港本地寄存）時若只改網頁的 A 記錄而遺漏 MX、TXT 等記錄，便會出現「網站已轉但電郵失聯」的典型事故。
CNAME（Canonical Name，規範名稱）記錄把一個域名指向另一個域名，而非直接指向 IP。例如 www.example.com 的 CNAME 指向 example.com，存取 www 時 DNS 會沿指向再查一次 A 記錄取得位址。這樣做的好處是：伺服器位址變更時只需改一處，所有指向它的名稱自動生效，配合 CDN 與雲端服務（供應商提供專用網域名稱）時尤其方便。
CNAME 的使用限制：
裸域名（example.com）與 SOA、NS、MX 等記錄並存於同一節點，而 CNAME 不允許與其他記錄共存，因此裸域名不能使用 CNAME（RFC 1034 的規定）。香港不少寄存商以「網頁轉址」或 A 記錄配合的方式處理。
CNAME 指向鏈的終點必須是 A／AAAA 記錄，不得形成循環指向，否則查詢失敗。
CNAME 指向第三方域名時，若對方停止該名稱或改動設定，自身服務即受影響；因此關鍵服務的 CNAME 指向目標須在控制範圍內。
與 CNAME 相似的還有 ALIAS／ANAME 記錄，其行為類似 CNAME 但在根網域亦可使用；不過此類記錄屬擴展功能，並非所有 DNS 服務商都支援，須查閱供應商文件。
MX 記錄（Mail Exchange）告訴其他電郵伺服器：寄往這個域名的電郵應送往哪部伺服器，以及優先次序。多筆 MX 記錄配合數字優先次序運作，數字愈小優先次序愈高（RFC 5321）；主伺服器故障時，備援伺服器接手，實現電郵的容錯。
TXT 記錄（Text Record）本身只是文字資料，實際用途由各界別協定賦予，最常見的有兩類：
在香港的實際情況中，企業使用 Microsoft 365、Google Workspace 等雲端電郵服務時，供應商會要求加入特定的 MX、TXT（SPF）、DKIM 與驗證記錄；漏加或格式錯一個字元，電郵便會被退回或被判定為垃圾郵件。三種驗證機制的配合（SPF、DKIM、DMARC）已是今日企業電郵的基本配置。
NS 記錄（Name Server）指明域名的授權名稱伺服器，即「這個域名的官方資料存放處」；查詢者會依 NS 記錄前往該處取得答案。SOA 記錄（Start of Authority）是每筆授權區域的第一筆記錄，載明主要名稱伺服器、管理員電郵、序號及各種計時參數，是區域管理的中樞。此外還有 PTR（反向解析，把 IP 轉為域名）、SRV（服務位置）、CAA（限制誰可為域名簽發 TLS 憑證）等，各有專責。
關於「DNS 改動何時生效」，需要理解兩個層次：
實務上的建議是：預期要改動的記錄（例如伺服器遷移前的 A 記錄），先提前降低 TTL 再改動，可把生效時間縮至最短；改動完成後再把 TTL 調回正常值。查詢生效狀態可使用 dig 等工具直接向授權伺服器查詢，避免被快取舊值誤導。DNS 查詢與解析流程的完整說明可參考本站〈DNS 是什麼？〉一文。
我們可為企業檢查 A、CNAME、MX、TXT 等 DNS 記錄的設定與生效狀態，規劃伺服器遷移前的 TTL 調整，以及設定 SPF、DKIM、DMARC 電郵驗證，適用於香港寄存與 Microsoft 365、Google Workspace 等雲端電郵環境，歡迎聯絡工程師查詢。
WhatsApp 說明情況 →若閣下正計劃相關工程或需要選購設備，歡迎瀏覽網絡工程服務了解方案詳情，或透過網上快速報價與我們的工程師聯絡。
產品規格以原廠最新文件為準；有需要請聯絡我們工程師。