Como o host e os serviços, como compartilhamentos de arquivos, são anunciados em uma rede local?

Question

Por exemplo, quando você olha para "Rede" no Windows, ele é preenchido com hosts, impressoras, etc. Ou quando você mapeia uma unidade de rede, compartilhamentos e outros recursos parecem "estar lá" mesmo que você não conheça o endereço IP do host no qual o compartilhamento está. Esses recursos são anunciados com o NetBIOS ou com um protocolo diferente? Pensando nisso, quando configuro o compartilhamento de pastas, não vejo uma opção para anunciar se as ações são ou não anunciadas. Existe um cenário para isso?

    

Answer 1

Existem duas classes de protocolos em jogo aqui e muitos protocolos concorrentes para cada classe:

Os protocolos

1. Descoberta de Serviço (navegação) ajudam você a obter uma lista razoavelmente atualizada dos nomes de hosts e serviços disponíveis em sua rede, mas ele não informa os endereços IP de que você precisa para se conectar a esses hosts e serviços. Navegação NetBIOS (com ou sem um localizador mestre de domínio), SSDP do UPnP, WSD (Web Services Discovery), Windows Connect Now (WCN), partes "dns-sd" do IETF ZeroConf (Apple Bonjour) e coisas mais raras como Java O Jini e o SLP (IETF Service Location Protocol) são todos exemplos de protocolos de Descoberta de Serviço que podem estar em uso em seu sistema.

Os protocolos

2. Resolução de nomes permitem pesquisar os endereços IP dos hosts e serviços nomeados. O serviço de nomes NetBIOS, o WINS, o DNS e o LLMNR são exemplos de protocolos de resolução de nomes.

Tradicionalmente, as máquinas Windows usaram a navegação NetBIOS baseada em difusão de LAN local para descoberta de serviço em grupos de trabalho e o serviço de nome NetBIOS baseado em difusão local para a resolução de nomes. Quando o Windows NT Advanced Server foi introduzido, ele adicionou o conceito de "Domínios do Windows", que eram como supergrupos de trabalho que podiam abranger várias sub-redes, com a ajuda de um "Localizador mestre de domínio" em execução no NT Server. Ele também adicionou o "Windows Internet Name Service" para permitir que a resolução de nomes no estilo do Windows fosse feita de maneira unicast que também pudesse cruzar sub-redes.

Devido a falhas de design, aborrecimentos de implementação e falta de confiabilidade na navegação e resolução de nome do NetBIOS, e porque ele era visto como centrado na Microsoft em vez de padrão aberto, outros grupos não Microsoft desenvolveram outros protocolos de descoberta de alguns dos quais encontraram sucesso limitado e ficaram por perto (UPnP em home gateways e impressoras e talvez alguns outros tipos de dispositivos de LAN, ZeroConf / Bonjour em Macs), enquanto outros eu acho que são mais esquecidos (Jini, SLP).