protocolo netbios. Comprobando la presencia de NETBIOS

Para trabajar en redes locales en computadoras personales tipo IBM/PC, diseñado como una interfaz que no depende del fabricante. Fue desarrollado por Sytek Corporation para IBM en 1983. Incluye una interfaz de capa de sesión (interfaz NetBIOS) y utiliza TCP y UDP como protocolos de transporte.

Una característica especial de NetBIOS es su capacidad para trabajar sobre diferentes protocolos, los más comunes y conocidos son NetBEUI, IPX y la pila de protocolos TCP/IP; Además, si las versiones anteriores de Windows se centraran en NetBEUI e IPX, más fáciles de implementar y que consumen menos recursos, entonces ventanas modernas centrarse en TCP/IP. Cuando se utiliza NetBEUI e IPX, el propio NetBIOS garantiza la confiabilidad de la entrega de datos (no se utilizó la funcionalidad SPX), y cuando se usa TCP/IP, la confiabilidad de la entrega la garantiza TCP, por lo que se le otorgó un nombre separado "NBT". .

La interfaz NetBIOS es una interfaz de interconexión de aplicaciones (API) típica para proporcionar operaciones de red entrada/salida y control del protocolo de transporte subyacente. Aplicaciones que utilizan NetBIOS interfaz API, solo puede funcionar si existe un protocolo que permita el uso de dicha interfaz.

NetBIOS también define un protocolo que opera en las capas de sesión/transporte del modelo OSI. Este protocolo lo utilizan protocolos de capa inferior, como NBF P (NetBEUI) y NetBT, para realizar solicitudes y operaciones de E/S de red descritas en el conjunto de comandos de interfaz estándar NetBIOS. Es decir, NetBIOS en sí no admite la ejecución. operaciones de archivos. Esta función se asigna a los protocolos subyacentes y el propio NetBIOS solo proporciona comunicación con estos protocolos y la API de NetBIOS.

El paquete NETBIOS fue creado para ser utilizado por un grupo de computadoras. Admite tanto el modo de sesión (trabajando a través de una conexión) como el modo de datagrama (sin conexión). Los nombres de objetos de 16 caracteres en NETBIOS se asignan dinámicamente. NETBIOS tiene su propio DNS, que puede interactuar con Internet. Cuando se trabaja con NETBIOS, el nombre del objeto no puede comenzar con el carácter *.

Las aplicaciones pueden encontrar los recursos que necesitan a través de NETBIOS, establecer comunicaciones y enviar o recibir información. NETBIOS utiliza el puerto 137 para el servicio de nombres, el puerto 138 para el servicio de datagramas y el puerto 139 para sesiones. Cualquier sesión comienza con una solicitud de NETBIOS, configurando una dirección IP y definiendo un puerto TCP. objeto remoto, seguido de un intercambio de mensajes NETBIOS, tras lo cual se cierra la sesión. Una sesión intercambia información entre dos aplicaciones NETBIOS. La longitud del mensaje oscila entre 0 y 131071 bytes. Está permitido establecer simultáneamente varias sesiones entre dos objetos. Al organizar el transporte IP a través de NETBIOS, el datagrama IP está integrado en un paquete NETBIOS. El intercambio de información se produce en este caso sin establecer una conexión entre objetos. Los nombres NETBIOS deben contener direcciones IP. Por lo tanto, parte de la dirección NETBIOS puede verse como IP.**.**.**.**, donde IP indica el tipo de operación (IP a través de Netbios), y **.**.**.** - Dirección IP. El sistema NETBIOS tiene propio sistema comandos (llamar, escuchar, colgar, enviar, recibir, estado de sesión, restablecer, cancelar, estado del adaptador, desvincular, carga remota de programas) y primitivas para trabajar con datagramas (enviar datagrama, enviar datagrama de transmisión, recibir datagrama, recibir datagrama de transmisión) . Todos los nodos finales de NETBIOS se dividen en tres tipos:

• nodos de difusión (“b”);
• nodos punto a punto ("p");
• nodos de tipo mixto (“m”).

Una dirección IP se puede asociar con uno de los tipos especificados. Los nodos B establecen comunicación con sus pares a través de solicitudes de transmisión. Los nodos P y M utilizan para este fin un servidor de nombres netbios (NBNS) y un servidor de distribución de datagramas (NBDD).

