WINS サーバーの WINS アドレスを構成するときのエラーまたは接続の問題

この記事では、WINS サーバーの Windows インターネット ネーム サービス (WINS) アドレスを構成するときに発生する問題の解決策について説明します。

適用対象:Windows Server 2022、Windows Server 2019、Windows Server 2016、Windows Server 2012 R2
元の KB 番号: 150737

現象

WINS サーバーのプライマリとセカンダリの WINS アドレスを構成すると、次のエラー メッセージが表示されます。

WINS サーバーは既に一覧に含まれます。

または、このエラー メッセージが表示され、WINS サーバーが正しく機能しているように見えても、クライアントは接続の問題を経験し始めます。 問題は時間内に消えますが、影響を受ける WINS サーバーが再起動すると再発します。

原因

これらの問題は、WINS サーバーのプライマリとセカンダリの WINS アドレスが正しく構成されていないことを示しています。 プライマリとセカンダリの両方の WINS アドレスに同じアドレスを使用することはできません。

プライマリ WINS アドレスを別の WINS サーバーのアドレスに設定し、セカンダリ WINS アドレスを WINS サーバーの独自のアドレスに設定した場合、エラー メッセージは表示されません。 ただし、WINS サーバーがサービスを登録すると、それらのサービスの一部が別の WINS サーバーに登録される場合があります。 しばらくすると、サーバーはローカル WINS データベースにサービスを正しく登録します。 これにより、一部のレコードが両方の WINS サーバーに登録されます。 この状況は"分割登録" と呼ばれます。

分割登録によって接続の問題が発生する可能性があります。 クライアントは、影響を受ける WINS サーバーまたはそのサービスに接続できない可能性があります。 分割登録が他の WINS サーバーにレプリケートされるにつれて、クライアントの接続の問題の可能性が高くなります。 エラーの原因となる正確な条件は異なります。 問題の重大度は、レプリケーション スキームによって異なります。

分割登録は一時的な条件です。 新しく開始された WINS サーバーがリモートでサービスの登録を停止すると、リモート WINS サーバーは正しくない登録の更新を停止します。 最終的に、修正された登録はシステム全体にレプリケートされ、接続の問題を解決します。 Hopwever では、影響を受ける WINS サーバーのアドレス構成を修正するまで、その WINS サーバーの再起動時に問題が発生します。

回避策

WINS サーバーは、セカンダリ WINS アドレスとしてではなく、常にプライマリ WINS アドレスとしてそれ自体を指すように設定することをお勧めします。 この構成により、分割登録やその他の問題が回避されます。

状態

マイクロソフトでは、この問題をこの資料の対象製品として記載されているマイクロソフト製品の問題として認識しています。

詳細

Windows Server ベースのコンピューターが WINS サービスを実行し、ネットワーク上の WINS データベース レプリケーションに参加する場合は、WINS サーバーが独自の名前を解決するために使用する宛先を慎重に構成する必要があります。

この設定は、[ネットワーク] コントロール パネルの [TCP/IP プロトコル>構成] で構成できます。 レジストリを使用してこの設定を構成することもできます (ただし、アドレスが既に追加されている場合は、もう一度追加する必要はありません)。

WINS 登録の競合の可能性

WINS 対応コンピューターが起動すると、さまざまな種類のサービスが WINS に登録されます。 通常、コンピューターには TCP/IP セットアップでプライマリとセカンダリの WINS アドレスが構成されています。 プライマリ WINS アドレスが登録試行に応答しない場合、コンピューターはセカンダリ WINS アドレスを試行します。

WINS サーバーが起動すると、他の WINS サーバーに接続する前に、独自のサービスを独自のローカル WINS データベースに登録する必要があります。 ただし、WINS サーバーは、独自の WINS サービスが開始される前にサービスの登録を試みる場合があります。 プライマリ WINS アドレスがリモート WINS サーバーに設定されている場合、または両方の WINS アドレスがリモート WINS サーバーに設定されている場合、新しく開始された WINS サーバーは、独自のサービスをリモート WINS サーバーに登録する可能性があります。 ローカル WINS サービスが開始されると、WINS サーバーはそのサービスをローカルに登録します。 ただし、リモート登録はすぐには削除されません。

例

ドメインで実行されるドメイン コントローラーである WINS サーバー (SRV1) について contoso.com 考えてみましょう。 SRV1 はそれ自体をプライマリ WINS サーバーとして指し、セカンダリ WINS サーバーとして別の WINS サーバー (WINS2) を指します。 SRV1 が起動すると、独自の WINS サービスが開始される前にサービスの登録が試行されます。 これらの登録は失敗するため、SRV1 は WINS2 で登録しようとします。 WINS2 が使用可能な場合は、登録要求を受け入れます。 このプロセス中、SRV1 は引き続きローカル WINS サービスをチェックします。 SRV1 は、WINS サービスが実行されていることを検出すると、WINS2 への登録要求の送信を停止し、代わりにローカルで処理します。

WINS レコードが SRV1 と WINS2 の間でレプリケートされると、両方のサーバーのデータベースに次の所有権レコードが表示されます。

分割登録のため、クライアントは SRV1 に接続できないか、ドメインを contoso.com 解決できない可能性があります。 最終的に、SRV1 はすべてのサービス レコードをローカルに正しく登録し、WINS2 は SRV1 登録を所有しなくなったと判断します。 SRV1 と WINS2 の両方からの修正された登録は、残りの WINS サーバーにレプリケートされます。 このプロセスにより、接続の問題が発生するリスクが排除されます。