Windows Server 2025 / Installare DNS e creare zone e record

Per esercitarsi nella risoluzione interna dei nomi con il DNS (Domain Name System), installare il ruolo Server DNS, creare una zona primaria e aggiungere i record necessari. Il laboratorio Windows Server 2025 usa lab.example.test su DC1 prima della promozione a controller di dominio, tenendola separata dalla futura zona Active Directory ad.example.test.

Controllare dati esistenti e rete del laboratorio

DC1 usa 172.24.50.10/24 e FS1 172.24.50.20/24; entrambi e CLIENT1 devono appartenere alla stessa rete isolata. /24 corrisponde alla subnet mask 255.255.255.0. Prima di creare dati, controllare zone e record esistenti senza sovrascrivere dati operativi. Se un elemento di laboratorio è già presente con valori corretti, non duplicarlo. Chiarire eventuali conflitti prima di continuare.

  • Verificare l’indirizzo statico di DC1 e un account con autorizzazioni amministrative.
  • Usare lab.example.test per le esercitazioni e ad.example.test per il dominio.
  • Confermare l’indirizzo effettivo di FS1 ed evitare nomi duplicati con valori contrastanti.
  • La risoluzione esterna non è necessaria per questi record interni.

Installare DNS e gli strumenti amministrativi

Su DC1 aprire Windows PowerShell con Esegui come amministratore. Questi comandi agiscono sul server locale: non eseguire l’installazione del ruolo su CLIENT1. Controllare Success e RestartNeeded nel risultato e gestire un eventuale riavvio richiesto prima di proseguire. Le query successive devono mostrare il ruolo DNS come Installed e il servizio DNS come Running:

Install-WindowsFeature -Name DNS -IncludeManagementTools
Get-WindowsFeature -Name DNS
Get-Service -Name DNS

In alternativa, usare Server Manager → Gestisci → Aggiungi ruoli e funzionalità. Scegliere l’installazione basata su ruoli o funzionalità, confermare DC1 come destinazione, selezionare Server DNS e controllare gli strumenti richiesti prima di installare. La guida Microsoft all’installazione DNS descrive la procedura. Aprire poi Gestione DNS con dnsmgmt.msc e verificare la connessione a DC1. Con Server Core usare PowerShell o Gestione DNS da un PC amministrativo già predisposto; -IncludeManagementTools non trasforma Core in un’installazione con desktop.

Creare la zona primaria di esercitazione e l’host

  1. In Gestione DNS connessa a DC1, fare clic con il pulsante destro su Zone di ricerca diretta e scegliere Nuova zona.
  2. Scegliere una zona primaria (Primary zone). L’archiviazione in Active Directory richiede un controller di dominio con DNS e non è disponibile su DC1 prima della promozione.
  3. Inserire lab.example.test e creare un nuovo file di zona lab.example.test.dns. Non utilizzare un file operativo esistente.
  4. Selezionare Non consentire aggiornamenti dinamici e completare la procedura. Gli aggiornamenti sicuri del dominio si configurano in un’altra fase.
  5. In lab.example.test scegliere Nuovo host (A o AAAA), inserire fs1 e 172.24.50.20 e selezionare Aggiungi host. Creare il puntatore inverso PTR dopo aver predisposto la zona inversa.

Il blocco seguente è un’alternativa alla creazione mediante procedura guidata e va eseguito su DC1 quando lab.example.test non esiste ancora. Scegliere un solo metodo. Se zona e fs1 sono già stati creati nell’interfaccia, saltare le due righe Add e usare soltanto la query finale. -ZoneFile crea una zona basata su file; -DynamicUpdate None disabilita gli aggiornamenti dinamici per questa zona manuale di laboratorio. Non adottare questa scelta come criterio generale per i domini. La gestione delle zone DNS illustra le opzioni di archiviazione:

