Wanneer automatische adressering faalt

Meestal werkt DHCP gewoon. Maar wanneer geen enkele DHCP-server antwoordt, blijft een apparaat achter zonder de juiste instellingen. Het herkennen van de symptomen van een DHCP-storing is een belangrijke vaardigheid bij het oplossen van problemen. Het duidelijkste teken is een vreemd adres dat begint met 169.254, een zogenoemd APIPA-adres. In deze les leer je wat APIPA is en wat de meest voorkomende redenen zijn waarom automatische adressering niet werkt.

APIPA (automatische private IP-adressering) is een terugvalmechanisme dat in Windows en andere systemen is ingebouwd. Als een apparaat DHCP Discovers verstuurt maar geen Offer ontvangt, kiest het zelf een adres uit het bereik 169.254.0.1 tot en met 169.254.255.254 met masker 255.255.0.0. Met APIPA kunnen apparaten op hetzelfde segment nog steeds met elkaar communiceren, maar er is geen gateway en geen DNS. Daardoor is er geen internettoegang.

Als je een apparaat controleert en een adres zoals 169.254.45.10 ziet, is dat een zeer duidelijke waarschuwing: het apparaat heeft nooit een DHCP-server bereikt. APIPA-adressen zijn link-lokaal. Dat betekent dat ze alleen werken via de lokale kabel of wifi en nooit ergens anders naartoe worden gerouteerd. Als je 169.254 ziet, moet je meteen denken: DHCP is mislukt, waar is de server?

De meest directe oorzaak is dat de DHCP-server niet beschikbaar is of dat de service is gestopt. Zonder server zijn er geen Offers, dus valt elke client die een lease nodig heeft terug op APIPA. Als veel apparaten plotseling tegelijk 169.254-adressen tonen, ligt het probleem waarschijnlijk bij de server zelf en niet bij één afzonderlijk apparaat. Het herstarten van de DHCP-service herstelt de normale adressering vaak.

De server kan actief zijn, maar het verzoek bereikt hem nooit. Een slechte kabel, een uitgeschakelde switchpoort of een defecte DHCP-relay kan de Discover-broadcast allemaal blokkeren. Omdat routers broadcasts niet doorsturen, zorgt een ontbrekende of verkeerd geconfigureerde relay-agent ervoor dat clients op externe subnetwerken een server nooit bereiken, ook al werkt de server goed.

Soms antwoordt de server iedereen totdat de adressen op zijn. Als de adrespool volledig is verhuurd, krijgen nieuwe clients geen Offer en vallen ze terug op APIPA. Dit zie je vaak in drukke gastnetwerken. De oplossing is de pool vergroten of de leasetijden verkorten, zodat ongebruikte adressen sneller opnieuw beschikbaar komen en er ruimte vrijkomt voor nieuwe apparaten.

Een ongeautoriseerde DHCP-server is een server waarvoor geen toestemming is gegeven, bijvoorbeeld een verkeerd geconfigureerde thuisrouter die iemand heeft aangesloten. Deze kan sneller antwoorden dan de echte server en verkeerde adressen, gateways of DNS-instellingen uitdelen. Apparaten krijgen dan een adres dat geldig lijkt, maar nergens nuttig naartoe verwijst. De oplossing is het ongeautoriseerde apparaat vinden en verwijderen; switches kunnen DHCP-snooping gebruiken om niet-vertrouwde servers te blokkeren.

Niet elk DHCP-probleem levert 169.254 op. Een ongeautoriseerde server of een verkeerd geconfigureerde scope kan een echt maar onjuist adres, een verkeerde gateway of verkeerde DNS-instellingen geven. Het apparaat lijkt verbonden, maar kan niet browsen. Controleer daarom alle vier de waarden: adres, masker, gateway en DNS, en kijk niet alleen of er een adres bestaat. Een aannemelijke maar verkeerde instelling is moeilijker te herkennen dan een duidelijk APIPA-adres.

Wanneer je problemen met één apparaat onderzoekt, kun je het huidige adres vrijgeven en om een nieuw adres vragen. Op Windows zijn dit twee snelle opdrachten. Als een nieuw verzoek nu wel lukt, kan de eerdere fout tijdelijk zijn geweest. Als het apparaat nog steeds op 169.254 uitkomt, ligt het probleem hogerop: bij de server, relay of verbinding, en niet bij het apparaat.

Breng alles samen in een stappenplan. Zie je 169.254? Dan is DHCP mislukt. Gaat het om één apparaat of om meerdere? Eén apparaat wijst op een lokale kabel of poort; meerdere apparaten wijzen op de server, relay of pool. Kunnen andere apparaten op hetzelfde segment wel adressen krijgen? Zo ja, richt je dan op het apparaat met het probleem. Zo nee, richt je op de gedeelde infrastructuur. Met deze logica beperk je de mogelijke oorzaak snel.

DHCP-fouten behoren tot de meest voorkomende helpdeskvragen en lijken voor gebruikers vaak op een volledige internetstoring. Als je weet dat 169.254 betekent dat DHCP niet beschikbaar was, en je de belangrijkste oorzaken kent, kun je snel van verwarring naar een duidelijke controlelijst gaan: server, verbinding, pool of ongeautoriseerde server. Die snelheid wordt precies beloond op het Network+-examen en in echte functies.

Wanneer DHCP mislukt, vallen apparaten terug op APIPA en wijzen ze zichzelf een 169.254.x.x link-local-adres toe, zonder gateway of DNS. Daardoor kunnen ze geen andere netwerken bereiken. Als je 169.254 ziet, betekent dit dat DHCP niet heeft geantwoord. Veelvoorkomende oorzaken zijn een uitgeschakelde server, een verbroken verbinding of ontbrekende relay, een uitgeputte pool of een ongeautoriseerde DHCP-server die verkeerde instellingen uitdeelt. Controleer altijd alle vier de adreswaarden en gebruik vrijgeven en vernieuwen om één apparaat te testen.