☰

DNS解析問題和DNS後綴搜尋順序

tag-icon • tag-icon domain-name-system
DNS解析問題和DNS後綴搜尋順序

當非 Windows、非網域成員嘗試解析電腦的主機名稱而不是 FQDN 時，我試圖弄清楚 Windows 網域環境中 DNS 的期望。

Windows 用戶端（出於我同意的充分理由）將採用透過DHCP 接收的域名，並在解析主機名稱時將其用作DNS 後綴，這樣，如果我執行nslookup server-1，它會請求server-1. example 的記錄。如果我在 Mac 上嘗試相同的操作，它只會尋找 server-1 並且失敗。從 DHCP 收到的網域在 /etc/resolv.conf 中為domain example.com，但由於它未列出，因此在search example.com不附加網域的情況下查找會失敗。後者也發生在我的基於 Linux 的手機上。

我並不真正關心為什麼，因為我確信兩個平台都有其原因，我想要弄清楚的是如何在不修改客戶端的情況下糾正這種情況。 網路號碼分配機構說 DHCP/BOOTP 選項 119 是 DNS 網域搜尋清單的選項，但似乎大多數平台都不支援開箱即用的選項 119。 Windows 似乎不再支援它，儘管這不是一個大問題，而且 *nix 平台僅在使用 ISC DHCP4 或更高版本時才支援它。不確定 Mac 的情況，但我在這裡和其他地方讀到它也不支援選項 119。

有任何想法嗎？

答案1

讀完本文後，我查看了我剛剛在 Virtualbox 上完成的 Ubuntu 8.10 安裝。 resolve.conf 包含：

# Generated by NetworkManager
domain ourdomain.local
search ourdomain.local
nameserver 192.168.0.6
nameserver 192.168.0.7

因此，它可以很好地處理查找，我可以使用主機名稱或 FQDN 存取任何電腦。我的 MacBook 也可以很好地處理查找，無論是在工作還是在家裡，但我現在無法檢查它的resolve.conf（螢幕壞了）。工作網絡 (Windows DHCP) 和我的家庭網路 (Linux DHCP) 都沒有選項 119。

我遇到的唯一問題是，當我的家庭網路使用單字網域時，Linux 和 Mac 不喜歡它。在其末尾添加“.local”是我必須做的唯一更改。

相關內容