När automatisk adressering misslyckas

För det mesta fungerar DHCP utan problem. Men när ingen DHCP-server svarar blir enheten utan korrekta inställningar. Att känna igen symtomen på ett DHCP-fel är en central felsökningsförmåga. Det tydligaste tecknet är en ovanlig adress som börjar med 169.254 och kallas en APIPA-adress. I den här lektionen förklaras APIPA och de vanligaste orsakerna till att automatisk adresstilldelning slutar fungera.

APIPA (Automatic Private IP Addressing) är en reservfunktion som finns inbyggd i Windows och andra system. Om en enhet skickar DHCP Discover men inte får något Offer tilldelar den sig själv en adress från intervallet 169.254.0.1 till 169.254.255.254 med masken 255.255.0.0. APIPA gör att enheter i samma segment fortfarande kan kommunicera med varandra, men tillhandahåller ingen gateway och ingen DNS, så internetåtkomst saknas.

Om ni kontrollerar en enhet och ser en adress som 169.254.45.10 är det en tydlig varningssignal: enheten nådde aldrig någon DHCP-server. APIPA-adresser är länklokala, vilket innebär att de bara fungerar på den lokala kabelanslutningen eller i det lokala Wi-Fi-nätverket och aldrig routas någon annanstans. Om ni ser 169.254 bör ni omedelbart tänka: DHCP misslyckades – var finns servern?

Den mest direkta orsaken är att DHCP-servern ligger nere eller att dess tjänst har stoppats. Utan server finns inga Offer, så varje klient som behöver en lease faller tillbaka på APIPA. Om många enheter plötsligt visar 169.254-adresser samtidigt bör ni misstänka själva servern snarare än en enskild enhet. Att starta om DHCP-tjänsten återställer ofta normal adresstilldelning.

Servern kan vara igång, men begäran når aldrig fram till den. En trasig kabel, en inaktiverad switchport eller en felaktig DHCP-reläagent kan alla blockera Discover-broadcasten. Eftersom routrar inte vidarebefordrar broadcastmeddelanden hindrar en saknad eller felkonfigurerad reläagent klienter i fjärrsubnät från att någonsin höra en server, trots att servern fungerar.

Ibland svarar servern alla klienter tills adresserna tar slut. Om adresspoolen är helt uthyrd får nya klienter inget Offer och faller tillbaka till APIPA. Detta syns ofta i belastade gästnätverk. Lösningen är att utöka poolen eller förkorta lease-tiderna så att oanvända adresser återanvänds snabbare och frigör utrymme för nya enheter.

En obehörig DHCP-server är en server utan tillstånd, ibland en felkonfigurerad hemrouter som någon har anslutit. Den kan svara snabbare än den riktiga servern och dela ut felaktiga adresser, gateways eller DNS-servrar. Enheterna får då en adress som ser giltig ut men som inte leder någonstans användbart. Lösningen är att hitta och ta bort den obehöriga enheten. Switchar kan använda DHCP snooping för att blockera ej betrodda servrar.

Alla DHCP-problem leder inte till 169.254. En obehörig server eller ett felkonfigurerat scope kan ge en riktig men felaktig adress, gateway eller DNS-server. Enheten ser ansluten ut men kan inte surfa. Kontrollera därför alla fyra värden: adress, nätmask, gateway och DNS, inte bara om det finns en adress. En trovärdig men felaktig inställning är svårare att upptäcka än en tydlig APIPA-adress.

Vid felsökning av en enskild enhet kan Ni frigöra dess aktuella adress och begära en ny. I Windows görs detta med två snabba kommandon. Om en ny begäran lyckas kan det tidigare felet ha varit tillfälligt. Om enheten fortfarande får en adress i intervallet 169.254 ligger problemet högre upp i kedjan – på servern, i reläagenten eller i sökvägen – inte i själva enheten.

Sätt ihop det som ett flöde. Ser Ni 169.254? Då misslyckades DHCP. Gäller det en enhet eller många? En enhet tyder på en lokal kabel eller port, medan många enheter tyder på servern, reläagenten eller poolen. Kan andra enheter i samma segment få adresser? Om ja, fokuserar Ni på den felande enheten. Om nej, fokuserar Ni på den gemensamma infrastrukturen. Denna logik begränsar snabbt orsaken.

DHCP-fel hör till de vanligaste samtalen till helpdesk, och för användare ser de ofta ut som ett totalt internetavbrott. Om Ni vet att 169.254 betyder att DHCP saknas, och känner till de vanligaste orsakerna, kan Ni gå från förvirring till en tydlig checklista: server, sökväg, pool eller obehörig server. Den snabbheten är precis vad Network+-provet och verkliga arbeten belönar.

När DHCP misslyckas faller enheter tillbaka till APIPA och tilldelar sig själva en 169.254.x.x-länk lokal adress utan gateway eller DNS, så de kan inte nå andra nätverk. Om Ni ser 169.254 betyder det att DHCP inte svarade. Vanliga orsaker är en server som ligger nere, en avbruten sökväg eller saknad reläagent, en uttömd pool eller en obehörig DHCP-server som delar ut felaktiga inställningar. Kontrollera alltid alla fyra adressvärden och använd release och renew för att testa en enskild enhet.