Considérations relatives aux environnements multirésidents dans Windows NT

Traductions disponibles Traductions disponibles
Numéro d'article: 181774 - Voir les produits auxquels s'applique cet article
Ancien nº de publication de cet article : F181774
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Résumé

Lors de l'ajout de cartes d'interface réseau supplémentaires dans un ordinateur fonctionnant sous Windows NT Server, vous devrez prendre en compte certains éléments. Afin de mieux gérer ces problèmes potentiels et d'optimiser la fiabilité de vos systèmes stratégiques, il peut être souhaitable de limiter les services exécutés sur le système. De nombreux services fonctionnant sur un ordinateur stratégique, tels que par exemple le contrôleur principal de domaine, peuvent être transférés vers d'autres machines afin d'augmenter la fiabilité de l'ordinateur stratégique. Cet article s'applique à Windows NT version 4.0 avec le Service Pack 3.

Plus d'informations

NetBIOS fonctionne normalement dans les environnements multirésidents. Toutefois, il peut exister un problème avec le protocole NetBEUI. Lorsque ce protocole est utilisé, si les deux interfaces sont connectées directement au même segment physique, ou indirectement par un système intermédiaire tel qu'un pont, NetBEUI devra être dissocié de l'une des interfaces réseau. Ce problème ne se produit pas avec les autres protocoles qui prennent en charge NetBIOS. Dans le cas de TCP/IP, NetBIOS établit une liaison avec l'adresse IP primaire associée à chaque carte d'interface réseau (NIC).

Pour obtenir des informations sur les serveurs et clients WINS multirésidents, consultez les articles correspondants dans la Base de connaissances Microsoft :
150737Définition des options de serveur WINS primaire et secondaire

164308Les clients Windows NT 4.0 peuvent actualiser les entrées WINS régulièrement

185786Procédures recommandées pour WINS

150144Échec de l'actualisation de l'enregistrement WINS du client multirésident

184832Conflits de nom intermittents avec le serveur WINS
DHCP fonctionne normalement dans les environnements multirésidents. Il établit une liaison avec toutes les cartes NIC, et le service publie les portées correctes. Tout comme NetBIOS, DHCP établit une liaison avec l'adresse IP primaire associée à chaque carte NIC.

Pour plus d'informations, consultez l'article suivant de la Base de connaissances Microsoft :
174051Échec de l'allocation d'adresses pour la nouvelle portée par le serveur DHCP
S'il est associé à toutes les cartes NIC, DNS fonctionne également normalement dans les environnements multirésidents. Le service DNS envoie une instruction Listen au port 53 et le serveur DNS répond aux requêtes sur toutes les cartes NIC. Netlogon ne provoque pas de problème de fonctionnement sur les ordinateurs multirésidents. La navigation est particulièrement affectée par les ordinateurs multirésidents. Parce que le service de navigation ne fusionne pas les réseaux, le contrôleur principal de domaine (PDC) ne peut pas être multirésident. Chaque service de navigation associé à chaque interface fonctionne indépendamment, et le PDC maintient une liste cumulative " séparée " sur chaque interface qui n'a pas été fusionnée. Un navigateur maître échangeant des listes avec le PDC sur une interface n'obtiendra pas les serveurs découverts par un autre navigateur maître échangeant des listes sur une autre interface.

Windows NT 4.0 a introduit le paramètre UnboundBindings, qui peut être utilisé pour éviter que le PDC ne rassemble une liste de navigation directement sur plus d'une interface à la fois. Malheureusement, ce paramètre ne force pas les navigateurs maîtres dans le domaine à utiliser uniquement la carte d'interface associée. Si WINS est utilisé pour fournir l'adresse IP du navigateur maître afin de trouver le PDC, il est impossible d'assurer que l'interface correcte soit sélectionnée. Cette limitation ne peut pas être résolue dans Windows NT 4.0, et le PDC ne peut pas être un ordinateur multirésident, afin d'assurer qu'il fusionne une liste unique sur tout le domaine. En outre, les explorateurs maîtres ne peuvent pas être multirésidents. En effet, étant donné que seule une adresse IP est maintenue pour l'établissement d'une session vers un nom d'ordinateur, et que le PDC communique avec un explorateur maître basé sur son nom d'ordinateur uniquement, le PDC peut seulement rassembler la liste locale de serveurs découverts par l'explorateur maître multirésident à partir de l'une des interfaces. CSNW et GSNW : Les clients CSNW (Client Services for NetWare) et GSNW (Gateway Services for NetWare) n'établissent une liaison que vers une seule interface réseau, qui est par défaut la première carte NIC liée du système. Ceci a pour effet que les utilisateurs peuvent se connecter à des serveurs sur une interface seulement et non sur l'autre. La requête Obtenir le serveur le plus proche n'est envoyée qu'à partir de la carte NIC liée et si les deux interfaces ne sont pas connectées par l'intermédiaire d'un routeur, les seuls serveurs disponibles seront du côté de la carte NIC liée.

Performances multirésidentes : Jusqu'à Windows NT 4.0 Service Pack 3, le redirecteur attend la fin du premier transport lié avant d'accepter un NetBIOS sur une connexion TCP/IP sur des points finaux supplémentaires. Dans les ordinateurs multirésidents, ceci peut se traduire par un délai prolongé pour établir une connexion si les segments multirésidents ne sont pas joints. Ou bien, si les réseaux sont connectés par l'intermédiaire d'un routeur, le chemin sélectionné risque de ne pas être optimal. En outre, le trafic réseau entre le client et le serveur risque d'utiliser deux chemins différents du fait du routage interne sur l'ordinateur multirésident. Dans les deux cas, la connexion sera finalement établie.

Pour plus d'informations, consultez l'article suivant de la Base de connaissances Microsoft :
166159Connexions NetBIOS à partir d'un ordinateur multirésident

Propriétés

Numéro d'article: 181774 - Dernière mise à jour: dimanche 9 février 2014 - Version: 4.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 4.0 Édition Développeur
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Professionel
Mots-clés : 
kbnosurvey kbarchive kbinfo KB181774
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

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