O que uma vez foi parte de praticamente todas as redes por aí, um servidor WINS era uma vez um requisito. Mas, será que ainda é necessário hoje?
Neste artigo, você vai aprender um pouco sobre o WINS, para ter uma ideia se ainda realmente precisa desse antigo servidor WINS pendurado na 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 da 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 de dispositivo para dispositivo 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 Nomenclatura NetBIOS, ou o que a maioria chama de WINS, para resolver nomes em redes roteadas.
NetBIOS —> WINS
O NetBIOS tinha um problema principal; não podia ser roteado para outras redes. As empresas começaram 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; Windows Internet Naming Service (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, também tinham um local central onde todos os computadores podiam registrar seus nomes e endereços IP.
Como os Servidores (e Clientes) WINS Funcionam
O WINS é um sistema cliente-servidor composto por dois componentes principais; o cliente WINS executado 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
Uma vez 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 Clientes
Para se tornar um membro do processo de resolução de nomes do WINS, um computador com Windows deve primeiro saber com qual servidor WINS irá se comunicar. Para fazer isso, o computador com Windows (cliente WINS) recebe um servidor WINS manualmente ou por DHCP.
Uma vez apontado para um servidor WINS, o cliente então tenta se registrar no servidor, criando assim um mapeamento de nome de host para endereço IP no banco de dados do WINS.
Registro do Cliente
Quando um cliente WINS se conecta pela primeira vez, ele primeiro envia uma solicitação para confirmar que possui um nome de host único. Esta etapa é necessária para evitar a duplicação de nomes. Uma vez que nenhum outro nome é encontrado na rede, o cliente então se registra no banco de dados do WINS.
Resolução de Nomes do Cliente
Após algum tempo, depois que todos os clientes WINS receberam o servidor WINS para apontar e se registraram, todos os clientes podem resolver todos os outros nomes de clientes através da resolução de nomes, mesmo em redes diferentes. Eles realizam essa resolução de nomes consultando o servidor WINS com consultas de nomes NetBIOS e respondendo às solicitações com os endereços IP corretos das máquinas específicas.
- Os clientes removidos da rede serão eventualmente liberados do banco de dados do WINS em uma tarefa conhecida como tombstoning.
Replicação do Servidor
O ecossistema WINS não se limita a muitos clientes se comunicando com um único servidor WINS. Muitas redes ainda mantêm muitos servidores WINS que replicam registros de banco de dados para outros servidores WINS através 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 pull e push para fornecer entradas de banco de dados atualizadas para todos os servidores WINS na rede.
Limitações do WINS
Embora, em um dado momento, o WINS 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 é considerado obsoleto e 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 problema é que ele 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?
Decades atrás, os clientes do Windows identificavam dispositivos de rede pelos seus nomes NetBIOS, daí a necessidade do WINS. Mas, hoje em dia, o WINS não é 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 descontinuou em favor de outros protocolos como o DNS, que é mais adequado para resolução de nomes em ambientes que executam o Windows Server 2000 e superior.
Mas, se você precisa dar suporte a servidores e aplicativos de estações de trabalho do Windows NT, talvez precise dele.