
たとえば、Windows の「ネットワーク」を見ると、ホスト、プリンタなどが表示されます。または、ネットワーク ドライブをマップすると、共有が配置されているホストの IP アドレスがわからない場合でも、共有やその他のリソースが「そこに存在する」ように見えます。これらのリソースは NetBIOS でアドバタイズされるのでしょうか、それとも別のプロトコルでしょうか。考えてみれば、フォルダー共有を設定するときに、共有をアドバタイズするかどうかをアドバタイズするオプションが表示されません。そのための設定はありますか?
答え1
ここでは 2 つのクラスのプロトコルが使用されており、各クラスには競合するプロトコルが多数存在します。
サービス検出(ブラウジング)プロトコルを使用すると、比較的最新のリストを取得できます。名前ネットワーク上で利用可能なホストとサービスのリストは表示されますが、実際にそれらのホストとサービスに接続するために必要な IP アドレスは表示されません。NetBIOS ブラウジング (ドメイン マスター ブラウザーの有無にかかわらず)、UPnP の SSDP、Web サービス検出 (WSD)、Windows Connect Now (WCN)、IETF ZeroConf (Apple Bonjour) の "dns-sd" 部分、および Java の Jini や IETF サービス ロケーション プロトコル (SLP) などの古い珍しいものはすべて、システムで使用されている可能性のあるサービス検出プロトコルの例です。
名前解決プロトコルを使用すると、指定されたホストおよびサービスの IP アドレスを検索できます。NetBIOS ネーム サービス、WINS、DNS、LLMNR はすべて名前解決プロトコルの例です。
従来、Windows マシンは、ワークグループ内のサービス検出にローカル LAN ブロードキャスト ベースの NetBIOS ブラウジングを使用し、名前解決にローカル LAN ブロードキャスト ベースの NetBIOS ネーム サービスを使用していました。Windows NT Advanced Server が導入されたとき、NT Server で実行される「ドメイン マスター ブラウザ」の助けを借りて、複数のサブネットにまたがるスーパー ワークグループのような「Windows ドメイン」の概念が追加されました。また、「Windows インターネット ネーム サービス」も追加され、Windows スタイルの名前解決をサブネットをまたぐユニキャスト方式で実行できるようになりました。
設計上の欠陥、実装の煩雑さ、NetBIOS スタイルのブラウジングと名前解決の信頼性の低さ、そしてオープン スタンダードというよりは Microsoft 中心とみなされていたことから、Microsoft 以外のグループが他のサービス検出および名前解決プロトコルを開発しました。そのうちのいくつかは限定的な成功を収めて残りましたが (ホーム ゲートウェイやプリンター、おそらく他のいくつかの種類の LAN デバイスの UPnP、Mac の ZeroConf/Bonjour)、他のプロトコルはほとんど忘れ去られていると思います (Jini、SLP)。