DFS 命名空間 DNS 和 NetBIOS 名稱解析

我有一個 Windows 域，它在只有 DNS 伺服器的環境中託管許多 DFS 命名空間（客戶端是 Windows 7+ 並且 NetBIOS 未在它們上禁用）。

例子

域： andshrew.com DFS 命名空間： andshrew.com\Files

我的情況是，在許多情況下，這些僅使用 NetBIOS 名稱（即。\\andshrew\Files）而不是 FQDN 來引用，因此（我相信）訪問這些連結通常會很慢第一次。訪問 FQDN（即\\andshrew.com\Files）總是接近即時的。

從我所做的測試來看，我相信這是由於使用了 NetBIOS 名稱，並且任何連接的客戶端本質上都是在發送廣播以在首次訪問它們時發現它們的地址。在我的測試中，我在網路適配器上禁用了 NetBIOS，然後這些變得完全無法訪問，我認為這證實了這種情況。

更改這些引用以使用 FQDN 將具有挑戰性，因此我測試了一個想法，即在我們的 DNS 中創建一個 CNAME 記錄，其名稱與指向域 FQDN 的域相同。

CNAMEandshrew.andshrew.com解析為andshrew.com

這個想法是，當客戶端訪問\\andshrew\Files其 DNS 客戶端時，將嘗試進行搜尋，該搜尋會自動附加域 FQDN，然後解析為域 FQDN。

我已經對此進行了測試，並且似乎可以正常工作，但是這樣做從根本上來說是個壞主意嗎？有什麼我忽略的（例如，NetBIOS 查找是否可以優先於 Windows 資源管理器中的 DNS）？顯然，最終的目標是讓所有內容都正確引用 FQDN，但在那之前我希望這能解決緩慢的 NetBIOS 查找問題。

對於我如何解決這個問題還有其他建議嗎？

謝謝

安德魯

大約六年來，我們一直在做同樣的事情（CNAME 域的簡稱），沒有明顯的不良影響。

Windows 上的名稱解析是一個曲折的迷宮，因此準確地弄清楚任何給定組件如何嘗試查找名稱（或嘗試更改/控制）非常困難。

如果您不想使用 NetBIOS，您可能需要考慮在任何地方的每個適配器上禁用 NetBIOS-over-TCP。否則 NetBIOS 會意外彈出並混淆事物。或者，如果您出於某種原因仍需要 NetBIOS，我建議您設置 WINS 伺服器。

引用自：https://serverfault.com/questions/886756