Was einst ein Teil fast jedes Netzwerks war, war einmal ein WINS-Server eine Voraussetzung. Aber braucht man ihn heute noch?
In diesem Artikel erfahren Sie ein wenig über WINS, wofür es verwendet wird, um eine Vorstellung davon zu bekommen, ob Sie tatsächlich noch diesen alten WINS-Server in Ihrem Netzwerk benötigen.
Um WINS zu verstehen, muss man NetBIOS verstehen
Computer kommunizieren über Protokolle wie TCP/IP mithilfe von Nummernschemata über IP-Adressen. Um sich nicht alle diese Zahlen merken zu müssen, entstand eine Methode, diese IP-Adressen mit Namen zu „beschriften“. Durch die Zuweisung von Namen zu jedem Computer in einem Netzwerk konnte man sie viel einfacher verwalten.
Eine der ersten Methoden, Namen auf IP-Adressen abzubilden, war das Network Basic Input/Output System oder NetBIOS. NetBIOS oder genauer gesagt NetBIOS über TCP/IP oder NetBT ist ein Dienst, der auf der Sitzungsschicht des OSI-Modells arbeitet und auf dem TCP/IP-Protokoll läuft, um die Geräteidentifikation und -kommunikation in einem Netzwerk zu erleichtern.
NetBT löste traditionell Namen über ein Netzwerk, indem es Rundfrage-Nachrichten über TCP/IP sendete. NetBIOS ist vor allem nicht routbar. Die Auflösung von NetBIOS-Namen kann nicht über mehrere Netzwerke hinweg erfolgen. Um dies zu beheben, entwickelte Microsoft einen NetBIOS-Namensdienst oder das, was die meisten WINS nennen, um Namen über geroutete Netzwerke aufzulösen.
NetBIOS —> WINS
NetBIOS hatte ein großes Problem; es konnte nicht in andere Netzwerke geroutet werden. Unternehmen begannen, viele Netzwerke zu benötigen, um den Datenverkehr zu segmentieren, und NetBIOS konnte nicht über diese Netzwerke geroutet werden. Was tun? Einführung eines neuen Protokolls; Windows Internet Naming Service (WINS).
Mit WINS konnten Administratoren jetzt Namensverkehr über Netzwerke routen, da es auf dem TCP/IP-Protokoll beruhte. Wenn Administratoren WINS verwendeten, hatten sie auch einen zentralen Ort, an dem alle Computer ihre Namen und IP-Adressen registrieren konnten.
Wie WINS-Server (und Clients) funktionieren
WINS ist ein Client-Server-System, das aus zwei Hauptkomponenten besteht; dem WINS-Client, der auf einem Windows-Computer läuft, und einem WINS-Server, der eine Datenbank mit verschiedenen Datensätzen enthält, die Hostnamen-IP-Adresszuordnungen darstellen.
Client-Registrierung und Auflösung
Sobald ein WINS-Server auf einem Netzwerk für Clients verfügbar ist, interagieren die Clients mit dem Server auf drei Hauptmethoden; Zuweisung, Registrierung und Namensauflösung.
Client-Zuweisung
Um Mitglied des WINS-Namensauflösungsprozesses zu werden, muss ein Windows-Computer zunächst wissen, mit welchem WINS-Server er kommunizieren soll. Der Windows-Computer (WINS-Client) wird entweder manuell oder über DHCP einem WINS-Server zugewiesen.
Nachdem er auf einen WINS-Server verwiesen wurde, versucht der Client, sich beim Server zu registrieren und erstellt so eine Zuordnung von Hostname zu IP-Adresse in der WINS-Datenbank.
Client-Registrierung
Wenn ein WINS-Client zum ersten Mal online geht, sendet er zuerst eine Anfrage, um zu bestätigen, dass er einen eindeutigen Hostnamen hat. Dieser Schritt ist notwendig, um Namensduplikate zu vermeiden. Wenn kein anderer Name im Netzwerk gefunden wird, registriert sich der Client in der WINS-Datenbank.
Client-Namensauflösung
Nachdem alle WINS-Clients den WINS-Server erhalten haben, mit dem sie kommunizieren sollen, und sich registriert haben, können alle Clients nach einiger Zeit alle anderen Client-Namen über Namensauflösung auflösen, selbst über verschiedene Netzwerke hinweg. Dies geschieht durch Abfragen des WINS-Servers mit NetBIOS-Namenabfragen und Beantworten der Anfragen mit den korrekten IP-Adressen der spezifischen Maschinen.
- Clients, die aus dem Netzwerk entfernt werden, werden schließlich aus der WINS-Datenbank entfernt, in einem Vorgang, der als tombstoning bekannt ist.
Server-Replikation
Das WINS-Ökosystem beschränkt sich nicht nur auf viele Clients, die mit einem einzigen WINS-Server kommunizieren. Viele Netzwerke unterhalten immer noch mehrere WINS-Server, die Datenbankeinträge über Replikationspartner an andere WINS-Server replizieren.
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.
In einem großen Netzwerk sollten Sie alle WINS-Server sowohl als Pull- als auch als Push-Partner konfigurieren, um aktuelle Datenbankeinträge für alle WINS-Server im Netzwerk bereitzustellen.
Einschränkungen von WINS
Auch wenn WINS Organisationen früher dabei half, von nicht routbaren NetBIOS-Namensauflösungen zu einer routbaren und skalierbaren Lösung überzugehen, gilt es jetzt als veraltet und veraltet. Warum? Hauptsächlich wegen DNS.
WINS bot einen flachen Namensraum, der erforderte, dass ein Name nur einmal in einem Netzwerk verwendet wird. Der Nachteil dabei ist, dass dies in großen Netzwerken nicht gut funktioniert hat.
Außerdem kann die Replikationsoption von WINS, obwohl sie Redundanz bietet, zu einem übermäßig komplexen System führen und Probleme bei der Fehlerbehebung verursachen.
WINS oder kein WINS?
Vor Jahrzehnten identifizierten Windows-Clients Netzwerkgeräte anhand ihrer NetBIOS-Namen, daher die Notwendigkeit von WINS. Heutzutage ist WINS jedoch auf modernen Maschinen ab Windows 2000 nicht mehr erforderlich.
Einige Organisationen, die Legacy-Anwendungen wie den Microsoft Systems Management Server (SMS) oder den Microsoft BackOffice Server für Client/Server-Mailkonfigurationen ausführen, benötigen möglicherweise immer noch WINS.
WINS ist nun eine veraltete Technologie, die Microsoft zugunsten anderer Protokolle wie DNS eingestellt hat, das besser für die Namensauflösung in Umgebungen geeignet ist, die Windows Server 2000 und höher verwenden.
Wenn Sie jedoch Windows NT-Server und Workstation-Anwendungen unterstützen müssen, kann es erforderlich sein.