NetBIOS proporciona:

• registro y verificación de nombres de redes;
• establecer y romper conexiones;
• comunicación con confirmación de entrega de información;
• comunicación sin confirmación de entrega de información;
• soporte para la gestión y monitoreo de controladores y tarjetas de red.

El uso de protocolos obsoletos sin una necesidad clara puede ser una posible brecha de seguridad para cualquier red informática. En este sentido, el reciente revuelo en torno a defensa más simple que consistió en abandonar por completo el uso del protocolo heredado SMBv1. Protocolos de transmisión NetBIOS sobre TCP/IP Y LLMNR También son protocolos obsoletos, y en la mayoría redes modernas se utilizan únicamente con fines de compatibilidad. Al mismo tiempo, los hackers tienen en su caja de herramientas varios instrumentos, lo que le permite utilizar vulnerabilidades en los protocolos NetBIOS y LLMNR para interceptar las credenciales de usuario en la subred local (incluidos los hashes NTLMv2). Por lo tanto, por razones de seguridad, red de dominio Estos protocolos deben estar deshabilitados. Averigüemos cómo deshabilitar LLMNR y NetBIOS usando políticas de grupo.

En primer lugar, conviene recordarte cuáles son estos protocolos.

protocolo LLMNR

LLMNR(UDP/5355, Resolución de nombres de multidifusión local de enlace: un mecanismo para la resolución de nombres de transmisión): el protocolo está presente en todas las versiones de Windows, comenzando con Vista y permite a los clientes IPv6 e IPv4, a través de solicitudes de transmisión en el segmento de red local L2, para resolver los nombres de las computadoras vecinas sin Uso de DNS servidor. Este protocolo también se utiliza automáticamente cuando el DNS no está disponible. En consecuencia, cuando se ejecutan servidores DNS en el dominio, este protocolo no es en absoluto necesario.

NetBIOS sobre protocolo TCP/IP

Protocolo NetBIOS sobre TCP/IP o NBT-NS (UDP/137,138;TCP/139) es un protocolo de transmisión predecesor de LLMNR y se utiliza en una red local para publicar y buscar recursos. La compatibilidad con NetBIOS sobre TCP/IP está habilitada de forma predeterminada para todas las interfaces en todos los sistemas operativos Windows.

Por lo tanto, estos protocolos permiten que las computadoras de una red local se encuentren entre sí cuando el servidor DNS no está disponible. Quizás sean necesarios grupo de trabajo, pero en una red de dominio ambos protocolos se pueden desactivar.

Consejo. Antes de la implementación masiva de datos de políticas en un dominio, recomendamos encarecidamente probar el funcionamiento de las computadoras con NetBIOS y LLMNR deshabilitados en grupos de prueba de computadoras y servidores. Y si no hay problemas al desactivar LLMNR, desactivar NetBIOS puede paralizar el funcionamiento de los sistemas heredados.

Deshabilitar el protocolo LLMNR mediante la política de grupo

En un entorno de dominio, las solicitudes de transmisión LLMNR se pueden deshabilitar en las computadoras del dominio mediante la Política de grupo. Para hacer esto:

1. En la consola GPMC.msc, cree una política nueva o edite una existente que se aplique a todas las estaciones de trabajo y servidores.
2. Ir a la sección Configuración de la computadora -> Plantillas administrativas -> Red -> Cliente DNS
3. Habilitar política Apagar Resolución de nombre de multidifusión, cambiando su valor a Activado

Deshabilitar NetBIOS sobre el protocolo TCP/IP

Nota. El protocolo NetBIOS puede ser utilizado por versiones anteriores de Windows y algunos sistemas que no son Windows, por lo que vale la pena probar el proceso de deshabilitarlo en su entorno específico.

Puede desactivar NetBIOS manualmente en un cliente específico.

1. Abrir propiedades de conexión de red
2. Seleccionar protocolo TCP/IPv4 y abre sus propiedades
3. Haga clic en el botón Avanzado, luego ve a la pestaña GANA y selecciona la opción Deshabilitar NetBIOS sobre TCP(Deshabilite NetBIOS sobre TCP/IP)
4. Guardar cambios

