At forkorte DPD-timeren gør ikke VPN-failover hurtigere
Genopretning har fire faser, og timeren for døde peer styrer én af dem. Mål registrering, valg af peer, ruter og applikationsgenopretning hver for sig.
Tunneler falder, genopretning tager halvfems sekunder, og timeren for døde peer er sat til ti, så timeren får skylden. Den ræsonnering springer tre faser over, som sker efter registreringen og normalt bruger det meste af tiden. Registrering af livstegn bemærker stilheden; derefter tager valg af peer, godkendelse, installation af rute og applikationens genopkobling hver deres tur. At forkorte den første fase kan ikke forkorte de andre, og det kan tilføje uro til et system, der i forvejen kæmpede.
Fire faser, hvoraf du kan tage tid på én
Skriv genopretningen som fire hændelser med tidsstempler. Fejlen bliver observerbar: den sidste nyttige beskyttede trafik og den første mislykkede anmodning. Den ansvarlige mekanisme reagerer: registrering af livstegn, en rutemonitor eller en anden dokumenteret udløser. Alternativet bliver brugbart: valg af peer, godkendelse, en ny association og en rute, der faktisk bærer den tilsigtede trafik. Applikationen genopretter: en ny operation lykkes, og det, der var i gang, har et defineret udfald.
IKEv2's regler for livstegn beskriver beviser om peeren og dens udvekslinger og siger intet om en database eller filtjeneste bag den peer. At læse en livstegns-timeout som en sundhedskontrol for hele vejen er den fejl, der starter timerjagten.
Hvorfor timeren er det mindst interessante tal
Konfigurerede værdier er ikke udskiftelige enheder. Nogle er genforsøgsintervaller, nogle er øvre grænser for et forsøg, og nogle kører samtidig med andre. At lægge dem sammen giver et tal, der ligner en forudsigelse og opfører sig som et rygte. Læs dokumentationen for det felt, du er ved at røre, og bemærk, hvilken af de tre slags det er.
Andre faser er slet ikke timere. En genopkoblings-backoff, en interaktiv godkendelsesprompt eller en klient, der kun revurderer sin konfiguration ved genstart, kan hver især dominere afbrydelsen, mens hver protokoltimer ligger behageligt lavt.
Mål den fase, der faktisk er langsom
Fang fejlen én gang med tidsstempler på begge sider, og sammenlign derefter de fire hændelser i stedet for protokollens egne tællere. Ét ordentligt udført observationsvindue slår en måneds tuning.
ip -4 route get 203.0.113.10
tcpdump -ni any -c 20 "esp or icmp"
Hvis det alternative endepunkt aldrig svarer, hjælper ingen timerændring, fordi utilgængelighed ikke er et registreringsproblem. Hvis ny sikkerhedstilstand dannes hurtigt, men ruten stadig peger på den døde vej, er problemet ruteinstallation, og endnu en livstegnsjustering tilføjer kun uro.
Alternativet skal allerede være brugbart
En backup defineret i en konfiguration er ikke en backup, der virker. Den skal kunne nås fra klientens nuværende netværk, kunne godkende den samme identitet og have tilladelse til at bære den samme trafik under den samme politik. Opdager du en af disse tre huller under en afbrydelse, bliver timerdrøftelsen irrelevant. Test alternativet, mens det primære er sundt, for det er den eneste tid, hvor du kan læse begge logfiler side om side.
Klargør alternativet på forhånd, test det bevidst, mens det primære er sundt, og noter, hvilken af de fire faser der tager tiden. Den registrering er det, der gør den næste ændring til en måling i stedet for et gæt.
Uro ved tilbageførsel og administrationsvejen
At genoprette det primære er en separat beslutning. Aggressiv tilbageførsel kan afbryde arbejde, der allerede var genoprettet på backup, og en flagrende rute kan se ud som en ustabil tunnel, når den egentlige fejl er en rute, der bliver ved med at svinge mellem to lige muligheder.
To ruter med samme omkostning uden præference er den sædvanlige kilde til synlig flagren, fordi hver monitor reagerer på den andens valg. Beslut, hvilken rute der foretrækkes under normale forhold, og gør den præference eksplicit i konfigurationen i stedet for at overlade den til ruteordenen. Definer den ønskede tilbageførselsadfærd og hvem der ejer den, på forhånd. Behold de tidligere indstillinger og en uafhængig administrationsvej, fordi en ændring, der fjerner din egen adgang under en afbrydelse, forvandler en netværkshændelse til et stedbesøg.
Gentag derefter den samme arbejdsbelastning, og sammenlign de samme fire tidsstempler. En kortere genopretning, der stadig lader applikationen vente på den samme manglende rute eller login, er ikke fremskridt, det er et andet tal på den samme graf.