nslookup: come funziona il pratico strumento per con­trol­la­re il DNS

Svolgendo la funzione di servizio di database centrale per la con­sul­ta­zio­ne di indirizzi di rete, il Domain Name System (DNS) con­tri­bui­sce enor­me­men­te al successo di Internet e del World Wide Web. La rete composta da server DNS di­stri­bui­ti in tutto il mondo (chiamati anche name server) si assicura che i nomi dei diversi par­te­ci­pan­ti e delle ap­pli­ca­zio­ni di rete come example.org vengano risolti negli indirizzi IP basati su numeri e leggibili dalle macchine (e viceversa), ga­ran­ten­do che in qualsiasi momento, anche senza saperlo, l'IP effettivo del giusto computer o del sito richiesto sia rag­giun­gi­bi­le.

In de­ter­mi­na­te si­tua­zio­ni, ad esempio in caso di problemi durante la ri­so­lu­zio­ne del nome di dominio, può però essere utile dare uno sguardo dietro le quinte e ricercare l'in­di­riz­zo IP dietro un nome di dominio o il nome di dominio che si nasconde dietro l'in­di­riz­zo IP. Uno strumento utile a tale scopo è il programma nslookup, già in­stal­la­to di default su Windows, macOS e Linux.

nslookup è uno strumento della riga di comando facile e molto pratico che viene usato so­prat­tut­to per risalire all'indirizzo IP assegnato a un de­ter­mi­na­to host o al nome di dominio collegato a un de­ter­mi­na­to indirizzo IP (Reverse DNS Lookup). Il programma nslookup si può eseguire dalla riga di comando del ri­spet­ti­vo sistema operativo: gli utenti Windows avviano quindi il servizio dal prompt dei comandi, mentre quelli Unix dal terminale. Og­gi­gior­no esistono inoltre numerosi servizi web che con­sen­to­no di eseguire online il programma nslookup.

Con nslookup si ottengono le in­for­ma­zio­ni relative al­l'in­di­riz­zo di­ret­ta­men­te dalla cache DNS dei name server, dove gli utenti hanno a di­spo­si­zio­ne due diverse modalità: nella modalità non in­te­rat­ti­va il tool indaga di default i resource record (il nome dato ai record del­l'in­di­riz­zo me­mo­riz­za­ti nella cache DNS) me­mo­riz­za­ti nei name server locali. Questa modalità è par­ti­co­lar­men­te adatta per query semplici, in cui deve essere con­trol­la­to un singolo record di un dominio. Se per la ricerca si utilizza un altro server DNS e si vogliono portare a termine dei processi di ricerca più complessi, si deve ricorrere alla modalità in­te­rat­ti­va, in cui il programma della riga di comando viene avviato se­pa­ra­ta­men­te.

Ci sono diversi scenari in cui risulta utile uti­liz­za­re nslookup. Il programma della riga di comando è uno strumento im­por­tan­te so­prat­tut­to per la ri­so­lu­zio­ne di errori DNS. Un'in­ter­ro­ga­zio­ne delle in­for­ma­zio­ni aiuta prin­ci­pal­men­te a trovare la causa del problema sorto. Ad esempio chi usa un server Windows e ha un problema con il servizio di directory Active Directory, può con­trol­la­re ve­lo­ce­men­te e fa­cil­men­te con nslookup se tutti i server coinvolti siano stati risolti come pia­ni­fi­ca­to nel Domain Name System. Ge­ne­ral­men­te i punti di forza del programma emergono laddove esistono diversi sot­to­do­mi­ni, sia che si tratti sem­pli­ce­men­te di con­trol­lar­li sia che sorgano ef­fet­ti­va­men­te problemi di con­nes­sio­ne.

Un altro tipico scenario di utilizzo è la ricerca dei mail server ottimali (SMTP, POP, IMAP) per il dominio de­si­de­ra­to. In questo caso nslookup individua i server presi in con­si­de­ra­zio­ne ser­ven­do­si dei record MX (Mail Exchanger), che ap­par­ten­go­no al dominio del provider di posta elet­tro­ni­ca. Questi record com­pren­do­no gli indirizzi IP e i nomi dei server del provider, che devono essere inseriti durante la con­fi­gu­ra­zio­ne del client di posta elet­tro­ni­ca per per­fe­zio­na­re il routing del traffico dello scambio di e-mail elet­tro­ni­co.

Per in­ter­rom­pe­re la query su nslookup si deve solo eseguire il comando “exit” o chiudere la riga di comando. In al­ter­na­ti­va basta ricorrere alla com­bi­na­zio­ne di tasti [CTRL] + [C].

In questo caso è stata re­sti­tui­ta una “risposta da un server non au­to­re­vo­le”, visto che il server DNS locale non ha potuto ri­spon­de­re au­to­no­ma­men­te, ma ha dovuto con­tat­ta­re altri name server. Il contenuto della risposta di nslookup sono gli indirizzi IPv4 (a quattro cifre) e IPv6 (più lunghi, divisi da due punti) relativi al dominio di esempio.

Vi il­lu­stria­mo di seguito due esempi per le query di nslookup nella modalità in­te­rat­ti­va, con­fi­gu­ra­te in modo per­so­na­liz­za­to.

Il programma nslookup si orienta prin­ci­pal­men­te alla query di indirizzi IPv4 e IPv6. Tuttavia, come accennato, lo strumento della riga di comando può ri­chia­ma­re in­for­ma­zio­ni di altri tipi di indirizzi di un dominio tramite la pos­si­bi­li­tà di accesso ai record DNS. Per questo motivo l'utente deve prima definire ("set") il tipo de­si­de­ra­to ("type"), prima di inserire il nome di dominio nella riga di comando. La sintassi del relativo comando di nslookup si presenta così:

Come "TI­PO­DIIN­DI­RIZ­ZO" viene inserito il tipo di query richiesta, che si può scegliere tra i seguenti tipi:

Di default nslookup contatta il server DNS locale, che viene stabilito so­li­ta­men­te dal router o dal provider. Se lo si utilizza per la query può darsi che i risultati non siano sempre accurati, ad esempio perché il server ricercato non è re­gi­stra­to nella cache del name server locale. Il tool della riga di comando dà però la pos­si­bi­li­tà di scegliere au­to­no­ma­men­te il server DNS su cui deve avvenire la query. Se si prende il server che è collegato al relativo dominio, si ottengono persino delle risposte au­to­re­vo­li. Quindi nel primo passaggio è ne­ces­sa­rio scoprire i name server assegnati, definendo il tipo di query “NS” e facendosi mostrare questo record DNS tramite l'in­se­ri­men­to del nome di dominio:

Ora uno dei due name server pre­sen­ta­ti deve essere definito come server standard, di modo che in futuro le query passino tramite questo. Il comando cor­ri­spon­den­te si basa sul parametro “server” e il ri­spet­ti­vo nome del server de­si­de­ra­to. Per l'esempio scelto di nslookup sono possibili entrambi questi comandi:

The au­tho­ri­ta­ti­ve and accurate answer received this time around shows, among other things, the pre­viou­sly mentioned name servers and the primary name server, from which the DNS data was retrieved.