También puede desactivar la compatibilidad con NetBIOS para un adaptador de red específico desde el registro. Para cada adaptador de red de computadora hay sucursal separada con su TCPIP_GUID dentro HKEY_LOCAL_MÁQUINA\SISTEMA\ConjuntoControlActual\Servicios\NetBT\Parámetros\Interfaces.

Para deshabilitar NetBIOS para un adaptador específico, debe abrir su rama y cambiar el valor del parámetro Opciones de Netbios en 2 (el valor predeterminado es 0).

Para apagado completo Protocolo NetBIOS, las operaciones anteriores deben realizarse para todos los adaptadores de red de la computadora.

En clientes de dominio que reciben direcciones IP de un servidor DHCP, puede desactivar NetBIOS configurando las opciones del servidor DHCP.

1. Para hacer esto, abra la consola. dhcpmgmt.EM c y seleccione la configuración de zona de Opción de alcance (u Opciones de servidor)
2. Ir a la pestaña Avanzado, en la lista desplegable Clase de proveedor, seleccione microsoftventana 2000Opciones
3. Habilitar la opción 001 microsoftDesactivarnetbiosOpción y cambiar su valor a 0 x2

Una opción separada que le permite deshabilitar NETBIOS sobre TCP/IP para todos los adaptadores de red de computadoras a través de políticas de grupo No. Para deshabilitar NETBIOS para todos los adaptadores de computadora, use lo siguiente secuencia de comandos de PowerShell, que debe incluirse en la política ComputadoraConfiguración ->Políticas ->ventanasConfiguración ->Guiones ->Inicio->PowerShellGuiones

$regkey = "HKLM:SYSTEM\CurrentControlSet\services\NetBT\Parameters\Interfaces"
Get-ChildItem $regkey |foreach ( Set-ItemProperty -Path "$regkey\$($_.pschildname)" -Nombre NetbiosOptions -Valor 2 -Detallado)

Nota. Para que los cambios surtan efecto, debe habilitar/deshabilitar adaptadores de red o reinicie su computadora.

El protocolo NetBIOS fue creado para funcionar en redes locales. El sistema NetBIOS está diseñado para ordenadores personales como IBM/PC como interfaz independiente del fabricante. NetBIOS se utiliza como protocolos de transporte TCP y UDP. NetBIOS se describe en el documento de IBM 6322916 "Red de PC de referencia técnica".

El paquete NetBIOS fue creado para ser utilizado por un grupo de computadoras; admite tanto el modo de sesión (trabajando a través de una conexión) como el modo de datagrama (sin conexión). Los nombres de objetos de 16 caracteres en netbios se distribuyen dinámicamente. NetBIOS tiene su propio DNS, que puede interactuar con el de Internet. Cuando se trabaja con NetBIOS, el nombre del objeto no puede comenzar con el carácter *.

Las aplicaciones pueden utilizar NetBIOS para encontrar los recursos que necesitan, establecer comunicaciones y enviar o recibir información. NetBIOS utiliza el puerto 137 para el servicio de nombres, el puerto 138 para el servicio de datagramas y el puerto 139 para sesiones.

Cualquier sesión comienza con una solicitud NetBIOS, especificando una dirección IP y determinando el puerto TCP de un objeto remoto, seguida del intercambio de mensajes NetBIOS, después de lo cual se cierra la sesión. Una sesión intercambia información entre dos aplicaciones NetBIOS. La longitud del mensaje oscila entre 0 y 131071 bytes. Está permitido realizar simultáneamente varias sesiones entre dos objetos.

Al organizar el transporte IP a través de NetBIOS, el datagrama IP está integrado en un paquete NetBIOS. El intercambio de información se produce en este caso sin establecer una conexión entre objetos. Los nombres de Netbios deben contener direcciones IP. Entonces, parte de la dirección NetBIOS puede verse como ip.**.**.**.**, donde IP indica el tipo de operación (IP a través de NetBIOS) y **.**.**.** - ip - DIRECCIÓN. El sistema NetBIOS tiene su propio sistema de comandos (llamar, escuchar, colgar, enviar, recibir, estado de la sesión, restablecer, cancelar, estado del adaptador, desvincular, cargar remotamente el programa) y primitivas para trabajar con datagramas (enviar datagrama, enviar datagrama de difusión). , recibir datagrama, recibir datagrama de difusión). Todos los nodos finales de NetBIOS se dividen en tres tipos:

