DPD-ajastimen lyhentäminen ei nopeuta VPN:n vikasietoa
Palautumisessa on neljä vaihetta, ja kuolleen vertaisen ajastin ohjaa yhtä niistä. Mittaa havaitseminen, vertaisen valinta, reitit ja sovelluksen palautuminen erikseen.
Tunnelit katkeavat, palautuminen kestää yhdeksänkymmentä sekuntia ja kuolleen vertaisen ajastin on asetettu kymmeneen, joten ajastinta syytetään. Tämä päättely ohittaa kolme vaihetta, jotka tapahtuvat havaitsemisen jälkeen ja vievät yleensä suurimman osan ajasta. Eloisuuden havaitseminen huomaa hiljaisuuden; sen jälkeen vertaisen valinta, todennus, reitin asennus ja sovelluksen uudelleenyhdistäminen ottavat kukin oman vuoronsa. Ensimmäisen vaiheen lyhentäminen ei voi lyhentää muita, ja se voi lisätä häiriötä järjestelmään, joka jo muuten kamppaili.
Neljä vaihetta, joista yhden voit ajoittaa
Kirjoita palautuminen neljänä tapahtumana aikaleimoineen. Vika tulee havaittavaksi: viimeinen hyödyllinen suojattu liikenne ja ensimmäinen epäonnistunut pyyntö. Vastaava mekanismi reagoi: eloisuuden havaitseminen, reittimonitori tai muu dokumentoitu liipaisin. Vaihtoehto tulee käyttökelpoiseksi: vertaisen valinta, todennus, uusi yhteys ja reitti, joka todella kuljettaa aiottua liikennettä. Sovellus palautuu: uusi toiminto onnistuu ja kesken olleella on määritelty lopputulos.
IKEv2:n eloisuussäännöt kuvaavat todisteita vertaisesta ja sen vaihdoista eivätkä kerro mitään vertaisen takana olevasta tietokannasta tai tiedostopalvelusta. Eloisuuden aikakatkaisun lukeminen koko polun terveystarkistuksena on virhe, joka aloittaa ajastinjahdin.
Miksi ajastin on vähiten kiinnostava luku
Määritetyt arvot eivät ole vaihdettavia yksiköitä. Jotkin ovat uudelleenyrityksen välejä, jotkin yrityksen ylärajoja ja jotkin toimivat samanaikaisesti muiden kanssa. Niiden yhteenlaskeminen tuottaa luvun, joka näyttää ennusteelta ja käyttäytyy kuin huhu. Lue sen kentän dokumentaatio, jota olet koskettamassa, ja huomioi, kumpi kolmesta tyypistä se on.
Muut vaiheet eivät ole lainkaan ajastimia. Uudelleenyhdistämisen viive, vuorovaikutteinen todennuskehote tai asiakas, joka arvioi kokoonpanonsa uudelleen vain uudelleenkäynnistyksessä, voivat kukin hallita katkosta, kun jokainen protokolla-ajastin istuu mukavan matalalla.
Mittaa vaihe, joka todella on hidas
Tallenna vika kerran aikaleimoilla molemmilta puolilta ja vertaa sitten neljää tapahtumaa protokollan omien laskureiden sijaan. Yksi kunnolla tehty havaintoikkuna voittaa kuukauden virityksen.
ip -4 route get 203.0.113.10
tcpdump -ni any -c 20 "esp or icmp"Jos vaihtoehtoinen päätepiste ei koskaan vastaa, mikään ajastimen muutos ei auta, koska saavuttamattomuus ei ole havaitsemisongelma. Jos uusi suojaustila muodostuu nopeasti mutta reitti osoittaa yhä kuolleelle polulle, ongelma on reitin asennuksessa ja vielä yksi eloisuuden säätö lisää vain häiriötä.
Vaihtoehdon on oltava jo käyttökelpoinen
Kokoonpanossa määritelty varmuuskopio ei ole toimiva varmuuskopio. Sen on oltava tavoitettavissa asiakkaan nykyisestä verkosta, kyettävä todentamaan sama identiteetti ja sallittava saman liikenteen kuljettaminen saman käytännön alaisuudessa. Jos havaitset minkä tahansa näistä kolmesta puutteesta katkoksen aikana, ajastinkeskustelusta tulee merkityksetön. Testaa vaihtoehtoa, kun ensisijainen on terve, sillä se on ainoa aika, jolloin voit lukea molemmat lokit rinnakkain.
Valmistele vaihtoehto etukäteen, testaa sitä tarkoituksella ensisijaisen ollessa terve ja kirjaa, mikä neljästä vaiheesta vie aikaa. Juuri se kirjaus tekee seuraavasta muutoksesta mittauksen eikä arvauksen.
Paluun häiriö ja hallintapolku
Ensisijaisen palauttaminen on erillinen päätös. Aggressiivinen paluu voi keskeyttää työn, joka oli jo palautunut varmuuskopiolle, ja värisevä polku voi näyttää epävakaalta tunnelilta, kun todellinen vika on reitti, joka heiluu kahden yhtä hyvän vaihtoehdon välillä.
Kaksi samanhintaista polkua ilman suosimista on tavallinen näkyvän värinän lähde, koska jokainen monitori reagoi toisen valintaan. Päätä, kumpaa polkua suositaan normaaleissa olosuhteissa, ja tee suosimisesta selkeä kokoonpanossa sen sijaan, että jättäisit sen reittijärjestykselle. Määrittele toivottu paluukäyttäytyminen ja sen omistaja etukäteen. Säilytä aiemmat asetukset ja riippumaton hallintapolku, sillä muutos, joka poistaa oman pääsysi katkoksen aikana, muuttaa verkkotapauksen käynnistä paikan päällä.
Toista sitten sama työkuorma ja vertaa samoja neljää aikaleimaa. Lyhyempi palautuminen, joka jättää sovelluksen yhä odottamaan samaa puuttuvaa reittiä tai kirjautumista, ei ole edistystä, vaan eri luku samassa kaaviossa.