Ecco la traduzione del testo:
“Ciò che un tempo faceva parte di quasi ogni rete, un server WINS era una volta un requisito. Ma è ancora necessario oggi?
In questo articolo, scoprirai un po’ di più su WINS, a cosa serve per farti un’idea se hai ancora bisogno di quel vecchio server WINS che gira nella tua rete.
Per capire WINS è necessario comprendere NetBIOS
I computer comunicano tramite protocolli come TCP/IP utilizzando schemi numerici tramite indirizzi IP. Per evitare di dover ricordare tutti quei numeri, è emerso un metodo per “etichettare” quegli indirizzi IP con nomi. Assegnando nomi a ciascun computer in una rete, si potevano gestire molto più facilmente.
Uno dei primi modi per associare nomi a indirizzi IP era Network Basic Input/ Output System o NetBIOS. NetBIOS o, più specificamente, NetBIOS su TCP/IP o NetBT è un servizio che opera al livello di sessione del modello OSI e funziona su protocollo TCP/IP per facilitare l’identificazione e la comunicazione dispositivo-dispositivo in una rete.”
NetBT risolve tradizionalmente i nomi su una rete inviando messaggi di query broadcast su TCP/IP. NetBIOS, soprattutto, non è instradabile. La risoluzione dei nomi NetBIOS non può avvenire su reti multiple. Per rimediare a ciò, Microsoft ha sviluppato un Servizio di Nominativi NetBIOS o, come la maggior parte chiama, WINS per risolvere nomi su reti instradate.
NetBIOS —> WINS
NetBIOS aveva un problema significativo; non poteva essere instradato su altre reti. Le aziende iniziavano a necessitare di molte reti per segmentare il traffico e NetBIOS non poteva essere instradato su quelle reti. Cosa fare? Introdurre un nuovo protocollo; Servizio di Nominativi Internet di Windows (WINS).
Utilizzando WINS, gli amministratori potevano ora instradare il traffico dei nomi su reti perché si basava sul protocollo TCP/IP. Se gli amministratori usavano WINS, avevano anche un luogo centrale in cui tutti i computer potevano registrare i loro nomi e indirizzi IP.
Come funzionano i Server (e Clienti) WINS
WINS è un sistema client-server composto da due componenti principali; il client WINS in esecuzione su un computer Windows e un server WINS che ospita un database con vari record che rappresentano il mapping di hostname a indirizzo IP.
Registrazione e Risoluzione del Cliente
Una volta che un server WINS è reso disponibile su una rete per i clienti, i clienti interagiscono con il server attraverso tre metodi principali; assegnazione, registrazione e risoluzione del nome.
Assegnazione del Cliente
Per diventare un membro del processo di risoluzione dei nomi WINS, un computer Windows deve prima sapere con quale server WINS comunicare. Per fare ciò, il computer Windows (client WINS) viene assegnato manualmente o tramite DHCP a un server WINS.
Una volta puntato un server WINS, il client tenta di registrarsi presso il server, creando così una mappatura hostname-indirizzo IP nel database WINS.
Registrazione del client
Quando un client WINS si collega per la prima volta, invia una richiesta per confermare di avere un nome host unico. Questo passaggio è necessario per evitare duplicazioni di nomi. Una volta che non viene trovato alcun altro nome nella rete, il client si registra nel database WINS.
Risoluzione del nome del client
Dopo un certo periodo di tempo, quando tutti i client WINS hanno ricevuto l’indirizzo del server WINS a cui puntare e si sono registrati, tutti i client possono risolvere i nomi degli altri client tramite la risoluzione dei nomi, anche tra reti diverse. Eseguono questa risoluzione dei nomi interrogando il server WINS con le query dei nomi NetBIOS e rispondendo alle richieste con gli indirizzi IP corretti delle macchine specifiche.
- I client rimossi dalla rete verranno alla fine eliminati dal database WINS in un’operazione nota come tombstoning.
Replicazione del server
L’ecosistema WINS non è solo relegato a molti client che comunicano con un singolo server WINS. Molti network mantengono ancora molti server WINS che replicano record del database ad altri server WINS attraverso partner di replica.
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 una rete di grandi dimensioni, dovresti configurare tutti i server WINS come partner sia di pull che di push per fornire voci del database aggiornate per tutti i server WINS nella rete.
Limitazioni di WINS
Anche se, WINS, una volta, ha aiutato le organizzazioni a passare da una risoluzione del nome NetBIOS non instradabile a una soluzione instradabile e scalabile, ora è obsoleto e considerato legacy. Perché? Principalmente DNS.
WINS ha offerto un namespace piatto che richiedeva che un nome fosse utilizzato solo una volta in una rete. Questo inconveniente è che non ha funzionato troppo bene su reti di grandi dimensioni.
Inoltre, sebbene WINS abbia opzioni di replica per la ridondanza, ciò può portare a un sistema eccessivamente complesso e che pone problemi di risoluzione dei problemi.
WINS o No WINS?
Decenni fa, i client Windows identificavano i dispositivi di rete dai loro nomi NetBIOS, quindi il requisito di WINS. Ma, oggigiorno, WINS non è più necessario sui computer moderni a partire da Windows 2000.
Alcune organizzazioni che utilizzano applicazioni legacy come Microsoft Systems Management Server (SMS) o Microsoft BackOffice Server per configurazioni di posta client/server, potrebbero ancora aver bisogno di WINS.
WINS è ora una tecnologia obsoleta che Microsoft ha abbandonato in favore di altri protocolli come DNS, che è più adatto per la risoluzione dei nomi negli ambienti che utilizzano Windows Server 2000 e versioni successive.
Ma, se è necessario supportare server Windows NT e applicazioni per workstation, potrebbe essere necessario.