O que antes fazia parte de praticamente todas as redes, um servidor WINS era uma exigência. Mas, será que ainda é necessário hoje em dia?
Neste artigo, você vai aprender um pouco sobre o WINS, para ter uma ideia se ainda precisa realmente daquele antigo servidor WINS em sua rede.
Entender o WINS é entender o NetBIOS
Os computadores se comunicam por meio de protocolos como TCP/IP usando esquemas de números via endereços IP. Para evitar ter que lembrar todos esses números, surgiu um método para “rotular” esses endereços IP com nomes. Atribuindo nomes a cada computador em uma rede, era possível gerenciá-los com muito mais facilidade.
Uma das primeiras formas de mapear nomes para endereços IP foi o Sistema Básico de Entrada/Saída de Rede ou NetBIOS. O NetBIOS ou, mais especificamente, NetBIOS sobre TCP/IP ou NetBT é um serviço que opera na camada de sessão do modelo OSI e roda no protocolo TCP/IP para facilitar a identificação e comunicação entre dispositivos em uma rede.
NetBT tradicionalmente resolvia nomes em uma rede enviando mensagens de consulta de transmissão sobre TCP/IP. O NetBIOS, mais notavelmente, não é roteável. A resolução de nomes do NetBIOS não pode ocorrer em várias redes. Para remediar isso, a Microsoft desenvolveu um Serviço de Nomes NetBIOS ou o que a maioria chama de WINS para resolver nomes em redes roteadas.
NetBIOS —> WINS
NetBIOS tinha um problema importante; ele não podia ser roteado para outras redes. As empresas estavam começando a precisar de muitas redes para segmentar o tráfego e o NetBIOS não podia ser roteado entre essas redes. O que fazer? Introduzir um novo protocolo; Serviço de Nomes na Internet do Windows (WINS).
Usando o WINS, os administradores agora podiam rotear o tráfego de nomes entre redes porque ele dependia do protocolo TCP/IP. Se os administradores usassem o WINS, eles também tinham um local central onde todos os computadores poderiam registrar seus nomes e endereços IP.
Como Funcionam os Servidores (e Clientes) WINS
O WINS é um sistema cliente-servidor composto por dois componentes principais; o cliente WINS em execução em um computador com Windows e um servidor WINS que hospeda um banco de dados com vários registros representando mapeamentos de nome de host para endereço IP.
Registro e Resolução de Clientes
Assim que um servidor WINS é disponibilizado em uma rede para os clientes usarem, os clientes interagem com o servidor em três métodos principais; atribuição, registro e resolução de nomes.
Atribuição de Cliente
Para se tornar membro do processo de resolução de nomes WINS, um computador Windows deve primeiro saber com qual servidor WINS vai se comunicar. Para fazer isso, o computador Windows (cliente WINS) é designado a um servidor WINS manualmente ou via DHCP.
Uma vez apontado para um servidor WINS, o cliente então tenta se registrar com o servidor, criando assim um mapeamento de nome de host para endereço IP no banco de dados WINS.
Registro do Cliente
Quando um cliente WINS entra online pela primeira vez, ele enviará primeiro uma solicitação para confirmar que possui um nome de host único. Esta etapa é necessária para evitar duplicação de nomes. Uma vez que nenhum outro nome é encontrado na rede, o cliente então se registra no banco de dados WINS.
Resolução de Nomes do Cliente
Após algum tempo depois de todos os clientes WINS terem recebido o servidor WINS para apontar e se registrarem, todos os clientes podem resolver todos os outros nomes de clientes por meio da resolução de nomes, mesmo em redes diferentes. Eles realizam essa resolução de nomes consultando o servidor WINS com consultas de nome NetBIOS e respondendo aos pedidos com os endereços IP corretos das máquinas específicas.
- Clientes removidos da rede eventualmente serão liberados do banco de dados WINS em uma tarefa conhecida como tombstoning.
Replicação do Servidor
O ecossistema WINS não se limita apenas a muitos clientes se comunicando com um único servidor WINS. Muitas redes ainda mantêm vários servidores WINS que replicam registros de banco de dados para outros servidores WINS por meio de parceiros de replicação.
A WINS replication partner can be either configured in a pull or push manner. Pull replication partners request updated database records from Push partners. These requests occur every 15 minutes or in response to an update notification from a Push partner.
Em uma grande rede, você deve configurar todos os servidores WINS como parceiros de puxar e empurrar para fornecer entradas de banco de dados atualizadas para todos os servidores WINS na rede.
Limitações do WINS
Embora, o WINS, em um determinado momento, tenha ajudado as organizações a passarem de uma resolução de nome NetBIOS não roteável para uma solução roteável e escalável, agora está ultrapassado e considerado legado. Por quê? Principalmente DNS.
O WINS ofereceu um namespace plano que exigia que um nome fosse usado apenas uma vez em uma rede. Esse inconveniente é que não funcionava muito bem em redes grandes.
Além disso, embora o WINS tenha opções de replicação para redundância, isso pode levar a um sistema excessivamente complexo e que apresenta problemas de solução de problemas.
WINS ou Não WINS?
Décadas atrás, os clientes do Windows identificavam dispositivos de rede por seus nomes NetBIOS, assim havia a necessidade do WINS. Mas, hoje em dia, o WINS não é mais necessário em máquinas modernas a partir do Windows 2000.
Algumas organizações que executam aplicativos legados, como o Microsoft Systems Management Server (SMS) ou o Microsoft BackOffice Server para configurações de correio cliente/servidor, ainda podem precisar do WINS.
O WINS é agora uma tecnologia obsoleta que a Microsoft abandonou em favor de outros protocolos como o DNS, que é mais adequado para resolução de nomes em ambientes que executam Windows Servers 2000 e acima.
Mas, se você precisar suportar servidores e aplicativos de estação de trabalho do Windows NT, talvez seja necessário.