Nodos de difusión (“b”);

nodos punto a punto ("p");

nodos de tipo mixto ("m").

Una dirección IP se puede asociar con uno de los tipos especificados. Los nodos B establecen comunicación con sus pares a través de solicitudes de transmisión. Los nodos P y M utilizan para este fin un servidor de nombres netbios (NBNS) y un servidor de distribución de datagramas (NBDD).

Actualmente, se ha desarrollado una versión mejorada del protocolo NetBIOS: NetBeui (interfaz de usuario extendida de NetBios). Este nuevo protocolo utilizado por los sistemas operativos LAN manager, servidor LAN, ventanas para Grupos de trabajo y Windows NT, y en su función ocupa el nicho de los protocolos TCP/IP, abarcando los niveles de comunicación, red y transporte. El formato del paquete NetBios se ha estandarizado aquí y se han agregado algunas características nuevas. Netbuei se basa en protocolo OSI LLC2, introduce el estándar de formato de marco netbios (NDF) y utiliza NetBios como interfaz alto nivel. El protocolo es de alta velocidad y sirve para combinar pequeños redes locales(20-200 computadoras) entre sí o con la computadora principal. Este protocolo corresponde a comunicación, red y capa de transporte Modelos OSI. En las nuevas versiones de NetBuei (3.0 y superiores), se ha eliminado el límite en el número de sesiones simultáneas (254). Entre las limitaciones de NetBuei está la falta enrutamiento interno y serias restricciones al trabajar en redes regionales. Por este motivo, se recomienda netbuei para redes locales (aquí son preferibles a otros protocolos), y para relaciones exteriores utilice, por ejemplo, TCP/IP.

La forma más sencilla de resolver nombres de host es mantener una tabla de estos nombres y sus direcciones IP correspondientes. Esta tarea se realiza mediante el archivo HOSTS, un archivo ASCII que se almacena en el disco duro local y contiene direcciones IP a la izquierda y nombres de host a la derecha. Si un usuario pasa un nombre de host a una aplicación, esa aplicación lo busca en el archivo HOSTS. Si se encuentra este nombre, se utiliza la dirección IP equivalente para crear conexión de red. Si no se encuentra el nombre, no se podrá establecer la conexión.

Aunque parezca difícil de creer, hubo un tiempo en que los servicios de resolución de nombres para todo Internet se proporcionaban a través de una única tabla HOSTS que contenía miles de registros que los usuarios de Internet debían descargar periódicamente para actualizar su archivo. Los problemas al utilizar este método son obvios. Insertar nombres y direcciones en un archivo para registrarlos solo se puede hacer manualmente. Los usuarios o administradores deben modificar o actualizar individualmente el archivo HOSTS en cada computadora en red para incluir el nombre y la dirección de cada host al que debe dirigirse por nombre. Además, la cantidad de registros crece, el archivo aumenta rápidamente de tamaño, lo que comienza a afectar la velocidad de resolución de nombres. Imagine tener que administrar un archivo HOSTS con cientos o miles de entradas para asignar nombres a direcciones IP. Cada cambio en este archivo requeriría una actualización en todas las computadoras de la red, es decir, reenviar Archivo de hosts cada uno de ellos.

Usando el sistema de nombres de dominio (DNS)

Sistema de nombres de dominio (DNS – Dominio Sistema de nombres) es el método de resolución de nombres de host de Internet más común porque permite a los usuarios conectarse a cualquier sitio de Internet por su nombre. Esto puede parecer increíblemente difícil, especialmente a la luz del crecimiento de Internet en los últimos años, pero DNS utiliza la estructura de dominio de los nombres de host de Internet y es, por supuesto, la razón principal de su uso.

El sistema de nombres de dominio consta de miles de servidores DNS distribuidos por Internet. Si registras alguna nombre de dominio, luego debe especificar los servidores DNS primario y de respaldo. ellos son llamados autorizado servidores para su dominio. Un servidor DNS es un demonio UNIX o servicio de Windows responsable de mantener y publicar una base de datos de nombres de host y direcciones en su propio dominio.

