Problemas de host múltiple con Windows NT

Seleccione idioma Seleccione idioma
Id. de artículo: 181774 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Expandir todo | Contraer todo

Resumen

Agregar tarjetas de interfaz de red adicionales en un equipo donde se ejecuta Windows NT Server requiere la consideración de varios problemas. Para tratarlos mejor y aumentar la confiabilidad de los sistemas de vital importancia, debería considerarse la posibilidad de reducir los servicios que se ejecutan en el sistema. La mayor parte de los servicios que se ejecutan en un equipo con una función esencial, como el controlador principal de dominio, se pueden descargar en otro equipo para aumentar la confiabilidad. Este artículo se aplica a la versión 4.0 de Windows NT con Service Pack 3.

Más información

NetBIOS no tiene problemas con entornos de host múltiple. Una excepción es el protocolo NetBEUI. Si se utiliza este protocolo, y si las dos interfaces están conectadas directamente al mismo segmento físico o conectadas indirectamente a través de un sistema intermedio como un puente, NetBEUI debe ser independiente de una de las interfaces de red. El resto de los protocolos compatibles con NetBIOS no presentan este problema. Para TCP/IP, NetBIOS enlaza con la dirección IP principal enlazada con cada tarjeta de interfaz de red (NIC).

Para obtener información acerca de los clientes y servidores WINS de host múltiple, consulte los siguientes artículos de Microsoft Knowledge Base:
150737Establecer opciones de servidor WINS principal y secundaria

164308Clientes de Windows NT 4.0 pueden actualizar entradas de WINS con

185786Prácticas recomendadas para WINS

150144Cliente de host múltiple no actualizar el registro con WINS

184832Intermitentes conflictos de nombre con el servidor WINS
DHCP no tiene problemas con servidores de host múltiple. Enlaza con todas las tarjetas de interfaz de red (NIC) y el servicio emite los ámbitos correctos. Como NetBIOS, DHCP enlaza con la dirección IP principal vinculada con cada NIC.

Para obtener información adicional, consulte en contacto con el siguiente artículo en Microsoft Knowledge Base:
174051Servidor DHCP no concesión de direcciones para ámbito nuevo
DNS, si está enlazado con todas las tarjetas de interfaz de red (NIC), no tiene problemas en un entorno de host múltiple. El servicio DNS enviará una escucha para el puerto 53 y el servidor DNS responderá a las solicitudes de todas las NIC. Netlogon no tiene ningún problema funcional con equipos de host múltiple. La exploración se ve muy afectada por los equipos de host múltiple. Debido a que el servicio examinador no combina redes, el controlador principal de dominio (PDC) no puede ser de host múltiple. Los servicios examinadores enlazados con cada interfaz funcionan de forma independiente y el PDC mantiene una lista acumulativa "diferente" en cada interfaz que no está combinada. Un examinador principal que intercambia listas con el PDC en una interfaz no obtendrá los servidores descubiertos por otro examinador principal que esté intercambiando listas en la otra interfaz.

Windows NT 4.0 ha introducido la opción UnboundBindings que se puede utilizar para impedir que el PDC recoja directamente una lista de examen en más de una interfaz. Por desgracia, esta opción no obliga a los examinadores principales del dominio a utilizar sólo la tarjeta de interfaz vinculada. Si WINS se usa para proporcionar la dirección IP y que el examinador principal busque el PDC, no hay forma de garantizar que se vaya a elegir la interfaz correcta. Esta limitación no se puede solucionar con Windows NT 4.0 y el PDC no debe estar en un equipo de host múltiple para garantizar que puede combinar una sola lista para todo el dominio. Además, los examinadores principales no pueden ser de host múltiple. Debido a que sólo se mantiene una dirección IP por establecimiento de sesión con un nombre de equipo y el PDC se comunica con un examinador principal en función sólo de su nombre de equipo, el PDC únicamente puede recopilar la lista local de servidores descubiertos por el examinador principal de host múltiple de una de sus interfaces. CSNW y GSNW: ambos servicios de cliente para NetWare (CSNW) y servicios de puerta de enlace para NetWare (GSNW) sólo se enlazan a una interfaz de red único, y, de forma predeterminada, esta es la primera NIC enlazada en el sistema. Un síntoma de esto es que los usuarios sólo se pueden conectar a los servidores de una interfaz pero no a los de la otra. La consulta Obtener el servidor más cercano (Get Nearest Server) sólo se envía desde la NIC enlazada y, si las dos interfaces no están conectadas por medio de un enrutador, los servidores disponibles sólo se encontrarán en el lado de esa NIC enlazada.

Rendimiento de host múltiple: antes para Windows NT 4.0 Service Pack 3, el redirector de espera para que el primer transporte enlazado finalice antes de aceptar un NetBIOS a través de TCP/IP conexión en los extremos adicionales. A causa de esto, los equipos de multitarjeta pueden tener un retraso extendido para establecer una sesión si están inconexos los segmentos de multitarjeta. O bien, si las redes están conectadas mediante un enrutador, es posible que la ruta de acceso elegida no sea óptima. Además, es posible que el tráfico de red entre el cliente y el servidor esté tomando dos rutas de acceso diferentes debido al enrutamiento interno en el equipo de host múltiple. En cualquier caso, la conexión finalmente se consigue.

Para obtener información adicional, consulte en contacto con el siguiente artículo en Microsoft Knowledge Base:
166159Conexiones de NetBIOS desde un equipo multitarjeta

Propiedades

Id. de artículo: 181774 - Última revisión: domingo, 02 de febrero de 2014 - Versión: 2.0
La información de este artículo se refiere a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
Palabras clave: 
kbnosurvey kbarchive kbmt kbinfo KB181774 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 181774

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com