Add-DnsServerPrimaryZone -Name 'lab.example.test' -ZoneFile 'lab.example.test.dns' -DynamicUpdate None
Add-DnsServerResourceRecordA -ZoneName 'lab.example.test' -Name 'fs1' -IPv4Address 172.24.50.20
Get-DnsServerResourceRecord -ZoneName 'lab.example.test' -Name 'fs1'

Aggiungere zona inversa e alias

La zona inversa per 172.24.50.0/24 si chiama 50.24.172.in-addr.arpa. Controllare prima se esiste già una zona per tale intervallo e se altri servizi ne utilizzano i record. La procedura guidata riceve l’ID di rete nell’ordine normale, 172.24.50, e genera il nome inverso:

  1. In Zone di ricerca inversa scegliere Nuova zona e una zona primaria basata su file. Non selezionare archiviazione in Active Directory per questo laboratorio prima della promozione.
  2. Scegliere la zona di ricerca inversa IPv4 e inserire l’ID di rete 172.24.50. Controllare che il nome generato sia 50.24.172.in-addr.arpa.
  3. Creare un nuovo file di zona con il nome proposto per questa zona, selezionare Non consentire aggiornamenti dinamici e completare la procedura.
  4. Nella nuova zona inversa scegliere Nuovo puntatore (PTR). Completare l’ultimo ottetto con 20, verificare 172.24.50.20 e inserire fs1.lab.example.test come nome host. Salvare se non esiste già un record corretto.
  5. In lab.example.test scegliere Nuovo alias (CNAME). Inserire portal come alias e fs1.lab.example.test come nome completo di destinazione, non l’indirizzo IP, quindi salvare.
  6. Controllare separatamente il record A di fs1, il CNAME di portal e il PTR di .20 prima delle query dal client.

L’alias CNAME dimostra la risoluzione dei nomi, senza configurare un sito web o l’accesso alle condivisioni. Un PTR associa un indirizzo a un nome. Anche la creazione automatica del PTR richiede una zona inversa appropriata; se esiste già un record corretto, verificarlo senza duplicarlo. La guida ai record DNS descrive i campi della procedura, mentre le nozioni su zone e tipi di record DNS spiegano le differenze.

Verificare le tre query dal client

Aprire PowerShell su CLIENT1 e interrogare esplicitamente il DNS di DC1 con -Server 172.24.50.10. Non serve ancora cambiare il resolver predefinito dell’interfaccia di rete. Queste tre query verificano separatamente il record di indirizzo A, l’alias CNAME e l’associazione inversa PTR:

Resolve-DnsName 'fs1.lab.example.test' -Type A -Server 172.24.50.10
Resolve-DnsName 'portal.lab.example.test' -Type CNAME -Server 172.24.50.10
Resolve-DnsName '172.24.50.20' -Type PTR -Server 172.24.50.10

La risposta A deve contenere 172.24.50.20; CNAME deve indicare fs1.lab.example.test come destinazione e PTR restituire quel nome host. Un punto finale può rappresentare la radice DNS e non un computer diverso. In caso di timeout, controllare che DNS risulti Running, sia in ascolto su .10 e raggiungibile dalla rete isolata. Per errori di nome, controllare ortografia, zona, tipo e valore. DNS usa la porta 53 con UDP (User Datagram Protocol) e TCP (Transmission Control Protocol): un test solo TCP non verifica ogni percorso di query. Controllare profili e ambito delle regole appropriate senza disattivare il firewall; la diagnostica del server DNS aiuta a distinguere le cause.

Per una modifica reversibile, annotare prima la destinazione del CNAME portal appena creato. Eliminare in lab.example.test solo quell’alias di esercitazione, ripetere la query CNAME verso .10, ricrearlo con destinazione fs1.lab.example.test e interrogare nuovamente. Risposte precedenti o negative possono rimanere nella cache: considerare il TTL (Time to Live), che ne limita la durata, prima di valutare il risultato. Non eliminare record dei servizi Active Directory e non disinstallare DNS per ripulire il laboratorio. Conservare o rimuovere la zona di esercitazione solo dopo averne verificato le dipendenze; anche la zona inversa può servire altri record.