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

248
Frank

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

0

1 ответ на вопрос

0
Spiff

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

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

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

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

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