dig 與 nslookup：DNS 查詢與除錯
在 Linux 系統管理與網路除錯的戰場上，DNS（Domain Name System）解析失敗往往是導致服務連線中斷的首要嫌疑犯。當你的網頁打不開、SSH 連不上或 API 請求逾時時，第一時間確認 DNS 解析是否正常是至關重要的步驟。過去，nslookup 是許多管理員的首選工具，但隨著技術演進，dig 與 host 指令因其更豐富的輸出資訊與靈活性，已逐漸成為現代 Linux 系統（如 Ubuntu 22.04 與 Debian 12）的標準配備。本文将深入解析這兩款工具的使用技巧，幫助你快速定位 DNS 問題。
為什麼需要 dig？
dig（Domain Information Groper）是 BIND 套件的一部分，它提供了比傳統工具更詳細的 DNS 查詢結果。對於需要檢查 DNS 記錄類型（如 A、AAAA、MX、TXT、CNAME）或分析 DNS 回應時間的管理員來說，dig 是無可替代的神兵利器。
在 Ubuntu 或 Debian 系統中，你可以透過以下指令安裝 dig：
sudo apt update
sudo apt install dnsutils安裝完成後，我們可以直接查詢常見的網域。例如，查詢 google.com 的 IPv4 位址：
dig google.com
; <<>> DiG 9.18.12-1ubuntu1.1-Ubuntu <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12345
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 300 IN A 142.250.189.206
;; Query time: 12 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Mon Oct 23 10:00:00 CST 2023
;; MSG SIZE rcvd: 56從輸出結果中，你可以清楚看到查詢狀態（NOERROR 代表成功）、ANSWER SECTION 中的具體 IP 位址，以及查詢所花費的時間（Query time）。若你只想看最核心的解析結果，可以使用 +short 選項，這對於腳本編寫尤其有用：
dig +short google.com
142.250.189.206除了 A 記錄，dig 也能輕鬆查詢其他類型的 DNS 記錄。例如，查詢 example.com 的 MX（郵件交換）記錄：
dig mx example.com +short
10 mail.example.com.nslookup 的傳統應用與限制
nslookup 是較古老的 DNS 查詢工具，雖然在許多系統中仍預設安裝，但其互動式模式有時會讓人困惑，且輸出格式不如 dig 易於解析。不過，它仍然是一個快速檢查 DNS 解析的簡便工具。
查詢 google.com 的簡易指令如下：
nslookup google.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: google.com
Address: 142.250.189.206值得注意的是，nslookup 預設使用的是系統配置的 DNS 伺服器。如果你希望強制指定 DNS 伺服器進行查詢，可以將伺服器 IP 放在查詢目標之後：
nslookup google.com 1.1.1.1
Server: 1.1.1.1
Address: 1.1.1.1#53
Name: google.com
Address: 142.250.189.206儘管 nslookup 直觀易用，但由於其設計較為陳舊，對於複雜的 DNS 除錯（如檢查 CNAME 鏈或 TTL 值），dig 提供了更透明且詳細的資訊，因此建議在專業環境中優先使用 dig。
常見問題與除錯技巧
1. DNS 解析結果與預期不符
當查詢結果與預期不同時，可能是因為 DNS 快取（Cache）尚未過期，或是你查詢的 DNS 伺服器與實際負責該網域的權威伺服器不同。你可以使用 dig 指定特定的 DNS 伺服器來排除快取干擾，並直接查詢權威伺服器。例如，查詢 Google 的 NS 記錄以找到權威伺服器：
dig +short ns google.com
ns1.google.com.
ns2.google.com.接著直接查詢該權威伺服器：
dig @ns1.google.com google.com2. DNS 查詢速度過慢
若發現 DNS 查詢耗時過長，首先檢查 dig 輸出中的 Query time。如果時間超過 100ms，可能是網路延遲或 DNS 伺服器響應問題。你可以嘗試更換為更快的公共 DNS，如 Cloudflare (1.1.1.1) 或 Google (8.8.8.8)：
dig @1.1.1.1 example.com +short此外，檢查 /etc/resolv.conf 中的 nameserver 配置，確保其指向可靠且快速的 DNS 伺服器。
小結
在 Linux 系統管理中，熟練使用 dig 與 nslookup 是解決網路連線問題的基礎技能。dig 以其豐富的輸出細節與靈活的選項，成為除錯 DNS 問題的首選工具；而 nslookup 則因其簡潔性，仍適合快速檢查。掌握這些工具的使用，能讓你在面對複雜的 DNS 解析問題時，更加得心應手。建議在日常工作中，養成使用 dig +short 快速檢查解析結果，以及使用完整 dig 輸出分析詳細記錄的習慣，以提升系統維護的效率。