Windows Server 2025 / Come installare DHCP e creare un ambito

Per distribuire automaticamente indirizzi IPv4 in Windows Server 2025, installa il ruolo DHCP, crea un ambito con le relative opzioni e attivalo dopo aver verificato la rete. Il protocollo DHCP (Dynamic Host Configuration Protocol) assegna gli indirizzi per un periodo limitato, detto lease. In un dominio Active Directory (AD), devi anche verificare che il server DHCP sia autorizzato prima di aspettarti assegnazioni ai client.

Pianifica l’intervallo sulla rete isolata

DHCP può rispondere ad altri client della stessa rete. Collega DC1 e CLIENT1 soltanto allo switch virtuale isolato per 172.24.50.0/24; non creare un ponte con la rete domestica o aziendale. Controlla se l’hypervisor offre già DHCP nel segmento, per esempio tramite una rete con traduzione degli indirizzi di rete (NAT, Network Address Translation): le reti NAT non hanno tutte la stessa configurazione. Prima di procedere, il DNS di DC1 deve funzionare; consulta la procedura di installazione DNS e creazione della zona lab.example.test.

Gli indirizzi statici dei server .10, .11 e .20 sono fuori dal pool distribuito .100–.150 e non richiedono esclusioni al suo interno. Verifica comunque indirizzi statici, prenotazioni e altri ambiti per evitare duplicati. Un ambito identifica la subnet e l’intervallo di indirizzi assegnabili; la guida ai concetti e alle opzioni degli ambiti DHCP spiega i criteri di pianificazione.

Installa DHCP e verifica l’autorizzazione

Dalla console di DC1, apri Windows PowerShell con Esegui come amministratore. I comandi seguenti installano e controllano il server locale: non eseguirli su CLIENT1. Esamina l’esito dell’installazione, il ruolo DHCP con stato Installed e il servizio DHCPServer con stato Running. Controlla anche la notifica di configurazione successiva all’installazione in Server Manager e completa le attività pertinenti. In questa fase del corso DC1 non è ancora stato promosso a controller di dominio:

Install-WindowsFeature -Name DHCP -IncludeManagementTools
Get-WindowsFeature -Name DHCP
Get-Service -Name DHCPServer
Get-DhcpServerv4Binding

Get-DhcpServerv4Binding mostra le interfacce IPv4 associate al servizio DHCP. Verifica che sia servito solo l’adattatore isolato del laboratorio e ripeti il controllo dopo modifiche agli adattatori. Non attivare l’ambito se DHCP è associato a un’altra rete. Nel dominio, l’autorizzazione in AD è un requisito distinto che richiede permessi adeguati; essere amministratore locale non basta necessariamente. Segui la guida Microsoft all’installazione e autorizzazione DHCP. Se non esiste un dominio, non eseguire Add-DhcpServerInDC. Dopo la successiva promozione di DC1, ricontrolla l’autorizzazione prima di utilizzare DHCP.

Crea un ambito inattivo e controlla le opzioni

Su DC1, apri la console DHCP con dhcpmgmt.msc ed esamina IPv4. Se l’ambito 172.24.50.0 esiste già, controllane i valori: non ricrearlo e non sovrascrivere un ambito operativo. Per un nuovo ambito scegli il blocco seguente oppure IPv4 → Nuovo ambito, senza eseguire entrambi. Il blocco crea Lab Clients nello stato InActive; 172.24.50.0 identifica la subnet, non il primo indirizzo da assegnare. Nella procedura guidata specifica nome, intervallo e maschera della tabella, controlla esclusioni e durata del lease, configura le opzioni e scegli di attivare l’ambito in seguito:

Add-DhcpServerv4Scope -Name 'Lab Clients' -StartRange 172.24.50.100 -EndRange 172.24.50.150 -SubnetMask 255.255.255.0 -State InActive
Set-DhcpServerv4OptionValue -ScopeId 172.24.50.0 -DnsServer 172.24.50.10 -DnsDomain 'lab.example.test'
Get-DhcpServerv4Scope
Get-DhcpServerv4OptionValue -ScopeId 172.24.50.0