No es necesario que los servidores DNS de un dominio estén en su propia red y, de hecho, muchos proveedores de servicios de Internet (ISP) mantienen servicios de alojamiento web en los que proporcionan el uso de sus servidores DNS por una tarifa. Lo importante aquí es que la autoridad de Internet u otra organización que haya registrado el nombre de este dominio tenga una entrada para los servidores DNS responsables de los hosts de este dominio.

Porque los administradores redes individuales son responsables de asignar nombres de host en sus dominios, también deben brindar soporte Registros DNS por estos nombres. Sorprendentemente, registrar nombres de host de dominio en sus Servidores DNS- es lo mismo operación manual, en cuanto al archivo HOSTS. Por ejemplo, si agrega un nuevo servidor ftp a su red, debe agregar o cambiar manualmente un registro de recursos DNS especificando el nombre y la dirección coche nuevo.

Nombres NetBIOS

Aunque NetBIOS ya no es componente obligatorio V red de ventanas Server 2003, es importante para compatibilidad con versiones anteriores Con sistemas anteriores Windows, como Windows 9x y Windows NT, que utilizan NetBIOS para la comunicación y con aplicaciones que utilizan NetBIOS.

NetBIOS es interfaz de software, que se ha utilizado durante muchos años para proporcionar capacidades de red a las aplicaciones. Algunas posibilidades arquitectura original Windows NT integrado en Windows Server 2003 dependía completamente del sistema de nombres NetBIOS para nombrar otras computadoras en la red.

El nombre NetBIOS contiene hasta 16 caracteres, el último de los cuales lo registra Windows para identificar características específicas de ciertas computadoras, como controladores de dominio o navegadores. Si el servicio NetBIOS está habilitado, el sistema operativo asigna a cada computadora un nombre NetBIOS. Este nombre puede ser o no el mismo que el nombre de inicio de sesión del usuario o el nombre de host de la computadora. Utiliza nombres NetBIOS cuando ingresa un nombre de ruta UNC que apunta a un host en una red de Windows.

NetBIOS ya no es un componente necesario a menos que tenga clientes Windows anteriores o aplicaciones dependientes de NetBIOS, pero sigue siendo componente red herramientas de windows. Servicios de estación de trabajo y servidor que se ejecutan en todas las computadoras Servidor Windows 2003/2000, utiliza NetBIOS y alojamiento directo para proporcionar servicios básicos de acceso compartido a los archivos solicitados por un sistema operativo. El alojamiento directo es un protocolo que utiliza DNS en lugar de NetBIOS para la resolución de nombres. La configuración predeterminada es habilitar tanto NetBIOS como alojamiento directo, que se utilizan simultáneamente al resolver nombres para nuevas conexiones a otras máquinas.

Debido a que NetBIOS se ejecuta sobre la interfaz del dispositivo de transporte (TDI), en teoría puede utilizar cualquier protocolo compatible para sus necesidades de interoperabilidad de bajo nivel. Inicialmente sistemas operativos Windows anterior a Windows 2000 utilizaba la interfaz NetBEUI (Interfaz de uso extendido de NetBIOS) para el tráfico NetBIOS. Sin embargo, NetBEUI no es enrutable, por lo que cuando se propuso TCP/IP como alternativa, comenzó el desarrollo. estándar abierto(publicado posteriormente como RFC) para definir una forma en la que los servicios NetBIOS podrían proporcionarse utilizando protocolos TCP/IP. Este estándar se llama NetBIOS sobre TCP/IP o NetBT.

El estándar NetBT define dos tipos de servicios: servicios de sesión y de datagramas. Los servicios de sesión utilizan TCP para proporcionar un servicio de mensajería orientado a la conexión totalmente fiable, mientras que los servicios de datagramas utilizan UDP, que requiere poca sobrecarga y no es muy fiable.

En solicitudes de servicios de red, que son generados por la interfaz NetBIOS, utilizan nombres de computadora NetBIOS para hacer referencia a otros sistemas. Para que TCP/IP transmita solicitudes a través de una red, los nombres NetBIOS (similares a los nombres de host) primero deben resolverse (resueltos) en direcciones IP.

