WINS はルーティングされたネットワーク環境でコンピュータ名の動的な IP アドレスマッピングを登録および照会する分散データベースを提供します。WINS は複雑なインターネットワークで発生する名前解決の問題を解決します。
WINS は名前解決に関するローカルブロードキャストの使用を削減し、ユーザーがリモートネットワーク上で簡単にシステムを検出することができるようにします。さらに、DHCP を通じた動的なアドレス指定により、サブネット間を移動するコンピュータに新規の IP アドレスが割り当てられた場合は WINS データベース内で自動的に更新されます。ユーザーもネットワーク管理者も手動で変更を行う必要はありません。
以下の節で、WINS と名前照会ブロードキャストメッセージによって名前解決が行われる方法について説明します。
WINS は以下の 2 つのコンポーネントで構成されます。
名前照会と登録を取り扱う WINS サーバー
コンピュータの名前解決を照会するクライアントソフトウェア
Windows ネットワーククライアント (WINS 対応の Windows NT、Windows 98、Windows 95、または Windows for Workgroups 3.11 コンピュータ) は直接 WINS を使用することができます。b ノード対応のインターネットワーク上にある非 WINS コンピュータ (RFC 1001 および 1002 に示されている) はプロキシ (名前照会ブロードキャストに反応してローカルサブネット上にない名前に関して応答する WINS 対応のコンピュータ) を通じて WINS にアクセスできます。
WINS なしでブラウズできるようにするには、ユーザーのプライマリドメインに、ルーターの両側にマスターブラウザとして機能する SunLink Server、Windows NT Server、または Windows NT Workstation コンピュータがあることをネットワーク管理者が確認する必要があります。これらのコンピュータには、サブネット用のドメインコントローラのエントリを持つ、正しく構成された LMHOSTS ファイルが必要です。
WINS ではこのような対策は必要ありません。WINS サーバーやプロキシは、ドメインがルーターをまたぐような場合でも、ルーターを越えてブラウズする際に必要なサポートを透過的に提供するからです。
Windows NT を実行しているクライアントコンピュータで DHCP にも対応している場合、管理者が WINS サーバー情報を DHCP オプションの一部として指定していれば、コンピュータは自動的に WINS サーバーの情報を利用するように構成されます。
WINS およびブロードキャスト名前解決環境では、WINS 対応のクライアントコンピュータと WINS 非対応のクライアントコンピュータとでは動作の仕方が異なります。以下の節で説明するように、これらのクライアントが解決、登録、解放、および更新などを取り扱う方法に、このような相異が現れます。
インターネットワークで使用可能な状態にある WINS では、NetBIOS コンピュータ名は WINS 解決がクライアントコンピュータ上で使用できるようになっているかどうかによって、2 つの基本的な方法で解決されます。どちらの方法が使用されるかにかかわらず、システムが構成された後のプロセスはユーザーには見えません。
クライアントが WINS に対応していない場合 - コンピュータは、ローカルサブネットに名前解決要求パケットを (ブロードキャストメッセージとして) 送ることによってその名前を登録します。特定のコンピュータを探し出すため、非 WINS コンピュータはローカルサブネット上で名前照会要求パケットを (ブロードキャストメッセージとして) 送ります (このブロードキャストメッセージは IP ルーターを越えて送ることはできません)。ローカル名前解決が失敗した場合、ローカル LMHOSTS が確認されます。コンピュータがネットワークサーバーか、ワークステーションか、またはその他のデバイスかによって、このような手順が取られます。
クライアントが WINS に対応している場合 - コンピュータはまず WINS サーバーに照会をかけます。これが失敗した場合、以下の手順に従って名前解決と照会要求を (ブロードキャストメッセージとして) 送ります。
クライアントの名前の照会要求はまず WINS サーバーに送られます。WINS データベースに名前が見つかった場合は、クライアントは WINS サーバーから受信したアドレスマッピングに基づいてセッションを確立することができます。
WINS サーバーの照会が失敗し、クライアントコンピュータが h ノードで構成されている場合、クライアントコンピュータは WINS 非対応のコンピュータと同じ方法で名前照会要求パケットを (ブロードキャストメッセージとして) 送ります。
最後に、他のすべての方法が失敗した場合は、ローカル LMHOSTS ファイルがチェックされます (ローカルファイルの #INCLUDE 文で参照されたすべての LMHOSTS ファイルがこの検索対象となります)。
WINS サーバーはユーザーデータグラムプロトコル (UDP) の名前照会と受信や応答を行います。WINS サーバーを使って登録された名前の IP アドレスマッピングはすべて、名前照会の際に信頼性をもって提供されます。ただし、データベースでのマッピングは必ずしも関連デバイスが現在も稼動しているということを示すものではなく、コンピュータが特定の IP アドレスを要求し、それが現在有効なマッピングであることを示しているだけです。
名前登録は、NetBIOS コンピュータ名および IP アドレスが各デバイス独自のものであることを確認するものです。
クライアントが WINS に対応している場合 - 名前登録要求は直接 WINS サーバーに送られ、データベースに追加されます。WINS サーバーは、以下のようにデータベースの現在の内容によってコンピュータ名の登録を受理または拒否します。
データベースに、その名前で異なるアドレスがある場合、WINS は現在のエントリを試して、そのデバイスが現在もその名前を要求しているかどうかを調べます。
別のデバイスがその名前を使用している場合、WINS は新規の名前登録要求を拒否します。
それ以外の場合は、WINS はエントリを受理して、タイムスタンプ、インクリメンタルな重複しないバージョン番号、およびその他の情報とともにローカルデータベースに追加します。
クライアントが WINS に対応していない場合 - 非 WINS コンピュータがその名前を登録するには、その NetBIOS コンピュータ名と IP アドレスを明記した名前登録要求パケットをローカルネットワークに送ります。既にその名前を要求しているネットワーク上のすべてのデバイスが、その名前登録に対してチャレンジ (名前登録の拒否応答) を行い、その結果、重複した名前の登録を試みているコンピュータでエラーが発生します。名前登録要求に一定の時間チャレンジが発生しない場合、要求を出しているコンピュータはその名前とアドレスを採用します。
非 WINS コンピュータが名前の要求を出した後、重複した名前登録の試みにはチャレンジし、登録された名前に対して発行された名前照会には通常の応答を返す必要があります。2 つのシステムがセッションを確立できるように、通常の名前照会応答にはコンピュータの IP アドレスを含めます。
コンピュータが特定の名前の使用を止めた場合、その名前に関する他のコンピュータからの登録要求にはチャレンジしません。これを名前の解放といいます。
クライアントが WINS に対応している場合 - コンピュータが正しくシャットダウンしているときはいつでも、コンピュータはその名前を WINS サーバーに解放しており、関連データベースのエントリには解放されていることを示す印が付与されます。一定の期間エントリが解放された状態になっている場合、WINS サーバーはそれに消去の印を付与してバージョン番号を更新、他の WINS サーバーに変更を通知します。
WINS サーバーで名前に解放の印が付与されており、その名前と異なるアドレスを使った新規の登録が届いた場合、WINS サーバーは古いクライアントが既にその名前の使用を中止していることを認識しているため、要求を出しているクライアントにその名前をただちに与えます。これはたとえば DHCP に対応したラップトップがサブネットを変更したときに発生します。
コンピュータが手順に従ってシャットダウンしている間にその名前を解放した場合、コンピュータが再接続しても WINS サーバーはその名前にチャレンジしません。シャットダウンが手順に従って行われなかった場合、新規のアドレスを持った名前登録に WINS サーバーがチャレンジします。この場合、コンピュータは古いアドレスを使用していないので、そのチャレンジは取り下げられ、登録は成功します。
クライアントが WINS に対応していない場合 - 非 WINS コンピュータが名前を解放する際に、ネットワーク上でその名前をキャッシュに保存しているすべてのシステムに対して、この名前の削除を求めるブロードキャストが行われます。削除された名前を指定している名前照会パケットを受信してもコンピュータはその要求を無視します。また、ネットワーク上の他のコンピュータは解放された名前を取得することができます。
非 WINS コンピュータはローカルサブネット上で発生した名前照会にのみ応答するようになっているため、非 WINS コンピュータが他のサブネットにアクセスできるようにするには、WINS データベースまたはリモートシステム上の LMHOSTS ファイルに静的エントリとしてその名前を追加する必要があります。
クライアントコンピュータは WINS サーバーを使ってその NetBIOS 名の登録を定期的に更新する必要があります。クライアントコンピュータが最初に WINS サーバーへの登録を行う際、WINS サーバーは以下のようにクライアントが登録を更新しなければならない時期を示すメッセージを返します。
WINS データベースでのエントリに関するデフォルトの更新間隔は 6 日です。
WINS クライアントは 3 日ごとに登録および更新を行います。
プライマリおよびバックアップ WINS サーバーでの更新間隔は同じである必要があります。
静的と定義されたエントリは期限切れになることはありません。
エントリがローカル WINS サーバーに所有されている場合、その名前はクライアントが更新しない限り指定された時間で解放されます。エントリが別の WINS サーバーに所有されている場合、そのエントリは指定された時間で再度有効になります。エントリがそれを所有する WINS サーバーのデータベースに存在しない場合、ローカル WINS データベースから削除されます。名前の更新要求は新規の名前登録と同じように取り扱われます。
更新期間の不適切な調整は、逆にシステムおよびネットワークの性能に影響を与えることがあります。
WINS プロキシは、ルーティングされた TCP/IP イントラネット上で WINS 非対応のコンピュータが名前照会を解決する際に役立つ WINS 対応のコンピュータです。デフォルトでは、WINS に対応していないコンピュータは b ノードとして構成され、名前照会には IP ブロードキャストを使用します。WINS プロキシコンピュータは IP ブロードキャストの名前照会にローカルサブネット上で対応します。
WINS に対応していないコンピュータが IP 名前照会ブロードキャストを送るとき、WINS プロキシはブロードキャストを受信して、キャッシュから対応する NetBIOS コンピュータ名の IP アドレスマッピングを探します。WINS プロキシのキャッシュの中に正しいマッピングがあった場合、WINS プロキシはその情報を非 WINS コンピュータに送ります。その名前と IP アドレスのマッピングがキャッシュの中にない場合、WINS プロキシはそれを WINS サーバーに照会します。
WINS サーバーがローカルサブネット上で使用できない場合、WINS プロキシはルーターを通じて WINS サーバーへの照会を行うことができます。WINS プロキシは WINS サーバーから受信したコンピュータ名の IP アドレスマッピングをキャッシュ (メモリーに保存) します。これらのマッピングは、それ以降のローカルサブネット上での b ノードコンピュータからの IP ブロードキャスト名前照会への応答に使用されます。
WINS プロキシが WINS サーバーから受信した名前の IP アドレスマッピングは一定の時間 (インストール時のデフォルトでは、この値は 6 分になっています。最小値は 1 分です) WINS プロキシのキャッシュに保存されます。
WINS プロキシが WINS サーバーからの応答を受信したとき、WINS プロキシはそのマッピングをキャッシュに保存して、WINS サーバーから受信したそのマッピングを基にそれ以降の名前照会ブロードキャストに応答します。
WINS プロキシの役割は、DHCP クライアントの要求をルーターを通じて転送する DHCP/BOOTP リレーエージェントの役割に似ています。WINS サーバーはブロードキャストには応答しないため、WINS プロキシとして構成されるコンピュータは名前解決にブロードキャストを使用するコンピュータを含むサブネット上にインストールする必要があります。
Windows NT Version 4.0 コンピュータを WINS プロキシとして構成するには、そのコンピュータのレジストリを手動で編集する必要があります。EnableProxy キーワードを 1 (REG_DWORD) に設定してください。このキーワードは HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥NetBT¥Parametersのキーにあります。