Résolution de nom NetBIOS sur TCP/IP et fonctionnement de WINS

Traductions disponibles Traductions disponibles
Numéro d'article: 119493 - Voir les produits auxquels s'applique cet article
Ancien nº de publication de cet article : F119493
Agrandir tout | Réduire tout

Sommaire

Résumé

NetBIOS sur TCP/IP est le composant du réseau qui exécute le nom de l'ordinateur vers le mappage de l'adresse IP, la résolution du nom (NETBT.SYS dans Windows NT et VNBT.VXD dans Windows pour Worgroups et Windows 95). Actuellement, il existe quatre méthode de résolution de nom NetBIOS sur TCP/IP : n?ud-b, n?ud-p, n?ud-m et n?ud-h.

Plus d'informations

N?ud-B

Lorsque vous utilisez le n?ud-b, les diffusions sont utilisées pour l'enregistrement et la résolution du nom. Sur un réseau TCP/IP, si le routeur IP n'est pas configuré pour envoyer les diffusions de l'enregistrement et de la recherche du nom, les systèmes qui se trouvent sur les différents sous-réseaux ne pourront pas se voir puisqu'ils ne recevront pas les diffusions. La résolution de nom du n?ud-B n'est pas la meilleure option sur des réseaux plus grands car elle s'appuie sur des diffusions qui peuvent les surcharger.

N?ud-B modifié par Microsoft

Le TCP/IP utilisé dans Microsoft Windows NT utilise une version modifiée de la résolution de nom du n?ud-b. La résolution de nom du n?ud-b par Microsoft fonctionne de la façon suivante :

  • La station de travail vérifie d'abord le cache LMHOSTS et si elle trouve le nom NetBIOS, elle renvoie l'adresse IP.
  • Ensuite, la station de travail essaie la diffusion pour résoudre le nom (cela fonctionne de la même manière que la résolution du n?ud-b) et si le système de destination est actif, elle renvoie son adresse IP.
  • Enfin, la station de travail (s'il s'agit d'un système Windows NT) vérifie le fichier LMHOSTS dans le répertoire \<winnt_root>\system32\drivers\etc.

N?ud-P (ou n?ud point-à-point)

Lorsque vous utilisez la résolution de nom du n?ud-p, les diffusions ne sont PAS utilisées pour l'enregistrement ou la résolution du nom. Au contraire, tous les systèmes s'enregistrent avec un nom de serveur NetBIOS (NBNS) lors du démarrage. Le NBNS est responsable du mappage des noms d'ordinateur vers les adresses IP et s'assure qu'aucun nom dupliqué n'est enregistré sur le réseau. Tous les systèmes doivent connaître l'adresse IP du NBNS équivalente à celle d'un serveur WINS. Si les systèmes ne sont pas configurés avec l'adresse IP correcte pour le NBNS, la résolution de nom du n?ud-p ne s'effectuera pas.

La méthode de résolution de nom du n?ud-p utilise les datagrammes du protocole UDP (User Datagram Protocol) et les sessions TCP pour sa communication vers et à partir du NBNS.

Le principal inconvénient de la résolution de nom du n?ud-p est que si le NBNS n'est pas accessible, les noms ne pourront pas être résolus et par conséquent il n'y aura aucun moyen d'accéder aux autres systèmes sur le réseau.

N?ud-M (ou n?ud mixte)

Le n?ud-M utilise une combinaison du n?ud-b et du n?ud-p pour la résolution du nom. Cette méthode utilise d'abord le n?ud-b et ensuite le n?ud-p, qui en théorie, doit permettre d'augmenter la performance du réseau local (LAN). Le n?ud-M a un avantage sur le n?ud-p dans la mesure où si le NBNS n'est pas disponible, les systèmes sur le sous-réseau local sont encore accessibles par la résolution du n?ud-b.

En général, le n?ud-M n'est pas le meilleur choix pour les plus grands réseaux car il utilise le n?ud-b et déclenche par conséquent des diffusions. Toutefois, lorsque vous disposez d'un grand réseau constitué de sous-réseaux plus petits connectés par l'intermédiaire des liaisons lentes WAN, le n?ud-M est la meilleure méthode puisqu'elle réduit les communications à travers les liaisons lentes.

N?ud-H (ou n?ud hybride)

La résolution de nom du n?ud-H qui se trouve actuellement dans le formulaire brouillon RFC, utilise également le n?ud-b et le n?ud-p, cependant, le n?ud-b n'est utilisé qu'en dernier ressort. Lorsqu'il est configuré pour utiliser le n?ud-h, un système essaie toujours d'utiliser le n?ud-p et ensuite le n?ud-b UNIQUEMENT si le n?ud-p échoue. En outre, un système peut être configuré pour utiliser le fichier LMHOSTS après que le n?ud-p ait échoué et avant d'essayer le n?ud-b.

La résolution du n?ud-H ne requiert pas que l'enregistrement du n?ud-p réussisse pour initialiser un système, mais le système utilisera cependant en priorité le n?ud-b jusqu'à ce que l'enregistrement du n?ud-p ait réussit. Si le NBNS n'est pas disponible et que le système utilise en dernier ressort la résolution du n?ud-b, il essaiera toujours de contacter le NBNS afin qu'il puisse utiliser le n?ud-p si le NBNS devient disponible.

Fonctionnement de WINS

Par défaut, lorsqu'un système est configuré pour utiliser WINS pour sa résolution de nom, il adhère au n?ud-h pour l'enregistrement du nom. Pour la résolution du nom, il adhère aussi au n?ud-h mais à quelques différences près. Il :

  • Vérifiera s'il s'agit du nom de l'ordinateur local.
  • Vérifiera son cache de noms distants. Chaque nom résolu est placé dans un cache où il restera pendant 10 minutes.
  • Essaiera le serveur WINS.
  • Essaiera une diffusion.
  • Vérifiera le fichier LMHOSTS, si le système est configuré pour utiliser le fichier LMHOSTS.
  • Essaiera le fichier HOSTS et ensuite un DNS s'il est configuré.

Propriétés

Numéro d'article: 119493 - Dernière mise à jour: dimanche 26 septembre 2004 - Version: 4.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Workstation 4.0 Édition Développeur
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows 95
  • Microsoft TCP/IP for Windows for Workgroups 3.11b
  • Microsoft TCP/IP for Windows for Workgroups 3.11
  • Microsoft TCP/IP pour Windows for Workgroups 3.11a
Mots-clés : 
kbhowto prodnt 4.00 3.50 KB119493
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.

Envoyer des commentaires

 

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