Windows Server 2025 / Nozioni di base sul DNS: zone, record e risoluzione dei nomi
Il DNS (Domain Name System, sistema dei nomi di dominio) consente di trovare indirizzi IP e posizioni dei servizi a partire dai nomi. Windows Server conserva i record nelle zone; anche i Servizi di dominio Active Directory (AD DS) usano il DNS per individuare controller di dominio e servizi di directory.
Una query si rivolge a un server DNS configurato
Una query specifica un nome e il tipo di dato richiesto, per esempio un record A per un indirizzo IPv4. Il resolver è il componente che cerca la risposta. Il server DNS può rispondere dalle proprie zone, riutilizzare una risposta nella cache oppure interrogare altri server tramite inoltro o ricorsione, secondo la configurazione. La corrispondenza tra nome e indirizzo può cambiare.
Per esempio, fs1.lab.example.test può puntare a 172.24.50.20, evitando agli utenti di memorizzare l’indirizzo. Creare quel record non installa una condivisione di file, un sito web o l’autenticazione, e non concede autorizzazioni. Verificare separatamente la risoluzione del nome e l’accesso al servizio effettivo.
Una zona delimita lo spazio dei nomi gestito
Una zona è una parte dello spazio dei nomi gestita su un server DNS. Il corso tiene separata la zona di esercitazione lab.example.test dal dominio Active Directory ad.example.test. Sono nomi di laboratorio sotto .test, presente nel registro IANA dei nomi di dominio per uso speciale: non ci si deve aspettare che un DNS pubblico conosca i record interni del laboratorio. La documentazione Microsoft sulle zone DNS descrive archiviazione e replica.
| Zona, archiviazione o direzione della ricerca | Scopo |
|---|---|
| Primaria | Contiene i record che si possono creare, modificare o eliminare |
| Secondaria | Riceve una copia di sola lettura da un altro server DNS |
| Integrata in AD DS | Conserva i dati nella directory di un controller di dominio con DNS; usa la replica AD DS e supporta aggiornamenti dinamici sicuri |
| Ricerca inversa | Contiene record PTR per cercare nomi a partire da indirizzi IP |
L’integrazione con AD DS richiede un controller di dominio con il ruolo Server DNS. La sola installazione di DNS su un server autonomo o membro non soddisfa questo requisito. Prima di promuovere DC1 a controller di dominio, usare una zona primaria basata su file per esercitarsi; la zona integrata del dominio viene predisposta durante la configurazione del dominio. La tabella confronta aspetti diversi: primaria o secondaria descrive la copia, l’integrazione con AD DS riguarda archiviazione e replica, mentre la ricerca inversa indica la direzione della query. Una zona inversa può essere anche primaria e integrata in AD DS.
Ogni tipo di record contiene dati diversi
| Tipo | Significato |
|---|---|
| A | Nome a indirizzo IPv4 (Internet Protocol versione 4): fs1 → 172.24.50.20 |
| AAAA | Nome a indirizzo IPv6 (Internet Protocol versione 6) |
| CNAME | Alias a un altro nome: portal → fs1.lab.example.test |
| PTR | Associazione inversa da indirizzo a nome host |
| SRV | Posizione del servizio con host di destinazione e porta, anche per individuare servizi Active Directory |
| TXT | Testo, per esempio dati per verificare la proprietà di un dominio |
La destinazione di un CNAME deve essere risolvibile. Un alias web può richiedere binding del sito e certificati compatibili con il nome utilizzato. Anche l’accesso ai file tramite SMB (Server Message Block) ha requisiti lato server per i nomi alternativi. Un record DNS, da solo, non completa la ridenominazione di un servizio e non ne configura l’accesso.
Se manca la risoluzione inversa dell’indirizzo IP del server DNS stesso, nslookup può mostrarlo come Unknown o UnKnown anche quando la risposta A per il nome richiesto è corretta. Distinguere questa identificazione del server dal risultato per fs1.lab.example.test. La ricerca diretta, da nome a indirizzo, e quella inversa, da indirizzo a nome, sono verifiche separate; non tutte le applicazioni necessitano di entrambe.
Considerare cache e TTL
Il TTL (Time to Live) limita la durata di conservazione di una risposta nella cache. Dopo la modifica di un record, un altro resolver o client può ancora restituire il valore precedente finché la cache non scade o viene aggiornata. La descrizione dell’architettura DNS di Microsoft spiega questo comportamento. Confrontare lo stesso nome e tipo di record, controllando quale server risponde. -Type A seleziona IPv4 e -Server indica il DNS; il secondo argomento di nslookup seleziona lo stesso server:
Resolve-DnsName -Name 'fs1.lab.example.test' -Type A -Server 172.24.50.10
nslookup fs1.lab.example.test 172.24.50.10Eseguire i comandi su CLIENT1 dopo aver configurato il server DNS 172.24.50.10, creato la zona lab.example.test e aggiunto il record A di fs1 con 172.24.50.20. La risposta A prevista deve includere 172.24.50.20; prima di preparare questi elementi non è prevista una risoluzione riuscita del nome di laboratorio. Una risposta di nome inesistente è una risposta DNS negativa; un timeout significa che la risposta non è arrivata in tempo. In caso di timeout, controllare server, connettività e configurazione. I riferimenti a Resolve-DnsName e nslookup spiegano parametri e risultati.
Usare il DNS interno per individuare i servizi del dominio
Un computer di dominio usa DNS per trovare controller e servizi. Riuscire a navigare su Internet non dimostra che il DNS del dominio funzioni: i resolver pubblici non conoscono i record SRV di una zona AD DS privata. Considerare il ruolo del DNS in Active Directory, usare il DNS interno appropriato per individuare i servizi interni e pianificare l’inoltro per i nomi esterni.
Prima di modificare manualmente i record dei servizi Active Directory, comprenderne funzione e registrazione. Esercitarsi sulle modifiche A, CNAME e PTR in lab.example.test, separata da ad.example.test. In questo modo si studia la risoluzione dei nomi senza alterare i record necessari a individuare i controller di dominio.
