WINS et les problèmes de noms NetBios

Les applications Windows, et en particulier toutes les applications Microsoft fonctionnant en réseau, utilisent NetBios. Bien que véhiculées par TCP/IP, ces applications utilisent un système de nommage des machines différent de DNS, et qui mettent en place un mécanisme différent.

1) Dans une application TCP/IP pure

L'accès à un hôte distant (serveur par exemple), déclaré par som nom d'hôte, se fait par l'intermédiaire d'un serveur DNS. L'application TCP/IP s'adresse au serveur DNS, lui fournit le nom d'hôte de la station cible, le serveur DNS lui renvoyant l'adresse IP correspondante. L'application peut alors établir une connexion. Si l'application est ancienne, on sera peut-être obligé de remplir le fichier HOST local (voir Fichier HOSTS ) ou LMHOST (voir Fichier LMHOSTS ).

2) Dans les mécanisme Windows

Allant de l'ouverture de session sur un domaine à la connexion d'un lecteur réseau sur une ressource, la connexion se base sur les noms NetBios des machines. Le nom NetBios d'un ordinateur est le nom de machine que réclame Windows dans la configuration réseau (Identification dans Win95). L'ordinateur source envoie un broadcast à toutes les machines du réseau et la machine cible nommée renvoie son adresse (qu'elle soit IP ou autre). NetBios est donc un système de noms-adresses propriétaire indépendant du protocole réseau (la preuve: on peut très bien utiliser le nom d'identification de la machine -nom netbios- sur un protocole IPX.

3) Limites du NetBios

Ainsi, dans un réseau TCP/IP, une machine source envoie-t-elle son broadcast NetBios vers la machine cible sur son sous-réseau IP et attend la réponse de cette dernière. Imaginons que la machine A (192.16.0.1/255.255.0.0) doive se connecter à une ressource sur la machine B (192.1.0.5/255.255.0.0). La machine A envoie son broadcast NetBios sur tout le 192.16.x.y et attend une réponse. La machine B ne faisant pas partie du même sous-réseau, ne lui répond pas. Ces deux machines peuvent très bien être physiquement connectées sur le même câblage, cela ne changerait rien.

Ceci explique que l'on puisse très bien PINGer une machine et être incapable de se connecter à une de ses ressources Windows... Pour résoudre cela, il faut utiliser WINS. C'est le seul service capable de faire la correspondance entre les noms NetBios et les adresses IP. En général, la configuration TCP/IP est bonne, c'est la résolution de noms NetBios qui échoue.

4) Solution, installer un service WINS

Il faut installer le service WINS sur un serveur NT. Les mappages NomNetBios-AdresseIP seront enregistrés dans le serveur WINS et seront disponibles pour tout client WINS du réseau. Chaque machine client WINS s'enregistrera à l'ouverture de session, et fournira au serveur WINS son nom NetBios et son adresse IP. Une autre machine cliente WINS s'adressera à son serveur WINS pour résoudre ses mappages NomNetBios-AdresseIP.

Lorsque des machines ne sont pas clientes WINS (machines UNIX par exemple), ou font partie d'un autre sous-réseau IP (et donc invisibles au sens NetBios), il faut ajouter manuellement des mappages " statiques " sur le serveur WINS. Voir Installer et utiliser le service WINS

L'autre intérêt de WINS est de limiter le trafic des broadcasts NetBios sur le réseau, les machines Windows clientes WINS se servant prioritairement de leur serveur WINS pour résoudre leur mappage NomNebios-AdresseIP.