設定主要和次要的 WINS 伺服器選項

本文提供一個錯誤的解決方案,當您嘗試在次要 WINS 位址中指定相同的 WINS 位址時,就會發生錯誤。

原始產品版本:   Windows Server 2012 R2
原始 KB 編號:   150737

徵狀

如果 Windows NT 伺服器執行的是 Windows Internet 命名服務 (WINS) 且參與網路上的 WINS 資料庫複寫,則必須特別考慮,必須先設定 WINS 伺服器指向其自身名稱解析的地方, (此參數是在 [控制台] 的 [網路] 區段中,于 TCP/IP 通訊協定) 的 [設定] 區段中設定。

建議您在 TCP/IP 設定中,將 WINS 伺服器指向自身做為主入選。 如果您嘗試在次要 WINS 位址中指定相同的 WINS 位址,您會收到錯誤訊息:

WINS 伺服器已在清單中。

設定可以使用登錄來設定。 不過,因為位址已輸入,所以您不需要重新加入。

因應措施

建議 WINS 伺服器永遠只以主要 WINS 的形式指向自身。 這種設定可避免分割登記及其他問題。

狀態

Microsoft 已確認這是在本文開頭所列的 Microsoft 產品中的問題。

詳細資訊

啟動任何啟用 WINS 的電腦後,必須使用 WINS 註冊不同種類的服務。 電腦一般會在 TCP/IP 安裝程式中設定主要和次要的 WINS 位址。 如果主要 WINS 沒有回應註冊,電腦會嘗試次要獲勝。

一般來說,大部分的用戶端和伺服器應該使用主要和次要的 WINS 位址加以設定,但是必須慎重考慮 WINS 伺服器的設定方式。 WINS 伺服器最終會將其服務登記在其自己的本機 WINS 資料庫中,不論它是不是 (Primary、次要或 none) 。 當您向自身及另一個 WINS 伺服器註冊時,可能會在發生這些專案的複寫和更新時發生問題。

例如,如果您有一個 WINS 伺服器 (範例 sp-srv1) ,它會指向自身作為主要伺服器,並以次要 (Wins2) 指向另一個 WINS。 當範例 sp-srv1 時,它通常會嘗試登錄其服務,然後再啟動其自身的 WINS 服務。 因為這些登錄會失敗,所以它會嘗試在 Wins2 註冊這些註冊。 如果有可用的 Wins2,則會接受註冊要求。 不過,並非所有服務都會在 Wins2 上登錄,因為在進行這些註冊要求時,範例 sp-srv1 會繼續檢查其本機的 WINS 服務。 執行服務後,它會切換回並繼續在本機註冊。

在範例 sp-srv1 和 Wins2 之間進行複寫之後,這兩個資料庫都會顯示此擁有權:

範例 sp-srv1:擁有範例 sp-srv1<20> 和 Domain<1c> (如果是網域控制站)
Wins2:擁有所有其他的範例 sp-srv1 註冊,也擁有來自範例 sp-srv1 的 Domain<1c>

這種可能的問題是指分割註冊。

到目前為止,範例 sp-srv1 已還原為在本機重新註冊,但您會需要一段時間,您才能看到。 同時,範例 sp-srv1 和 Wins2 會將分割登錄對應複製到其他 WINS 伺服器。 最後,這些複本應該在遠端 WINS (上進行協調,也就是說,Wins2 複本會由較新的範例 sp-srv1 複本所取代) 。 不過,在調整完成之前,可能會發生用戶端連線問題,包括無法連線到會分割其註冊 (的 WINS 伺服器,例如,範例 sp-srv1) 或無法解析範例 sp-srv1 所註冊的網域<1c> 名稱。

導致失敗的實際條件會不同。 如果您的 WINS 伺服器執行的是 Windows NT 版本 3.51 Service Pack 4 (或更) 高版本,則這些狀況應該只是暫時的。 不過,根據您的複寫架構,或如果您執行的是 Service Pack 4 的 WINS 伺服器,也會有更嚴重的問題。

另一個錯誤設定是設定遠端 IP 位址 (在這個範例中,Wins2) 為主的,設定本機的 WINS (範例 sp-srv1) 為第二個。 在此情況下,範例 sp-srv1 最後會停止在 Wins2 重新整理其 NetBIOS 租用,並開始在本機註冊。 視您的 WINS 複寫架構而定,這可能會造成連線問題。