DNS 伺服器怎麼查詢？網域 NS 記錄與解析伺服器檢測方法
本文介紹 DNS 伺服器查詢方法，重點說明如何透過 NS 記錄確認網域目前使用的 DNS 服務，並結合線上查詢、nslookup 與 dig 判斷解析是否正常，以及更換 DNS 後常見異常的排查思路。
網站遷移、切換 DNS 服務商，或者修改域名解析之後，最容易遇到的一類問題就是：後台看起來已經改好了，但實際訪問結果卻沒有變化。有人查到的還是舊 IP，有些地區甚至直接解析失敗。這時候我們需要先確認這個域名現在到底由哪組 DNS 伺服器負責解析。
判斷這個問題，最直接的方式就是查詢域名的 NS 記錄。透過 NS 記錄，可以確認當前域名使用的權威 DNS 伺服器，再結合 A、AAAA、CNAME 等解析結果繼續往下排查。本文將帶你了解 DNS 伺服器怎麼查詢、NS 記錄怎麼看，以及更換 DNS 後遇到解析異常時應該從哪裡開始檢查。
一、DNS伺服器查詢是什麼意思？
平時大家說的「查 DNS 伺服器」，簡單來說，就是確認一個域名當前到底交給了哪組 Name Server（也就是權威 DNS 伺服器）來託管和解析。
舉個例子，當你查詢一個域名的 NS 記錄時，查出來是：
ns1.example-dns.com
ns2.example-dns.com
這就意味著，這個域名所有的解析規矩，現在全都由這兩台伺服器說了算。
這個環節在平時維護網站時非常關鍵。假設你剛把域名從舊的 DNS 平台搬到了新平台，如果此時查出來的 NS 依然是舊服務商的地址，那你在新平台裡配置再多的 A 記錄、AAAA 記錄或者 CNAME，對訪問者來說都是形同虛設。
所以在排查網站打不開或者解析沒生效時，第一步永遠是先看 NS。它幫我們確認的是最基礎的一環：
這個域名→ 到底由誰在管？→ 對應的 NS 伺服器
只有把這一層確認清楚了，後面再去查具體的解析 IP、排查節點響應，才真正有意義。
二、怎麼查詢域名當前使用的 DNS 伺服器？
查詢 NS 並不複雜，線上工具、Windows 自帶的 nslookup，以及 Linux 或 macOS 常用的 dig 都可以完成。
1. 使用線上 DNS 查詢工具
如果只是臨時檢查一個域名，線上查詢通常最省事。
直接打開 Chahu 的 DNS 查詢頁面，輸入域名後，選擇 NS 記錄，就可以直接查看當前域名對應的 Name Server。
這種方式可以繼續觀察不同地區的解析結果。如果剛換完 DNS，除了看 NS 是否已經變化，還可以順便看看不同節點拿到的解析結果有沒有明顯差異。
比如：
NS 查詢結果
ns1.provider.com
ns2.provider.com如果這正是你現在使用的 DNS 服務商，那麼至少說明域名的 DNS 委派方向已經基本正確。
線上查詢比較適合站長、維運或者臨時排查，不需要記命令，直接看結果就行。
2. 使用 nslookup 查詢 NS
Windows 下可以直接打開 CMD 或 PowerShell，執行：
nslookup -type=NS example.com正常情況下會返回類似：
example.com nameserver = ns1.provider.com
example.com nameserver = ns2.provider.com這裡的ns1.provider.com和ns2.provider.com，就是當前域名使用的 DNS 伺服器。
如果剛剛更換過 DNS 服務商，可以把這裡查到的結果和域名註冊商後台設置的 NS 進行對比。
兩邊一致，說明新的 NS 已經可以被查詢到。
如果仍然顯示舊的伺服器，就需要繼續確認域名註冊商後台的 Name Server 是否修改正確。
3. 使用 dig 查詢 NS
Linux 和 macOS 環境下，我更習慣使用 dig。
直接執行：
dig example.com NS如果只想看最終結果，可以加上：
dig example.com NS +short輸出會更簡潔：
ns1.provider.com.
ns2.provider.com.相比完整的 DNS 查詢結果，這種方式特別適合快速確認 NS。
如果做伺服器遷移、DNS 切換或者批量檢查域名，用 dig 會方便很多。
三、DNS 伺服器查詢結果怎麼看？
查到 NS 之後，其實不用分析太多內容，重點就看幾個地方。
1. 當前 NS 是不是你正在使用的 DNS 服務商
這是最重要的一點。
假設你已經把域名遷移到了新的 DNS 平台，但查詢結果仍然是：
ns1.old-dns.com
ns2.old-dns.com那就說明實際生效的仍然是原來的 DNS。
這種情況下，再怎麼修改新平台上的解析記錄都沒有太大意義，因為真正收到 DNS 查詢請求的還是舊服務商。
所以 DNS 遷移完成後，第一步不是反覆改 A 記錄，而是先確認 NS 有沒有真正切過去。
2. NS 已經正確，但 IP 還是舊的
這類情況就不能再只盯著 NS 了。
因為 NS 正確，只能說明域名已經交給新的 DNS 伺服器管理，並不代表所有遞迴 DNS 都已經立刻更新解析結果。
例如：
NS
→ 已經是新的 DNS 服務商
A 記錄
→ 部分地區還是舊 IP這種情況更常見的原因是快取。
本地電腦、路由器、運營商 DNS 或公共 DNS 都有可能暫時保留舊的記錄。只要快取還沒有過期，不同地區短時間內查到不同結果並不罕見。
這時候更值得看的是 TTL，以及不同地區的解析結果是否在逐漸更新，而不是馬上又去修改 DNS 配置。
3. 不同地區查詢到不同 IP
不同地區返回不同 IP，也不一定代表 DNS 有問題。
如果網站使用了 CDN、智慧 DNS 或按地區調度，不同用戶本來就可能被分配到不同節點。
比如：
北京
→ 203.0.113.10
廣州
→ 203.0.113.20
新加坡
→ 203.0.113.30只要這些地址都屬於正常業務節點，這種差異就是合理的。
真正值得注意的是：
部分地區解析失敗
某些節點一直返回舊 IP
出現 SERVFAIL
長時間無法獲得解析結果這種情況才更值得繼續排查。
四、剛換 DNS 伺服器，為什麼查詢結果還沒變？
DNS 切換並不是改完以後所有地方同時更新。很多時候，域名註冊商後台已經換成新的 NS，但某些地區查詢時仍然能夠看到舊結果。
這通常和 DNS 快取有關。
可以簡單理解成：
舊 DNS 結果
↓
快取仍然有效
↓
部分用戶繼續使用舊記錄
↓
快取過期
↓
重新向新的 DNS 查詢所以剛更換 DNS 後，如果看到：
部分節點 → 新結果
部分節點 → 舊結果並不一定說明操作失敗。這時候可以先檢查三件事：第一，註冊商後台配置的 NS 是否正確；第二，線上查詢或者 nslookup 是否已經能夠查到新的 NS；第三，不同地區的解析結果是否隨著時間逐漸更新。
如果 NS 已經正確，只是少量地區還在返回舊 IP，通常更適合繼續觀察快取更新，而不是反覆修改解析；如果過了較長時間以後，查詢結果仍然是舊 NS，那就應該重新檢查域名註冊商的 Name Server 設置，而不是繼續等。
五、DNS 伺服器正常，但網站還是打不開怎麼辦？
這是 DNS 排查裡很容易混淆的一點。
NS 正常，不代表網站一定正常。
NS 只是說明域名當前由哪組 DNS 伺服器負責解析。
真正訪問網站，還要繼續經過：
NS→ A / AAAA / CNAME→ 目標 IP→ 網路連接→ 80 / 443 埠→ Web 服務比如 NS 已經完全正確，但 A 記錄仍然指向舊伺服器，網站一樣可能打不開。
或者 IPv4 的 A 記錄正常，但 AAAA 配置錯誤，那麼部分支援 IPv6 的用戶訪問時也可能出現異常。
再比如 DNS 返回的 IP 沒問題，但伺服器 443 埠沒有開放，這時候繼續查 DNS 也解決不了問題。
所以確認 NS 正常後，我一般會繼續看：
A 記錄是否正確
AAAA 記錄是否正確
CNAME 是否指向預期目標
不同地區是否返回異常 IP
目標 IP 是否能夠正常連接如果需要觀察不同地區的 DNS 結果，可以繼續使用 Chahu 的 DNS 查詢做多節點對比；如果解析已經正常，再配合 Ping、TCPing 或網站測速繼續往後排查。這樣比一直停留在 DNS 這一層更容易找到真正的問題。
結語
DNS 伺服器查詢最直接的方式，就是查看域名的 NS 記錄。線上 DNS 查詢、nslookup 和 dig 都可以快速確認一個域名當前使用哪組 DNS 伺服器。如果剛更換 DNS 服務商，先檢查 NS 是否已經切換；如果 NS 正常但解析結果仍然不一致，再繼續看 TTL、A、AAAA、CNAME 以及不同地區的快取情況。
DNS 排查最重要的其實不是一次把所有記錄都查一遍，而是先弄清楚問題出在哪一層。先確認 NS，再看解析結果，最後再檢查伺服器連接，通常比反覆修改 DNS 配置更有效。
相關問答
1. NS 記錄一般要配幾條？只配一條行不行？
技術上一條也能跑，但實際沒人這麼幹。通常至少兩條，最好分散在不同網路或不同頂級域。RFC 要求至少兩條，但很多註冊商允許你只填一條。只配一條，那台機器掛了整個域名就全掛。兩條別用同一個 IP 段，不然機房斷電一起沒。我一般配兩條到四條，看 DNS 服務商給多少。
2. 怎麼檢查 NS 記錄有沒有配錯？比如指向了不存在的主機。
拿到 NS 主機名後，直接 dig ns1.provider.com A 看能不能解析出 IP。如果解析失敗，那這個 NS 就是死的，域名解析肯定出問題。再 dig @ns1.provider.com 你的域名 A，看它能不能正常回答。如果連不上或者返回 REFUSED，說明 NS 配置有問題。註冊商後台填 NS 時別帶空格、別漏點。
3. dig +trace 怎麼用？能追蹤 DNS 解析全過程嗎？
可以。dig +trace example.com 會從根伺服器開始，一路問到頂級域、權威 NS，最後拿到 A 記錄。排查 NS 委派問題特別有用。如果中間某一步斷了，就能看出是哪個環節沒配好。輸出比較長，加 +short 會簡潔點。注意本地遞迴 DNS 不參與，它直接模擬迭代查詢。
4. 子域名可以單獨委派給別的 DNS 伺服器嗎？怎麼查它的 NS？
可以，這叫子域委派。比如 sub.example.com 可以有自己的 NS。查法一樣：dig sub.example.com NS。如果返回了 NS，說明子域被委派出去了；如果沒返回，可能繼承父域的 NS。注意有些遞迴 DNS 會快取父域的結果，查不到不代表沒配。用 dig @父域NS sub.example.com NS 更準。