Wat ooit deel uitmaakte van vrijwel elk netwerk daarbuiten, was een WINS-server ooit een vereiste. Maar is het vandaag de dag nog steeds nodig?
In dit artikel ga je een beetje leren over WINS, waar het voor wordt gebruikt om een idee te krijgen of je eigenlijk nog steeds die oude WINS-server nodig hebt die rondhangt op je netwerk.
WINS begrijpen is NetBIOS begrijpen
Computers communiceren via protocollen zoals TCP/IP met behulp van nummerschema’s via IP-adressen. Om te voorkomen dat je al die nummers moet onthouden, kwam er een methode om die IP-adressen met namen te “labelen”. Door namen toe te wijzen aan elke computer op een netwerk, kon men ze veel gemakkelijker beheren.
Een van de eerste manieren om namen aan IP-adressen te koppelen was Network Basic Input/Output System of NetBIOS. NetBIOS of, meer specifiek, NetBIOS over TCP/IP of NetBT, is een dienst die werkt op de sessielaag van het OSI-model en draait op het TCP/IP-protocol om apparaat-naar-apparaat-identificatie en -communicatie op een netwerk te vergemakkelijken.
NetBT lost traditioneel namen op een netwerk op door uitzendqueryberichten over TCP/IP te sturen. NetBIOS is vooral niet-routeerbaar. NetBIOS-naamresolutie kan niet plaatsvinden over meerdere netwerken. Om dit te verhelpen, ontwikkelde Microsoft een NetBIOS-naamservice of wat de meesten WINS noemen om namen over gerouteerde netwerken op te lossen.
NetBIOS —> WINS
NetBIOS had een groot probleem; het kon niet worden gerouteerd naar andere netwerken. Bedrijven begonnen veel netwerken nodig te hebben om het verkeer op te delen en NetBIOS kon niet worden gerouteerd over die netwerken. Wat te doen? Introduceer een nieuw protocol; Windows Internet Naming Service (WINS).
Door WINS te gebruiken, konden beheerders nu naamverkeer over netwerken routeren omdat het vertrouwde op het TCP/IP-protocol. Als beheerders WINS gebruikten, hadden ze ook een centrale plaats waar alle computers hun namen en IP-adressen konden registreren.
Hoe WINS-servers (en clients) werken
WINS is een client-server systeem dat bestaat uit twee primaire componenten; de WINS-client die draait op een Windows-computer en een WINS-server die een database host met verschillende records die hostname naar IP-adreskoppelingen voorstellen.
Clientregistratie en resolutie
Zodra een WINS-server beschikbaar is op een netwerk voor clients om te gebruiken, communiceren de clients met de server op drie primaire manieren; toewijzing, registratie en naamresolutie.
Clienttoewijzing
Om lid te worden van het WINS-naamresolutieproces moet een Windows-computer eerst weten met welke WINS-server het gaat communiceren. Om dit te doen, wordt aan de Windows-computer (WINS-client) handmatig of via DHCP een WINS-server toegewezen.
Zodra de client is gewezen op een WINS-server, probeert deze zich te registreren bij de server, waardoor een hostname-naar-IP-adreskoppeling wordt gemaakt in de WINS-database.
Registratie van de client
Wanneer een WINS-client voor het eerst online komt, stuurt deze eerst een verzoek uit om te bevestigen dat het een unieke hostnaam heeft. Deze stap is noodzakelijk om naam duplicatie te voorkomen. Zodra er geen andere naam op het netwerk wordt gevonden, registreert de client zichzelf in de WINS-database.
Naamresolutie van de client
Na enige tijd nadat alle WINS-clients de WINS-server hebben ontvangen om naartoe te wijzen en zichzelf hebben geregistreerd, kunnen alle clients alle andere clientnamen oplossen via naamresolutie, zelfs over verschillende netwerken. Ze voeren deze naamresolutie uit door de WINS-server te bevragen met NetBIOS-naamvragen en te reageren op de verzoeken met de juiste IP-adressen van de specifieke machines.
- Clients die uit het netwerk zijn verwijderd, worden uiteindelijk uit de WINS-database verwijderd in een taak die bekend staat als tombstoning.
Server Replicatie
Het WINS-ecosysteem is niet alleen beperkt tot veel clients die communiceren met een enkele WINS-server. Veel netwerken houden nog steeds vele WINS-servers aan die databasegegevens repliceren naar andere WINS-servers via replicatiepartners.
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 een groot netwerk moet je alle WINS-servers configureren als zowel pull- als push-partners om up-to-date databasevermeldingen te bieden voor alle WINS-servers in het netwerk.
Beperkingen van WINS
WINS heeft organisaties ooit geholpen om van niet-routeerbare NetBIOS-naamoplossing naar een routeerbare en schaalbare oplossing te gaan, maar het is nu verouderd en wordt beschouwd als legacy. Waarom? Voornamelijk DNS.
WINS bood een platte naamruimte die vereiste dat een naam slechts eenmaal op een netwerk werd gebruikt. Dit nadeel is dat het niet al te goed werkte op grote netwerken.
Ook heeft WINS, hoewel het replicatie-opties heeft voor redundantie, dit kan leiden tot een systeem dat overdreven complex is en problemen met probleemoplossing oplevert.
WINS of geen WINS?
Decennialen geleden identificeerden Windows-clients netwerkapparaten aan de hand van hun NetBIOS-namen, vandaar de noodzaak van WINS. Tegenwoordig is WINS echter niet meer vereist op moderne machines vanaf Windows 2000.
Sommige organisaties die legacy-applicaties draaien, zoals Microsoft Systems Management Server (SMS) of Microsoft BackOffice Server voor client/server mailconfiguraties, hebben mogelijk nog steeds WINS nodig.
WINS is nu een verouderde technologie die Microsoft heeft stopgezet ten gunste van andere protocollen zoals DNS, dat beter geschikt is voor naamresolutie in omgevingen die draaien op Windows Servers 2000 en nieuwer.
Maar als je Windows NT-servers en werktoepassingen moet ondersteunen, kan het nog steeds nodig zijn.