Lo que una vez fue una parte de casi todas las redes, un servidor WINS era una vez un requisito. Pero, ¿todavía se necesita hoy en día?
En este artículo, vas a aprender un poco sobre WINS, para qué se usa para tener una idea si todavía necesitas ese viejo servidor WINS rondando en tu red.
Entender WINS es Entender NetBIOS
Las computadoras se comunican a través de protocolos como TCP/IP usando esquemas numéricos a través de direcciones IP. Para evitar tener que recordar todos esos números, surgió un método para “etiquetar” esas direcciones IP con nombres. Al asignar nombres a cada computadora en una red, se podrían gestionar mucho más fácil.
Una de las primeras formas de mapear nombres a direcciones IP fue el Sistema Básico de Entrada/Salida de Red o NetBIOS. NetBIOS o, más específicamente, NetBIOS sobre TCP/IP o NetBT es un servicio que opera en la capa de sesión del modelo OSI y funciona sobre el protocolo TCP/IP para facilitar la identificación y comunicación de dispositivo a dispositivo en una red.
NetBT tradicionalmente resolvía nombres en una red enviando mensajes de consulta de difusión a través de TCP/IP. NetBIOS, principalmente, no es enrutado. La resolución de nombres de NetBIOS no puede ocurrir sobre múltiples redes. Para remediar esto, Microsoft desarrolló un Servicio de Nombres de NetBIOS o lo que la mayoría llama WINS para resolver nombres a través de redes enrutadas.
NetBIOS —> WINS
NetBIOS tenía un problema importante; no podía ser enrutado a otras redes. Las empresas empezaron a necesitar muchas redes para segmentar el tráfico y NetBIOS no podía ser enrutado a través de esas redes. ¿Qué hacer? Introducir un nuevo protocolo; Servicio de Nombres de Internet de Windows (WINS).
Usando WINS, los administradores ahora podían enrutar el tráfico de nombres a través de redes porque dependía del protocolo TCP/IP. Si los administradores usaban WINS, también tenían un lugar central donde todos los equipos podían registrar sus nombres y direcciones IP.
Cómo Funcionan los Servidores (y Clientes) de WINS
WINS es un sistema cliente-servidor que consta de dos componentes principales; el cliente de WINS que se ejecuta en una computadora con Windows y un servidor de WINS que aloja una base de datos con varios registros que representan asignaciones de nombres de host a direcciones IP.
Registro y Resolución del Cliente
Una vez que un servidor de WINS está disponible en una red para que los clientes lo usen, los clientes interactúan con el servidor de tres métodos principales; asignación, registro y resolución de nombres.
Asignación del Cliente
Para convertirse en miembro del proceso de resolución de nombres WINS, una computadora con Windows primero debe saber con qué servidor WINS va a comunicarse. Para hacer esto, la computadora con Windows (cliente WINS) se asigna un servidor WINS ya sea manualmente o a través de DHCP.
Una vez apuntado a un servidor WINS, el cliente intenta registrarse en él, creando así una asignación de nombre de host a dirección IP en la base de datos WINS.
Registro del Cliente
Cuando un cliente WINS se conecta por primera vez, primero enviará una solicitud para confirmar que tiene un nombre de host único. Este paso es necesario para evitar la duplicación de nombres. Una vez que no se encuentra ningún otro nombre en la red, el cliente se registrará en la base de datos WINS.
Resolución de Nombres del Cliente
Después de algún tiempo, una vez que todos los clientes WINS han recibido el servidor WINS al que deben apuntar y se han registrado, todos los clientes pueden resolver todos los demás nombres de cliente a través de la resolución de nombres, incluso en diferentes redes. Realizan esta resolución de nombres consultando al servidor WINS con consultas de nombre NetBIOS y respondiendo a las solicitudes con las direcciones IP correctas de las máquinas específicas.
- Los clientes eliminados de la red eventualmente serán eliminados de la base de datos WINS en una tarea conocida como tombstone.
Replicación del Servidor
El ecosistema WINS no se limita solo a muchos clientes comunicándose con un único servidor WINS. Muchas redes aún mantienen varios servidores WINS que replican registros de bases de datos a otros servidores WINS a través de socios de replicación.
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.
En una red grande, deberías configurar todos los servidores WINS como socios de extracción y empuje para proporcionar entradas de bases de datos actualizadas para todos los servidores WINS en la red.
Limitaciones de WINS
Aunque, en su momento, WINS ayudó a las organizaciones a pasar de una resolución de nombres NetBIOS no enrutables a una solución enrutada y escalable, ahora está desactualizado y se considera obsoleto. ¿Por qué? Principalmente por DNS.
WINS ofrecía un espacio de nombres plano que requería que un nombre se usara solo una vez en una red. La desventaja es que no funcionaba muy bien en redes grandes.
Además, aunque WINS tiene opciones de replicación para redundancia, esto puede llevar a un sistema que es demasiado complejo y que plantea problemas de resolución de problemas.
¿WINS o No WINS?
Hace décadas, los clientes de Windows identificaban los dispositivos de red por sus nombres NetBIOS, de ahí la necesidad de WINS. Pero hoy en día, WINS no es necesario en máquinas modernas a partir de Windows 2000.
Algunas organizaciones que ejecutan aplicaciones heredadas como Microsoft Systems Management Server (SMS) o Microsoft BackOffice Server para configuraciones de correo cliente/servidor, aún pueden necesitar WINS.
WINS es ahora una tecnología obsoleta que Microsoft ha dejado de lado a favor de otros protocolos como DNS, que es más adecuado para la resolución de nombres en entornos que funcionan con Windows Servers 2000 y posteriores.
Pero, si es necesario admitir servidores y aplicaciones de estación de trabajo de Windows NT, es posible que lo necesite.