Quando l'assegnazione automatica degli indirizzi non funziona

Nella maggior parte dei casi DHCP funziona senza problemi. Tuttavia, quando nessun server DHCP risponde, un dispositivo rimane senza impostazioni corrette. Riconoscere i sintomi di un guasto DHCP è una competenza fondamentale per la risoluzione dei problemi. Il segnale più evidente è uno strano indirizzo che inizia con 169.254, chiamato indirizzo APIPA. Questa lezione spiega APIPA e i motivi più comuni per cui l'assegnazione automatica degli indirizzi si interrompe.

APIPA (Automatic Private IP Addressing) è un meccanismo di ripiego integrato in Windows e in altri sistemi. Se un dispositivo invia messaggi DHCP Discover e non riceve alcun Offer, si assegna autonomamente un indirizzo compreso nell'intervallo 169.254.0.1 to 169.254.255.254, con maschera 255.255.0.0. APIPA consente ai dispositivi dello stesso segmento di comunicare tra loro, ma non fornisce né un gateway né un DNS, quindi non è possibile accedere a Internet.

Se controllate un dispositivo e vedete un indirizzo come 169.254.45.10, avete un chiaro segnale d'allarme: il dispositivo non ha mai raggiunto un server DHCP. Gli indirizzi APIPA sono link-local, cioè funzionano solo sul cavo o sulla rete Wi-Fi locale e non vengono mai instradati altrove. Quando vedete 169.254, dovreste pensare immediatamente: DHCP non ha funzionato, dov'è il server?

La causa più diretta è che il server DHCP non è operativo oppure che il relativo servizio è stato arrestato. Senza un server non arrivano Offer, quindi ogni client che necessita di una concessione passa ad APIPA. Se molti dispositivi mostrano improvvisamente indirizzi 169.254, è probabile che il problema riguardi il server stesso e non un singolo dispositivo. Riavviare il servizio DHCP spesso ripristina la normale assegnazione degli indirizzi.

Il server potrebbe essere in esecuzione, ma la richiesta non lo raggiunge mai. Un cavo difettoso, una porta dello switch disabilitata o un DHCP relay non funzionante possono bloccare la trasmissione broadcast Discover. Poiché i router non inoltrano i broadcast, l'assenza o la configurazione errata di un agente relay impedisce ai client delle subnet remote di ricevere qualsiasi comunicazione dal server, anche se il server funziona correttamente.

A volte il server risponde a tutti finché non esaurisce le risorse disponibili. Se il pool di indirizzi è completamente assegnato tramite lease, i nuovi client non ricevono alcun Offer e passano ad APIPA. Questo accade spesso nelle reti guest molto utilizzate. La soluzione consiste nell'ampliare il pool o ridurre la durata dei lease, così gli indirizzi inutilizzati vengono riutilizzati più rapidamente e si libera spazio per i nuovi dispositivi.

Un server DHCP non autorizzato è un server non approvato, talvolta un router domestico configurato erroneamente e collegato da qualcuno alla rete. Potrebbe rispondere più rapidamente del server reale e distribuire indirizzi, gateway o DNS errati. Di conseguenza, i dispositivi ricevono un indirizzo apparentemente valido, ma che non conduce a nessuna risorsa utile. La soluzione consiste nell'individuare e rimuovere il dispositivo non autorizzato; gli switch possono usare DHCP snooping per bloccare i server non attendibili.

Non tutti i problemi DHCP producono un indirizzo 169.254. Un server non autorizzato o uno scope configurato erroneamente potrebbero assegnare un indirizzo reale ma errato, un gateway sbagliato o un DNS non corretto. Il dispositivo sembra connesso, ma non riesce a navigare. Controlli quindi tutti e quattro i valori: indirizzo, maschera, gateway e DNS, non soltanto l'esistenza di un indirizzo. Un'impostazione plausibile ma errata è più difficile da individuare rispetto a un evidente indirizzo APIPA.

Quando si risolve un problema su un singolo dispositivo, è possibile rilasciare l'indirizzo corrente e richiederne uno nuovo. In Windows bastano due comandi rapidi. Se la nuova richiesta va a buon fine, il problema precedente potrebbe essere stato temporaneo. Se il dispositivo riceve ancora un indirizzo 169.254, il problema si trova a monte, nel server, nel relay o nel percorso, non nel dispositivo.

Riuniamo tutto in un flusso. Vede 169.254? Il DHCP non ha funzionato. Il problema riguarda un solo dispositivo o molti? Un solo dispositivo suggerisce un cavo o una porta locali; molti dispositivi fanno pensare al server, al relay o al pool. Gli altri dispositivi nello stesso segmento riescono a ottenere un indirizzo? Se sì, si concentri sul dispositivo che presenta il problema. Se no, si concentri sull'infrastruttura condivisa. Questa logica restringe rapidamente la causa.

I guasti DHCP sono tra le richieste più comuni all'help desk e spesso agli utenti sembrano un'interruzione totale di Internet. Sapere che 169.254 significa assenza di DHCP e conoscere le poche cause possibili consente di passare dalla confusione a una checklist chiara: server, percorso, pool o server non autorizzato. È proprio questa rapidità che vengono a premiare l'esame Network+ e il lavoro sul campo.

Quando il DHCP non funziona, i dispositivi passano ad APIPA, assegnandosi autonomamente un indirizzo link-local 169.254.x.x senza gateway o DNS; perciò non possono raggiungere altre reti. La presenza di 169.254 indica che il DHCP non ha risposto. Tra le cause comuni ci sono un server non operativo, un percorso interrotto o un relay mancante, un pool esaurito oppure un server DHCP non autorizzato che distribuisce impostazioni errate. Controlli sempre tutti e quattro i valori dell'indirizzo e utilizzi i comandi di rilascio e rinnovo per testare un singolo dispositivo.