第4回「ブラウジング機能(後編)」 前回はMicrosoftネットワークのトラブルの温床であるブラウジング機能について条件をなるべく単純化して解説したが、それでもかなり難解なものになってしまったのは否めない。今回は更に条件を複雑にした場合のブラウジング機能を取り上げる。今回は前回の内容を踏まえた内容になるため、今回のセミナに臨む前に、是非前回のセミナをもう一度読み返して欲しい。 今回は解説のためにネットワーク構成図を多用し、ブラウズリスト交換に関する通信は、前回説明したように通常のSMB 通信と見分けが付かないので基本的に割愛している。 単一セグメント、単一ワークグループのブラウジング まず前号の復習をかねて、単一セグメントのブラウジングの仕組みを簡単に復習しよう。 図1に示したとおりブラウザ(注1)が持つブラウズリストの内容を取得、参照することがブラウジング機能の実体である。ブラウズリス

家庭内LANを組んでいる一般のパワーユーザから、大規模なMicrosoftネットワークの管理者までを最も悩ませているのは、このブラウジング機能に関するトラブルであろう。 ブラウジング機能はMicrosoftネットワークの鬼門ともいうべき存在であり、この概念を理解できるかどうかが、Microsoftネットワークを理解できるかどうかの分かれ目だと言っても過言ではないと考える。今回は、このブラウジング機能について解説していきたい。 ブラウジング機能概説 まずはブラウジング機能とは何かを簡単に説明しよう。端的に言ってしまえば、これは図1のコンピュータの一覧を保持するブラウズリストを作成し、クライアントからの要求に対してその内容を提供する機能といってよい。 ブラウズリストの内容を取得する行為として最も一般的なものは、「ネットワークコンピュータ」アイコンをクリックして図2のようなコンピュータの一覧を取

現在のMicrosoftネットワークは、度重なる仕様拡張の結果非常に複雑かつ難解なものとなっている。第二回目は一回目に引き続き、NetBIOS名での通信と名前解決の仕組みを解説していく。 WINS の登場 まず前号の復習をかねて、WINS の登場に至った背景を簡単に復習しよう。 前号で解説したように、Microsoft ネットワークは本来単一セグメントでしか用いることのできない NetBEUI プロトコルを前提とした仕様となっており、名前解決も全てブロードキャストで行ってきた。TCP/IP を下位プロトコルに採用するにあたり、LMHOSTS ファイルが導入されてセグメントを越える通信が一応可能になったが、可能なサービスはファイル共有等に限定されていた。 これに対する解として Windows NT 3.5 でマイクロソフトが実装したのがWINSである。WINS の外部仕様の一部はNBNS(N

現在のMicrosoftネットワークは、度重なる仕様拡張の結果非常に複雑かつ難解なものとなっている。 そこで今回は第一回目として、なぜ現在のような複雑な仕様になっているかを理解する意味でも、 Microsoftネットワーク仕様の拡張の歴史を追いながら、NetBIOS名での通信と名前解決の仕組みを解説していく。 図1のようにLMHOSTS や WINS で通信したいマシンの IP アドレスを正しく設定し、 ping レベルでは応答があるのに \\<サーバ名>\<共有名>でファイル共有ができないという事象がある。 原因としては LMHOSTS ファイルで指定したサーバ名と, サーバのコンピュータ名とが異なっていることが原因の場合が多いのだが, UNIX などで利用する /etc/hosts ファイルや DNS の設定では,サーバのホスト名と異なる呼び方(www や ftp など) を行っても問