Fallback-lease nadat de site-tunnel terugkomt: verlengen of wachten?

Site-link is up, tunnel staat, en de pc’s van de vestiging bereiken de fileserver nog steeds niet. Tijdens de storing liepen er twee klokken en slechts één ervan is afgelopen. De tunnel herstelde toen het versleutelde pad terugkwam; het adres van elke client herstelt wanneer de huidige lease afloopt of wordt vervangen. Het vergelijken van die twee tijdlijnen verklaart de kloof sneller dan het lezen van firewalllogs.

Twee klokken, en één ervan is niet de tunnel

Met DHCP over VPN plus een lokale fallback kan het apparaat tijdelijke lokale leases uitdelen zolang het externe DHCP-pad niet beschikbaar is. De tijdelijke duur wordt meestal in minuten geteld, kort genoeg om het probleem te verbergen en lang genoeg om een korte storing te overleven. Als de tunnel terugkomt, stopt de fallback met het aanbieden van die leases. Hij gaat niet een client binnen en annuleert de lease die die al heeft. Die client houdt adres, masker, gateway en resolver tot verlenging of afloop, en daarom kunnen een gezonde tunnel en een kapotte desktop de rest van de lease naast elkaar bestaan.

Houd de implementatie en de softwareversie aan deze uitspraak gekoppeld. Timernamen en standaardwaarden verschillen tussen SonicOS-releases, en een oudere interface bewijst niet wat een nieuwere doet.

Vergelijk de twee herstelstappen

Stap A is wachten. Het kost niets, riskeert niets en laat elke client volgens zijn eigen planning verlengen. Stap B is een geforceerde vrijgave en verlenging op de getroffen client, wat het bedoelde adres meteen geeft maar alles onderbreekt wat de client doet. Op één desktop is de geforceerde verlenging meestal de snellere route en makkelijk te rechtvaardigen. In een lab of op een kassaterminal midden in een transactie is wachten de veiligere keuze, en een geplande verlenging buiten werktijd verslaat beide.

ipconfig /all
ipconfig /release
ipconfig /renew

Lees de uitvoer voordat je iets vrijgeeft. Als het adres, de gateway en de DNS al overeenkomen met het normale bereik, heeft de client zichzelf hersteld en zit het resterende probleem elders. Op een Linux-client is het equivalent een lease-vrijgave en -verlenging via de netwerkbeheerder in plaats van een handmatig bewerkt adres, omdat de beheerder je wijziging anders bij de volgende gebeurtenis overschrijft.

Lees het aanbod, niet alleen het adres

Het adres alleen zegt niet wie het leverde. Belangrijk is de serveridentificatie in het aanbod, de leasetijd, en of de gateway en resolver bij het fallback-bereik of het normale passen.

tcpdump -ni any 'port 67 or port 68'

Leg vast tijdens de verlenging, want een stille interface vertelt je dat de client nooit vroeg. Als het aanbod van de lokale fallback komt terwijl de tunnel up is, behandelt de selectielogica het externe pad nog steeds als onbeschikbaar, en geforceerde verlengingen op clients herhalen alleen hetzelfde resultaat. Correleer de opname met tunnelgebeurtenissen op dezelfde klok. Een sleutelvernieuwing of een korte onderbreking die seconden voor het verzoek van de client eindigt is een plausibele oorzaak; een schone tunnel met een fallback-antwoord is een configuratieprobleem in het selectiepad.

Waar de vergelijking omslaat

Als veel clients tegelijk getroffen zijn, worden verlengingen per client een rij onderbrekingen en een telefoontje naar de helpdesk. Kijk in dat geval naar het fallback-bereik en de herstelprocedure in plaats van naar de clients, omdat de populatie samen hersteld is en weer samen zal herstellen.

Als slechts één client getroffen is terwijl de buren in orde zijn, geldt het omgekeerde: de lease van die client, zijn reservering of het gedrag van zijn eigen DHCP-client is de variabele, en een wijziging voor de hele site is het verkeerde gereedschap.

Statische adressen en reserveringen vragen een derde antwoord. Een client die aan een adres vastzit kan niet door verlenging worden gered, en een reservering die botst met het fallback-bereik levert een duplicaat op dat op een routeringsfout lijkt tot je de twee adresplannen vergelijkt.

Schrijf de exitprocedure op

Bepaal vooraf waarvoor de fallback dient, hoe lang een client zijn tijdelijke adres mag houden, en wie tijdens werktijd een verlenging mag forceren. Schrijf het antwoord waar de dienstdoende engineer het vindt, naast de bereikdefinitie. Test het dan één keer bewust: trek de tunnel eruit, kijk wat de client ontvangt, herstel de tunnel, en noteer hoe lang de client nodig heeft om zijn normale instellingen terug te krijgen. Die ene oefening vervangt het grootste deel van het giswerk de volgende keer dat de site-link hapert.

Sluit af met het bevestigen van de bron, niet het adres. De fileserver bereiken, de naam ervan oplossen en het internet bereiken zijn drie aparte controles, en alleen de laatste was nooit twijfelachtig.