Debido a que los nombres NetBIOS se resuelven en direcciones IP antes de transferir los datos, puede usarlos en lugar de nombres de host en redes internas. Por ejemplo, para conectarse a un servidor web de intranet, un usuario puede especificar el nombre NetBIOS del servidor en lugar del nombre de host normal. Asimismo, puede utilizar el nombre de host en la ruta UNC en lugar del nombre NetBIOS.

Tipos de nodos

Hay varios varios metodos, a través del cual las computadoras pueden registrar y resolver sus nombres NetBIOS en una red Windows Server 2003/2000. Estos métodos varían en sus capacidades y efectividad. Para encontrar una máquina con un nombre NetBIOS específico, la computadora puede usar transmisiones de red, puede comunicarse con un servidor de nombres NetBIOS (NBNS) en su red (por ejemplo, un servidor WINS) o puede usar una tabla de búsqueda en un archivo almacenado localmente. Archivo LMHOSTS.

El estándar NetBT define varios tipos de nodos que especifican qué métodos debe utilizar una computadora y en qué orden. Los tipos de nodos se asignan a los clientes. servidor DHCP o determinado por los parámetros TCP/IP especificados en la configuración del cliente. El estándar NetBT define los siguientes tipos de nodos.

• Nodo B. El cliente utiliza transmisiones de red tanto para el registro como para la resolución de nombres.
• Nudo P. El cliente envía mensaje separado para registrar o resolver un nombre en el servidor de nombres NetBIOS.
• Nodo M. El cliente utiliza mensajes de difusión para registrar nombres; El cliente primero utiliza mensajes de difusión para resolver nombres y, si esto falla, reenvía consultas al servidor de nombres NetBIOS.
• Nudo H. El cliente envía un mensaje de resolución o registro de nombre por separado al servidor de nombres NetBIOS (NBNS); si el NBNS no está disponible, el cliente utiliza mensajes de difusión hasta que se restablezca la conexión al NBNS.

Los sistemas operativos anteriores a Windows 2000 utilizaban inicialmente un servicio de nodo B extendido para el registro y la resolución de nombres. El servicio se consideró extendido porque si el nombre no se podía resolver usando mensajes de difusión alternativamente se utilizó el archivo LMHOSTS de esta computadora. Esto permitió a los usuarios acceder a computadoras en otros segmentos de la red siempre que esas computadoras se ingresaran manualmente en el archivo LMHOSTS.

Windows Server 2003 continúa incluyendo WINS como servidor de nombres NetBIOS, que almacena nombres NetBIOS y direcciones IP para todo Internet en su base de datos, poniendo esta información a disposición de los usuarios de toda la empresa. Las computadoras que ejecutan versiones anteriores de Windows se describen como nodos H mejorados. Estas computadoras primero intentan resolver nombres NetBIOS usando WINS accediendo a mensajes de difusión si WINS falla o no está disponible, y luego acceden al archivo LMHOSTS si no se puede lograr la resolución de nombres usando mensajes de difusión.

Registro de nombres NetBIOS

El estándar NetBT requiere que cuando una máquina con más versión temprana Cuando Windows inicia sesión en una red, se debe registrar su nombre NetBIOS para que ninguna otra computadora pueda usar el nombre duplicado y que la dirección IP esté configurada correctamente. Si mueve una estación de trabajo a una subred diferente y cambia manualmente su dirección IP, el proceso de registro garantiza que otras computadoras y servidores WINS sepan sobre el cambio.

Método de registro de nombre utilizado puesto de trabajo, depende de su tipo de nodo. Los nodos B y M utilizan mensajes de difusión para registrar nombres, mientras que los nodos H y P envían solicitudes de registro directamente al servidor WINS. Estos dos métodos se describen en las siguientes secciones. Cualquier computadora que ejecute una versión anterior de Windows y se conecte a la red utiliza uno de estos dos métodos.

Registro de nombres mediante mensajes de difusión

