Каким образом хосты и службы, такие как файловые ресурсы, рекламируются в локальной сети?

Каким образом хосты и службы, такие как файловые ресурсы, рекламируются в локальной сети?

Например, когда вы смотрите на «Сеть» в Windows, она заполнена хостами, принтерами и т. д. Или когда вы подключаете сетевой диск, общие папки и другие ресурсы просто «присутствуют», даже если вы не знаете IP-адрес хоста, на котором находится общая папка. Объявляются ли эти ресурсы с помощью NetBIOS или другого протокола? Если подумать, когда я настраиваю общий доступ к папкам, я не вижу опции для объявления, объявляются ли общие папки или нет. Есть ли для этого настройка?

решение1

Здесь задействованы два класса протоколов и множество конкурирующих протоколов для каждого класса:

  1. Обнаружение услуг(просмотр) протоколы помогают вам получить достаточно актуальный списокименахостов и служб, доступных в вашей сети, но он не сообщает вам IP-адреса, которые вам нужны для фактического подключения к этим хостам и службам. NetBIOS Browsing (с или без Domain Master Browser), UPnP SSDP, Web Services Discovery (WSD), Windows Connect Now (WCN), части "dns-sd" IETF ZeroConf (Apple Bonjour) и более старые, более редкие вещи, такие как Jini от Java и IETF Service Location Protocol (SLP) — все это примеры протоколов Service Discovery, которые могут использоваться в вашей системе.

  2. Имя Разрешениепротоколы позволяют вам искать IP-адреса для именованных хостов и служб. NetBIOS Name Service, WINS, DNS и LLMNR — все это примеры протоколов разрешения имен.

Традиционно машины Windows использовали локальный широковещательный просмотр NetBIOS для обнаружения служб в рабочих группах и локальную широковещательную службу имен NetBIOS для разрешения имен. Когда был представлен Windows NT Advanced Server, он добавил концепцию «Доменов Windows», которые были похожи на суперрабочие группы, которые могли охватывать несколько подсетей с помощью «Главного браузера домена», работающего на сервере NT. Он также добавил «Службу имен Интернета Windows», чтобы разрешить разрешение имен в стиле Windows одноадресным способом, который также мог пересекать подсети.

Из-за недостатков дизайна, сложностей реализации и ненадежности просмотра и разрешения имен в стиле NetBIOS, а также из-за того, что он считался ориентированным на Microsoft, а не открытым стандартом, другие группы, не входящие в Microsoft, разработали другие протоколы обнаружения служб и разрешения имен, некоторые из которых добились ограниченного успеха и закрепились (UPnP на домашних шлюзах и принтерах и, возможно, несколько других видов сетевых устройств, ZeroConf/Bonjour на компьютерах Mac), в то время как другие, по-моему, в основном забыты (Jini, SLP).

Связанный контент