Configuración de las opciones de servidor WINS principal y secundario


Síntomas


Si un servidor Windows NT ejecuta el servicio de nombres de Internet de Windows (WINS) y está participando en la replicación de la base de datos WINS en la red, se debe tener en cuenta la configuración del punto donde se encuentra el servidor WINS para su propia resolución de nombres (este parámetro se establece en la sección red del panel de control, en la sección de configuración del protocolo TCPIP). Recomendamos que un servidor WINS se sitúe como WINS principal en la configuración de TCP/IP. Si intenta especificar la misma dirección WINS en la dirección WINS secundaria, recibirá el mensaje de error "el servidor WINS ya está en la lista". La configuración se puede establecer mediante el registro. Sin embargo, como la dirección ya está introducida, no es necesario volver a agregarla.

Solución alternativa


Recomendamos que un servidor WINS siempre se dirija a sí mismo como WINS principal. Esta configuración evita los registros divididos y otros problemas. Para obtener información adicional sobre algunos de estos otros problemas, consulte los siguientes artículos en Microsoft Knowledge Base:135405 reparar una base de datos WINS dañada, o recuento de versiones de inicio168712 cómo volver a crear manualmente una base de datos WINS150520 el servidor WINS pierde esporádicamente la resolución de nombres

Estado


Microsoft ha confirmado que este es un problema en los productos Microsoft que aparecen enumerados al principio de este artículo.

Más información


Cuando se inicia cualquier equipo habilitado para WINS, debe registrar una variedad de servicios con WINS. Normalmente, un equipo tiene una dirección WINS principal y secundaria configurada en la configuración de TCP/IP. Si el WINS principal no responde a los registros, el equipo prueba el WINS secundario. Para obtener más información sobre los servicios que se pueden registrar, consulte los siguientes artículos en Microsoft Knowledge Base:119495 lista de nombres registrados en ServiceGenerally WINS, la mayoría de los clientes y servidores deben estar configurados con una dirección de WINS principal y secundaria, por lo que debe tener cuidado con el modo en que se configura un servidor WINS. Un servidor WINS finalmente registra sus servicios en su propia base de datos WINS local, independientemente de si apunta a sí mismo o no (principal, secundaria o ninguna). El registro en sí y en otro servidor WINS puede ocasionar problemas cuando se trata de replicación y renovación de estas entradas. Por ejemplo, si tiene un servidor WINS ("Srv1") que apunta a sí mismo como principal y señala a otro WINS como secundario ("Wins2"). Cuando se inicia Srv1, normalmente intenta registrar sus servicios antes de que se inicie su propio servicio WINS. Como esos registros fallan, intenta registrarlos en Wins2. Si Wins2 está disponible, acepta las solicitudes de registro. Sin embargo, no todos los servicios se registran en Wins2 porque, puesto que se realizan estas solicitudes de registro, Srv1 continúa comprobando su servicio WINS local. Una vez que el servicio se esté ejecutando, volverá a él y seguirá registrándose de forma local. Después de que se haya producido la replicación entre Srv1 y Wins2, ambas bases de datos muestran esta propiedad:
SRV1: es propietario de su Srv1<20> y del dominio<1C> (si es un controlador de dominio) Wins2: es propietario de todos los demás registros de Srv1 y también posee el dominio<1C> de Srv1
Esta condición posiblemente problemática se conoce como "registro dividido". En este punto, Srv1 ha revertido para volver a registrar localmente, pero tarda un poco antes de poder verlo. Mientras tanto, Srv1 y Wins2 están replicando las asignaciones de registro dividido en otros servidores WINS. Finalmente, estas réplicas se deben conciliar en el WINS remoto (es decir, las réplicas de Wins2 se reemplazan con las réplicas más recientes de Srv1). Sin embargo, antes de que finalice la conciliación, es posible que se hayan producido problemas de conexión de cliente, incluyendo la incapacidad de conectarse a un servidor WINS que ha dividido su registro (en este ejemplo, Srv1) o la incapacidad de resolver el dominio<1C> nombre que Srv1 registró. Las condiciones exactas que conducen a un error son variadas. Si sus servidores WINS ejecutan Windows NT versión 3,51 con Service Pack 4 (o superior), estas condiciones solo deberían ser temporales. Sin embargo, el problema puede ser más grave según el esquema de replicación o si ejecuta servidores WINS anteriores al Service Pack 4.
Otra configuración defectuosa es establecer una dirección IP remota (en este ejemplo, Wins2) como principal mientras se establece el WINS local (Srv1) como secundario. En este caso, Srv1 terminará de actualizar su concesión de NetBIOS en Wins2 y comenzará a registrarse de forma local. Según el esquema de replicación de WINS, esto puede provocar problemas de conexión.