L’opzione 006 distribuisce il DNS 172.24.50.10 e l’opzione 015 il suffisso lab.example.test. Il suffisso non crea un dominio AD e non aggiunge CLIENT1 al dominio. Dopo la configurazione di ad.example.test, verifica il suffisso appropriato e rinnova la configurazione del client. Se non esiste un router, lascia 003 Router non configurata: non inventare un gateway. Controlla anche Opzioni server, che può fornire valori agli ambiti; omettere -Router dal blocco non elimina un valore esistente. La documentazione delle opzioni DHCP a livello di server e ambito distingue i due livelli. Controlla e annota la durata del lease nelle proprietà dell’ambito: il blocco non imposta una durata personalizzata. Non ridurla arbitrariamente.

Attiva l’ambito e verifica il lease del client

Prima di attivare l’ambito su DC1, verifica che sia InActive, che intervallo e opzioni siano corretti e che DHCP serva solo l’interfaccia isolata. Nel segmento non devono essere presenti servizi DHCP concorrenti. Soltanto dopo questi controlli cambia lo stato:

Set-DhcpServerv4Scope -ScopeId 172.24.50.0 -State Active

1. Dalla console di CLIENT1, annota indirizzo IP, maschera, gateway, DNS e modalità di configurazione dell’adattatore isolato. Modificarli da remoto può interrompere la sessione: usa la console della macchina virtuale.
2. Premi Windows + R, avvia ncpa.cpl e apri Proprietà dell’adattatore isolato. Seleziona Protocollo Internet versione 4 (TCP/IPv4) → Proprietà, quindi Ottieni automaticamente un indirizzo IP e Ottieni indirizzo server DNS automaticamente. Conferma le modifiche.
3. Su CLIENT1, esegui il rinnovo e la lettura della configurazione nel blocco seguente da una console con i permessi necessari. Annota indirizzo e server DHCP dell’adattatore corretto.
4. Nella console DHCP su DC1, apri IPv4 → ambito Lab Clients → Lease di indirizzi. Confronta indirizzo e identificativo del client con CLIENT1: la presenza di una riga qualsiasi non verifica questo client.

ipconfig /renew
ipconfig /all

In ipconfig /all, controlla l’adattatore del laboratorio: l’indirizzo deve essere compreso tra 172.24.50.100 e 172.24.50.150, la maschera deve essere 255.255.255.0 e i server DHCP e DNS devono essere entrambi 172.24.50.10. Il client non deve necessariamente ricevere .100. Verifica anche il suffisso e l’assenza di un gateway inesistente. Secondo la documentazione di ipconfig, /renew senza adattatore rinnova tutti quelli configurati per DHCP. L’esempio presuppone un solo adattatore di laboratorio; se ne esistono più di uno, limita il rinnovo al nome effettivo di quello previsto. Torna quindi su DC1 per esaminare lease e statistiche:

Get-DhcpServerv4Lease -ScopeId 172.24.50.0
Get-DhcpServerv4ScopeStatistics -ScopeId 172.24.50.0

Risolvi i problemi e ripristina il laboratorio

Un indirizzo 169.254.x.x suggerisce che il client non abbia ricevuto un lease utilizzabile. Controlla l’acquisizione automatica dell’IP, la connessione di DC1 e CLIENT1 allo stesso switch, l’ambito attivo con indirizzi disponibili, il servizio, l’associazione alle interfacce e l’autorizzazione se applicabile. Confronta anche il server DHCP indicato da ipconfig /all. Un indirizzo della rete domestica o di un’altra rete NAT suggerisce la presenza di un altro servizio DHCP o una connessione errata: ripristina l’isolamento prima di ripetere la prova.

Per interrompere la distribuzione del laboratorio, disattiva soltanto questo ambito su DC1. I lease ancora validi sui client non scompaiono immediatamente. Dalla console di CLIENT1 ripristina le impostazioni IP e DNS annotate all’inizio, comprese maschera e gateway quando presenti. Se la configurazione iniziale era automatica, mantieni quel criterio anziché inventare un indirizzo statico. Controlla che il client recuperi la connettività prevista. Non rimuovere l’intero ruolo DHCP come primo intervento di pulizia:

Set-DhcpServerv4Scope -ScopeId 172.24.50.0 -State InActive

Puoi conservare l’ambito inattivo per esercitarti successivamente con le prenotazioni. Confronta indirizzo del lease e identificativo del client con i dati reali di CLIENT1. Una riga dimostra un’assegnazione di indirizzo, ma non dimostra la registrazione DNS né l’aggiunta al dominio. Prima di eliminare definitivamente il laboratorio, verifica quali altri ambiti o client dipendano dal server.