Los nodos B y M que utilizan mensajes de difusión para registrar nombres NetBIOS no realizan el registro de la misma manera que lo hacen otros tipos de nodos. Este nombre no se ingresa en ninguna tabla y no se almacena en otras computadoras de la red. En cambio, una computadora determinada usa mensajes de difusión para "anunciar" su nombre NetBIOS y verificar si otra computadora ya está usando ese nombre.

El proceso de registro comienza cuando esta computadora ingresa a la red. Se propaga con protocolo UDP un conjunto de mensajes de difusión de SOLICITUD DE REGISTRO DE NOMBRE que contienen su nombre NetBIOS propuesto y su dirección IP. Si este nombre ya está siendo utilizado por alguna otra máquina en la red, entonces esa máquina envía un mensaje separado de RESPUESTA DE REGISTRO DE NOMBRE NEGATIVO a la dirección IP de la computadora solicitante. Esto hace que la solicitud de registro sea rechazada. La computadora solicitante debe elegir un nombre diferente e intentar registrarse nuevamente.

Si una computadora no recibe ninguna respuesta a intentos repetidos de enviar paquetes de SOLICITUD DE REGISTRO DE NOMBRE dentro de un período de tiempo específico, envía un mensaje DEMANDA DE SOBRESCRITURA DE NOMBRE, declarando que ha registrado exitosamente su nombre. Esta computadora ahora debería responder a cualquier solicitud enviada por otras computadoras usando este nombre NetBIOS.

Como todos los mensajes de difusión, estos mensajes de registro de nombres se limitan al segmento de la red local. Esto significa que las computadoras en otros segmentos de la red pueden usar el mismo nombre NetBIOS. Esto presenta un problema obvio. Sólo un trabajo cuidadoso por parte de los administradores de red puede evitar colisiones de nombres y paquetes mal dirigidos. Este peligro, así como el tráfico de red excesivo causado por el envío de mensajes de difusión, son motivos para crear un servidor WINS como medio para registrar nombres.

Registrar nombres usando WINS

El equipo cliente WINS comienza el proceso de registro de nombres generando el mismo paquete de SOLICITUD DE REGISTRO DE NOMBRE que transmitiría. Pero esta vez el paquete se envía como un mensaje separado directamente al servidor WINS especificado en la pestaña Configuración WINS del cuadro de diálogo Propiedades de TCP/IP. Si ninguna otra computadora está usando el nombre, el servidor WINS devuelve una RESPUESTA DE REGISTRO DE NOMBRE POSITIVA al remitente y registra nombre de pila NetBIOS y dirección IP a su base de datos.

Si el servidor WINS detecta que un nombre NetBIOS determinado ya está registrado en otra computadora, envía un mensaje de SOLICITUD DE CONSULTA DE NOMBRE a esa computadora para "proteger" su nombre registrado. Si el propietario del nombre no responde o envía una RESPUESTA DE CONSULTA DE NOMBRE NEGATIVA, el servidor WINS registra el nombre de la nueva computadora y le envía un mensaje de RESPUESTA DE REGISTRO DE NOMBRE POSITIVA. Si el titular del nombre consultado envía una RESPUESTA POSITIVA A LA CONSULTA DE NOMBRE, significa que ha "protegido" exitosamente su nombre. En este caso, el servidor WINS envía un mensaje de RESPUESTA DE REGISTRO DE NOMBRE NEGATIVO a la nueva computadora, informándole que su intento de registro fue denegado.

Cuando un servidor WINS registra correctamente un nombre NetBIOS determinado, asigna una fecha de vencimiento del registro en forma de valor TTL (tiempo de vida). Cada vez que la computadora inicia sesión en la red, este valor se actualiza. Hasta que expire este período de tiempo, se rechazará cualquier intento de registrar este nombre NetBIOS. Pero si no se realiza ningún inicio de sesión durante este período de tiempo, este nombre NetBIOS se liberará y el servidor WINS podrá asignarlo nuevamente sin preguntar a ninguna computadora. Si un nombre determinado no se utiliza durante un período de tiempo específico, se declara obsoleto y se borra de la base de datos WINS.

Tenga en cuenta que toda la transacción se lleva a cabo mediante mensajes separados enviados entre computadoras. No hay una avalancha de mensajes de difusión que inunden la red, y ésta es una de las principales ventajas de WINS.