Ce qui était autrefois une partie de presque tous les réseaux, un serveur WINS était autrefois une exigence. Mais est-il encore nécessaire aujourd’hui?
Dans cet article, vous allez en apprendre un peu plus sur WINS, à quoi il sert pour avoir une idée de savoir si vous avez toujours réellement besoin de ce vieux serveur WINS qui traîne sur votre réseau.
Pour comprendre WINS, il faut comprendre NetBIOS
Les ordinateurs communiquent via des protocoles tels que TCP/IP en utilisant des schémas de numérotation via des adresses IP. Pour éviter d’avoir à se souvenir de tous ces chiffres, une méthode pour « étiqueter » ces adresses IP avec des noms a été développée. En attribuant des noms à chaque ordinateur sur un réseau, on pouvait les gérer beaucoup plus facilement.
Une des premières façons de faire correspondre des noms à des adresses IP était le Système d’Entrée/Sortie de Base du Réseau ou NetBIOS. NetBIOS ou, plus précisément, NetBIOS sur TCP/IP ou NetBT, est un service qui fonctionne au niveau de la couche session du modèle OSI et s’exécute sur le protocole TCP/IP pour faciliter l’identification et la communication entre les périphériques sur un réseau.
NetBT résolvait traditionnellement les noms sur un réseau en envoyant des messages de requête de diffusion sur TCP/IP. NetBIOS, surtout, n’est pas routable. La résolution des noms NetBIOS ne peut pas se produire sur plusieurs réseaux. Pour remédier à cela, Microsoft a développé un service de noms NetBIOS ou ce que la plupart appellent WINS pour résoudre les noms à travers des réseaux routés.
NetBIOS —> WINS
NetBIOS avait un problème majeur ; il ne pouvait pas être routé vers d’autres réseaux. Les entreprises commençaient à avoir besoin de nombreux réseaux pour segmenter le trafic et NetBIOS ne pouvait pas être routé à travers ces réseaux. Que faire ? Introduire un nouveau protocole ; Windows Internet Naming Service (WINS).
En utilisant WINS, les administrateurs pouvaient maintenant faire circuler le trafic de noms à travers les réseaux car il dépendait du protocole TCP/IP. Si les administrateurs utilisaient WINS, ils avaient également un endroit central où tous les ordinateurs pouvaient enregistrer leurs noms et adresses IP.
Comment fonctionnent les serveurs (et clients) WINS
WINS est un système client-serveur composé de deux composants principaux ; le client WINS fonctionnant sur un ordinateur Windows et un serveur WINS hébergeant une base de données avec différents enregistrements représentant les associations de noms d’hôte à adresses IP.
Enregistrement et résolution du client
Une fois qu’un serveur WINS est mis à la disposition des clients sur un réseau, les clients interagissent avec le serveur de trois manières principales ; attribution, enregistrement et résolution des noms.
Attribution du client
Pour devenir membre du processus de résolution de noms WINS, un ordinateur Windows doit d’abord savoir quel serveur WINS il va communiquer. Pour ce faire, l’ordinateur Windows (client WINS) se voit attribuer un serveur WINS soit manuellement soit par DHCP.
Une fois dirigé vers un serveur WINS, le client tente alors de s’enregistrer auprès du serveur, créant ainsi une correspondance entre nom d’hôte et adresse IP dans la base de données WINS.
Inscription du client
Lorsqu’un client WINS se connecte pour la première fois, il envoie d’abord une demande pour confirmer qu’il détient un nom d’hôte unique. Cette étape est nécessaire pour éviter la duplication des noms. Une fois qu’aucun autre nom n’est trouvé sur le réseau, le client s’enregistre alors dans la base de données WINS.
Résolution de noms du client
Après un certain temps, une fois que tous les clients WINS ont reçu le serveur WINS auquel se connecter et se sont enregistrés, tous les clients peuvent résoudre les noms de tous les autres clients via la résolution de noms même entre différents réseaux. Ils effectuent cette résolution de noms en interrogeant le serveur WINS avec des requêtes de noms NetBIOS et en répondant aux demandes avec les adresses IP correctes des machines spécifiques.
- Les clients retirés du réseau seront finalement libérés de la base de données WINS dans une tâche connue sous le nom de tombstoning.
Replication du serveur
L’écosystème WINS n’est pas seulement limité à de nombreux clients communiquant avec un seul serveur WINS. De nombreux réseaux maintiennent encore de nombreux serveurs WINS qui répliquent les enregistrements de base de données vers d’autres serveurs WINS via des partenaires de réplication.
A WINS replication partner can be either configured in a pull or push manner. Pull replication partners request updated database records from Push partners. These requests occur every 15 minutes or in response to an update notification from a Push partner.
Dans un grand réseau, vous devriez configurer tous les serveurs WINS comme partenaires de tirage et de poussée pour fournir des entrées de base de données à jour pour tous les serveurs WINS dans le réseau.
Limitations de WINS
Bien que WINS ait aidé, à un moment donné, les organisations à passer de la résolution de noms NetBIOS non routables à une solution routable et évolutive, il est maintenant obsolète et considéré comme hérité. Pourquoi ? Principalement DNS.
WINS offrait un espace de noms plat qui exigeait qu’un nom ne soit utilisé qu’une seule fois sur un réseau. Cet inconvénient est qu’il ne fonctionnait pas très bien sur de grands réseaux.
De plus, bien que WINS propose des options de réplication pour la redondance, cela peut conduire à un système excessivement complexe et posant des problèmes de dépannage.
WINS ou pas de WINS?
Des décennies auparavant, les clients Windows identifiaient les dispositifs réseau par leurs noms NetBIOS, d’où la nécessité de WINS. Cependant, de nos jours, WINS n’est plus requis sur les machines modernes à partir de Windows 2000.
Certaines organisations utilisant des applications héritées telles que Microsoft Systems Management Server (SMS) ou Microsoft BackOffice Server pour des configurations de messagerie client/serveur peuvent encore avoir besoin de WINS.
WINS est désormais une technologie obsolète que Microsoft a abandonnée au profit d’autres protocoles tels que DNS, plus adapté à la résolution de noms dans des environnements fonctionnant sur des serveurs Windows 2000 et ultérieurs.
Mais, si vous devez prendre en charge des serveurs et des applications de poste de travail Windows NT, vous pourriez en avoir besoin.