TCP/IP を持つ SunLink Server の WINS には、ネットワーク上のコンピュータごとに独自の IP アドレスとコンピュータ名が必要です。プログラムが IP アドレスを使ってコンピュータに接続する場合でも、管理者は「親しみやすい」名前を使って接続します。そのため、TCP/IP インターネットワークにはコンピュータ名を IP アドレスに、IP アドレスをコンピュータ名に変換する名前解決サービスが必要になります。
IP アドレスは、インターネットワーク上にあるその他すべての TCP/IP デバイスがコンピュータを認識する際に使用する独自のアドレスです。TCP/IP とインターネットでは、コンピュータ名は幅広く知られているシステム名にドメインネームシステム (DNS) を加えたものです。(ローカルネットワークでは、コンピュータ名は SunLink Server または Windows NT のセットアップ中に提供される名前です。) 名前と IP アドレスの両方が重複しないようにするため、コンピュータは NetBIOS over TCP/IP を使ってシステムの起動中にネットワークにその名前と IP アドレスを登録します。
SunLink Server ネットワークコンポーネントは NetBIOS として知られる命名規約に基づいています。一般的に、NetBIOS コンピュータ名は 1 つの部分で構成されます。
一方、TCP/IP コンポーネントは DNS 命名規約に基づいています。DNS コンピュータ名はホスト名とドメイン名の 2 つの部分で構成され、それらは結合されて完全修飾されたドメイン名 (FQDN) になります。
NetBIOS コンピュータ名は DNS ホスト名と互換性があり、それによって 2 種類のコンポーネント間の相互運用が可能になります。SunLink Server ソフトウェアによって NetBOIS コンピュータ名と DNS ドメイン名が組み合わされ、FQDN が形成されます。
SunLink Server システムでは、NetBIOS コンピュータ名はデフォルトでは DNS ホスト名と同一の名前になっています。独自の名前が必要な場合はデフォルトを変更することができます。
コンピュータは、TCP/IP インターネットワークで正確な名前解決を行うために以下のうちの 1 つまたはいくつかの方法を使用することができます。
Windows インターネットネームサービス (WINS)
コンピュータ名の IP アドレスマッピングに関する動的なデータベースを含む WINS サーバーが最低 1 つ使用可能である場合、コンピュータは WINS を使用することができます。他の名前解決方法では不可能ですが、WINS はインターネットワーク用のブロードキャスト名前解決と合わせて使用することができます。次の節で説明するように、WINS は NetBIOS over TCP/IP モードの操作になります。
ブロードキャスト名前解決
コンピュータは、RFC 1001/1002 で b ノードと定義されている NetBIOS over TCP/IP モードの操作であるブロードキャスト名前解決を使用することもできます。この方法では、コンピュータが IP レベルのブロードキャストを行ってその名前をネットワークに「通知」することによって登録します。ブロードキャスト領域にある各コンピュータは、重複する名前を登録する試みを拒否したり、登録された名前の照会に応答したりする責任があります。
DNS 名前解決
ドメインネームシステムは、NetBIOS over TCP/IP や FTP (SunLink Server ソフトウェアはこの方法は使用しません) などのアプリケーションを使ってコンピュータを海外のホストに接続する際に名前のマッピングを調べる方法を提供します。
NetBIOS コンピュータ名と IP アドレスのマッピングを指定する LMHOSTS ファイル、または DNS 名や IP アドレスを指定する HOSTS ファイル
ローカルコンピュータでは、HOSTS ファイル (Windows Sockets アプリケーションが TCP/IP ホスト名を検索する際に使用) や LMHOSTS ファイル (NetBIOS over TCP/IP が Microsoft ネットワークのコンピュータ名を検索する際に使用) を使ってマッピングされている既知の IP アドレスとコンピュータ名の対応を調べることができます。LMHOSTS は小規模のネットワークや WINS が使用できないリモートサブネットなどの名前解決に使用されます。
NetBIOS over TCP/IP (NetBT) は、名前解決を行うための名前の IP アドレスマッピングを実行するセッション層のネットワークサービスです。SunLink Server プログラムでは、NetBT は WINS およびブロードキャスト名前解決を通じて実装されています。命名処理に関連する 2 つのもっとも重要な点は、登録と解決です。
登録は、ネットワーク上の各コンピュータ (ノード) の独自の名前を登録する際に使用されます。通常はコンピュータが起動したときに登録されます。
解決は、コンピュータ名に対応するアドレスを調べる際に使用されるプロセスです。
RFC 1001 および 1002 では、NetBIOS の TCP/IP 上での実装方法の指定と、名前解決モードが定義されています。
ネットワーク資源の特定およびアクセス方法を指定するモードは NetBT 内で定義されます。SunLink Server ソフトウェアがサポートする NetBT モードは以下のとおりです。
b ノード - 名前の解決にブロードキャストメッセージを使用します。
h ノード - 名前の照会に別のタイプのノードを使用した後、名前サービスが使用できない場合、または名前がデータベースに登録されていない場合に、 b ノードを使用します。
RFC では NetBIOS ネームサーバー (NBNS) という用語を使用していますが、WINS は NBNS が拡張したものです。
Windows クライアントコンピュータ用の 2 つの最も一般的なノードタイプは b ノードと h ノードです。
DHCP ユーザーは、(クライアントの構成によって) ノードタイプが DHCP サーバーによって割り当てられる場合があります。WINS サーバーがネットワーク上で使用可能な場合、NetBT は WINS サーバーと通信してクライアントコンピュータ上で名前を解決します。WINS サーバーが使用可能な状態でない場合、NetBT は b ノードのブロードキャストメッセージを使って名前を解決します。NetBT は、指定のコンピュータ上での TCP/IP の構成方法によって、LMHOSTS ファイルを使って名前解決を行うこともできます。
SunLink Server ソフトウェアは b ノードと h ノードの NetBT モードに対応することができます。
b ノードモードは名前の登録および解決にブロードキャストを使用します。たとえば、CLIENT_PC1 が CLIENT_PC2 と通信したい場合、CLIENT_PC2 を探しているということをすべてのマシンに伝送し、指定された時間 CLIENT_PC2 からの応答を待ちます。
b ノードモードには以下の 2 つの主な問題があります。
広い環境では、ブロードキャストを使ってネットワークを読み込みます。
通常、ルーターはブロードキャストを転送しないため、ルーターの反対側にあるコンピュータには要求が届きません。
h ノードモードはブロードキャストメッセージやルーティングされた環境での操作に関するもっとも重要な問題を解決します。このノードは、b ノードと最後の手段としてブロードキャストメッセージを使用する別のノードタイプの組み合わせです。WINS サーバーが停止し、それによってブロードキャストメッセージが不可欠な場合、コンピュータは WINS サーバーが応答するまでポーリングし続けます。h ノードは、ブロードキャスト名前解決が失敗した場合にLMHOSTS ファイルを使用するように構成することもできます。
WINS サーバーが動作している場合はブロードキャストメッセージは生成されないため、コンピュータをルーターの逆側に配置することができます。WINS サーバーが停止した場合は、b ノードが使用されるため、ルーターの同じ側にあるコンピュータは通常どおり操作することができます。
TCP/IP を手動で構成する Microsoft TCP/IP ユーザーについては、TCP/IP を構成するときに WINS サーバー用のアドレスを指定している限り、デフォルトでは h ノードが使用されます。
SunLink Server ネットワークでは修正 b ノードとして知られるその他の組み合わせも使用されており、メッセージがルーターに伝わるようにすることができます。修正 b ノードは WINS サーバーを使用しません。このモードでは、b ノードは LMHOSTS ファイルに保存されているコンピュータおよびアドレスのリストを使用します。b ノードの試みが失敗した場合は、システムが LMHOSTS から名前を検索し、ルーターを越えるアドレスを使用します。ただし、各コンピュータがこのリストを保持している必要があるため、配布などの管理負担が発生します。
Windows for Workgroups 3.11 は修正 b ノードシステムを使用します。Windows NT は WINS サーバーがネットワーク上で使用されない場合にこの方法を使用します。Windows NT では、管理を簡単にするための拡張が追加されていますが、修正 b ノードは理想的な解決方法ではありません。
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のキーにあります。
ダイアルアップ TCP/IP ネットワーキングクライアントは、在宅勤務をしているユーザー、仕事で移動が多いユーザー、および複数の支社にあるサーバーの監視や管理を行うシステム管理者などにリモートネットワーク接続機能を提供します。Windows 98、Windows 95、または Windows NT コンピュータでダイアルアップ TCP/IP ネットワーキングを使用しているユーザーは、ダイアルアップ接続を使ってネットワークにリモートアクセスを行い、ファイルやプリンタの共有、電子メール、スケジュール作成、およびデータベースへのアクセスなどのサービスを利用することができます。
Windows 98、Windows 95、および Windows NT は、以下を含むさまざまな種類のダイアルアップ TCP/IP ネットワーク接続サーバーを通じてダイアルアップ TCP/IP 接続を使用し、 TCP/IP トラフィックのルーティングを行うことができます。
業界標準の二地点間プロトコル (PPP) または シリアル回線 IP (SLIP) ダイアルアップ TCP/IP ネットワーキング標準のいずれかをサポートする UNIX システムサーバー
Windows NT リモートアクセスサービス (RAS) サーバー
CISCO、3COM、および Bay Network などが提供している、PPP や SLIP をサポートした他社製のリモートアクセスサービスサーバー
TCP/IP をルーティングするように構成されている Windows 98、Windows 95、および Windows NT のダイアルアップコンピュータは WINS サーバーを使用するように構成することができます。(詳細については、Microsoft のマニュアルを参照してください。)
TCP/IP をルーティングして WINS を使用するように構成されている Windows 98、Windows 95、および Windows NT のダイヤルアップコンピュータは、SunLink Server や Windows NT ファイルやプリンタの共有、電子メール、スケジュール作成、およびデータベースへのアクセスを含むサービスを利用するためにネットワークにリモートアクセスすることができます。