文書番号: 191611 - 最終更新日: 2007年8月7日 - リビジョン: 3.3 マルチホーム化されたブラウザに関する問題この記事は、以前は次の ID で公開されていました: JP191611 重要 : この資料には、レジストリの編集方法が記載されています。万一に備えて、編集の前には必ずレジストリをバックアップし、レジストリの復元方法を理解しておいてください。バックアップ、復元、および編集方法の詳細を参照するには、以下の「サポート技術情報」 (Microsoft Knowledge Base) をクリックしてください。
256986?
(http://support.microsoft.com/kb/256986/
)
Microsoft Windows レジストリの説明
目次概要
コンピュータ ブラウザ サービスは、Microsoft Windows for Workgroups 3.1 で初めて登場しました。ブラウザ サービスは、ネットワーク上でファイルやプリンタなどのリソースを共有するコンピュータの情報を収集してレポートするための機能です。ブラウザ サービスが導入されたことにより、ネットワーク上のサーバーからのアナウンスが大幅に減りました。また、ネットワーク上の各クライアントやサーバーが独自にサーバー リソースのリストを保持する必要がないため、クライアントやサーバーのオーバーヘッドも低減されました。
ブラウザ サービスは当初、NetBEUI (NetBIOS Extended User Interface) などの、ルーティングを行わないプロトコルを使用した単一セグメントの LAN 上で接続されたコンピュータ向けに開発されました。マルチホームのブラウザ サーバーにクライアントがサーバー リストを要求すると、ブラウザ サービスはその要求を受け取ったネットワーク アダプタが収集したサーバーのリストのみを返します。これは、クライアントが他のセグメント上のサーバーに接続できるようになることが想定されていなかったためです。NetBEUI などのルーティングが不可能なプロトコルを使用する場合、クライアントもマルチホームでなければリモート サーバーに接続できません。TCP/IP (Transmission Control Protocol/Internet Protocol) などのルーティングが可能なプロトコルを使用する場合、物理的に接続するにはルーターなどの機器が必要です。また、従来は、リモート サーバーに接続するすべてのクライアントで、Lmhosts ファイルを設定する必要もありました。 その後、マイクロコンピュータ ネットワークは格段に大きな環境へと変貌を遂げ、ルーティングが可能なプロトコルや、NetBIOS での通信には、WINS (Windows Internet Naming Service) などの分散型 NetBIOS ネーム サーバーが必要になりました。セグメント化された LAN の拡大と共に、ブラウザ サービスも、ドメイン環境で TCP/IP プロトコルに対応できるように更新されてきました。全ドメインの単一の参照リストを管理するのはプライマリ ドメイン コントローラ (PDC) です。PDC は、広域ネットワーク (WAN) の各セグメントのマスタ ブラウザによって収集された参照リストをマージします。この機能は "ドメイン マスタ ブラウザ" と呼ばれ、PDC のみが実行できます。WINS を使用すると、クライアントは、WAN 上のリモート サーバーに簡単にアクセスできます。各 PDC は定期的に WINS サーバーにアクセスして、ネットワーク上にあるすべてのドメインのリストを取得します。これによって、WAN 上のすべてのサーバー リソースを参照することが可能になっています。 ネットワークの進化と共に、複数のネットワーク アダプタが装着されたサーバーやクライアントも増えました。しかし、これらのマルチホーム サーバーは、ブラウザ サービスに予期せぬ好ましくない影響を与える可能性があります。 詳細ドメイン マスタ ブラウザの問題 : PDC注 : Windows 2000 でドメイン マスタ ブラウザとなるのは、PDC エミュレータ操作マスタです。操作マスタは FSMO (Flexible Single Master Operations) とも呼ばれます。ドメイン全体のサーバー リストは 1 つだけ存在する必要がありますが、ブラウザはネットワーク アダプタとプロトコルの組み合わせごとに個別のサーバー リストを保持するため、PDC をマルチホーム化することはできません。PDC がマルチホーム化されると、ドメイン内に 2 つの累積的なリストが作成されるため、ネットワーク上のコンピュータは、ドメイン内の完全なサーバー リストにアクセスすることができません。各マスタ ブラウザは、PDC の一方のネットワーク アダプタのサーバー リストしか取得できません。PDC が各ネットワーク アダプタ用に構築するサーバー リストの内容は、PDC がどちらのネットワーク アダプタでそのマスタ ブラウザとの通信を行うかによって左右されるため、サーバー リストからサーバーを一意に確定できないことがあります。マスタ ブラウザの問題ドメイン内のサーバー リストと他のドメイン名のリストを PDC から受け取ったマスタ ブラウザは、PDC に MasterAnnouncement フレームを送信します。このフレームは、PDC に、サーバー リストとワークグループのアナウンスをマスタ ブラウザから取得するように促します。TCP/IP 上の 2 台のサーバー間の NetBIOS セッションは単一の IP 接続でしか行えないため、PDC は、相手のマスタ ブラウザのコンピュータ名に対して 1 つの IP アドレスしか保持できません。したがって、マスタ ブラウザとして機能するサーバーをマルチホーム化することはできません。これは、マルチホームにした場合、PDC はマスタ ブラウザの一方のネットワーク アダプタの情報しか得られなくなるためです。 マルチホーム サーバーの両方のネットワーク アダプタをマスタ ブラウザにすると、PDC は、PDC に接続されているネットワーク アダプタが検出したホストの情報しか得られません。もう一方のネットワーク アダプタが検出したサーバーやドメイン名は、ドメイン内の残りのコンピュータに対して失われます。一方、マルチホーム サーバーの一方のネットワーク アダプタをマスタ ブラウザとし、もう一方のネットワーク アダプタをバックアップ ブラウザまたは非ブラウザ コンピュータとして機能させた場合 (選択または UnboundBindings で設定) は、PDC がマスタ ブラウザ側のネットワーク アダプタに接続するかどうかを保証することはできません。マスタ ブラウザに 2 つのネットワーク アダプタが装着されている場合、適切なインターフェイスに接続する確率は 50% です。不適切なネットワーク アダプタが選択された場合、ドメイン内の残りのコンピュータは、このマスタ ブラウザが収集したサーバーやドメイン名を使用できなくなります。したがって、すべてのサーバーとドメイン名を PDC で集中的に管理するには、すべてのマスタ ブラウザをマルチホーム化しないようにする必要があります。 バックアップ ブラウザとブラウザ候補の問題ブラウザの役割は自動的に選択されるため、マスタ ブラウザになる可能性のあるサーバーをマルチホーム化することはできません。クライアントは、参照リストを要求するときに GetBackupListRequest を発行し、コンピュータ名のリストを含んだ応答を受け取ります。応答を受け取ったクライアントは、応答フレーム内のコンピュータ名の 1 つとセッションを確立します。選択されたネットワーク アダプタでブラウザ サービスが実行されていなければ、クライアントは参照リストを受け取りません。したがって、バックアップ ブラウザもマルチホーム化することはできません。選択されたネットワーク アダプタがブラウザであった場合、受け取ったリストには、別のセグメントのマスタ ブラウザが収集したサーバーが含まれている可能性があります。この場合、ブラウザ インフラストラクチャの決定論的な性質が失われます。回避策の提案ブラウザ サーバーを確実にシングルホーム化し、ブラウジング サービスを正常に機能させる方法重要 : この資料には、レジストリの編集方法が記載されています。万一に備えて、編集の前には必ずレジストリをバックアップし、レジストリの復元方法を理解しておいてください。バックアップ、復元、および編集方法の詳細を参照するには、以下の「サポート技術情報」 (Microsoft Knowledge Base) をクリックしてください。256986?
(http://support.microsoft.com/kb/256986/
)
Microsoft Windows レジストリの説明
デフォルトでは、ドメイン内のすべてのドメイン コントローラがブラウザ サーバーとなります。以下の回避策は、ブラウザ サーバーがシングルホームであるかどうかを確認し、ブラウジング サービスを正常に機能させるのに役立ちます。 マルチホームの Microsoft Windows NT サーバーがブラウザ サーバーの役割を受け持たないようにするには、次の手順を実行します。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Browser\Parameters\MaintainServerList
このサブキーの値を false に設定し、レジストリ エディタを終了して、コンピュータを再起動します。
注 : Windows 2000 では、false の代わりに no を使用します。 シングルホーム コンピュータがブラウザ サーバーとして選択されるようにするには、レジストリ エディタ (Regedt32.exe) を使用して、以下のレジストリ サブキーを編集します。 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Browser\Parameters\IsDomainMaster
このサブキーの値を yes に変更し、レジストリ エディタを終了して、コンピュータを再起動します。
注 : PDC エミュレータとして機能する Windows 2000 ドメイン コントローラでは、このレジストリの設定は有効ではありません。 この問題を解決し、これらの役割をマルチホームでないドメイン コントローラに転送する方法の関連情報を参照するには、以下の「サポート技術情報」 (Microsoft Knowledge Base) をクリックしてください。 255690?
(http://support.microsoft.com/kb/255690/
)
グラフィカル ユーザー インターフェイスで FSMO 役割を表示し転送する方法
マルチホーム PDC の参照方法ドメイン マスタ ブラウザ サービスは、1 つのネットワーク インターフェイスにのみ適切にバインドされます。PDC はドメイン マスタ ブラウザの役割を果たします。PDC はマルチホーム化しないことを推奨します。ルーターとして機能させるために PDC をマルチホーム化し、シングルホーム バックアップ ドメイン コントローラ (BDC) を PDC に昇格させることができない場合、次の手法を実行して、この問題を回避できます。 1 つを除くすべてのアダプタから WINS クライアント (TCP/IP) インターフェイスのバインドを解除します。これによって、NetBIOS、Workstation、および Server インターフェイスもこのカードからバインドを解除されます。これらのバインドは、最もビジーなセグメントのアダプタ上に残しておくことを推奨します。WINS クライアント (TCP/IP) インターフェイスは他のアダプタからバインドを解除されますが、他のセグメントから PDC への接続は失われません。TCP/IP プロトコル インターフェイスはバインド状態で維持されるため、バインドされたインターフェイスに要求をルーティングすることができます。追加アダプタのバインドを解除した後に、WINS および LMHosts ファイルがバインドを解除されたアダプタを参照しないことを確認する必要があります。 WINS クライアント (TCP/IP) インターフェイスのバインドを解除するには、次の手順を実行します。
詳細この資料は以下の製品について記述したものです。
"Microsoft Knowledge Baseに含まれている情報は、いかなる保証もない現状ベースで提供されるものです。Microsoft Corporation及びその関連会社は、市場性および特定の目的への適合性を含めて、明示的にも黙示的にも、一切の保証をいたしません。さらに、Microsoft Corporation及びその関連会社は、本文書に含まれている情報の使用及び使用結果につき、正確性、真実性等、いかなる表明・保証も行ないません。Microsoft Corporation、その関連会社及びこれらの権限ある代理人による口頭または書面による一切の情報提供またはアドバイスは、保証を意味するものではなく、かつ上記免責条項の範囲を狭めるものではありません。Microsoft Corporation、その関連会社 及びこれらの者の供給者は、直接的、間接的、偶発的、結果的損害、逸失利益、懲罰的損害、または特別損害を含む全ての損害に対して、状況のいかんを問わず一切責任を負いません。(Microsoft Corporation、その関連会社 またはこれらの者の供給者がかかる損害の発生可能性を了知している場合を含みます。) 結果的損害または偶発的損害に対する責任の免除または制限を認めていない地域においては、上記制限が適用されない場合があります。なお、本文書においては、文書の体裁上の都合により製品名の表記において商標登録表示、その他の商標表示を省略している場合がありますので、予めご了解ください。" | サポート技術情報の翻訳
|
先頭へ戻る
