Miksi VPN:si palautuu hitaammin kuin katkos kestää

Wi-Fi palasi kolmekymmentä sekuntia sitten ja VPN on yhä alhaalla, joten asiakas näyttää rikkinäiseltä. Usein se vain noudattaa omaa uudelleenyritysaikatauluaan, eikä se aikataulu tiedä, että verkko juuri palasi. Tämä väli on koko tarina: palautumisaika on katkos plus se odotus, johon asiakas on jo sitoutunut. Jokaisen ajastimen laskeminen on yksi vastaus, ja sen ymmärtäminen, mikä ajastin ratkaisee, on toinen.

Kolme ehtoa ratkaisee, auttaako viritys: mikä vaihe on hidas, onko vika ylipäätään toistettavissa ja miten asiakas saa tietää, että verkko on palannut.

Kolme odotusta, jotka näyttävät yhdeltä

Päätepisteen selvitys, IKE- tai TLS-neuvottelu, pakettien uudelleenlähetys ja uuden yrityksen aloittaminen ovat erillisiä tapahtumia erillisine ajastimineen. strongSwan dokumentoi uudelleenlähetyksen jälkiviiveen IKE:lle, ja OpenVPN :llä on omat uudelleenyrityksen säätimet eri semantiikalla. Numeron kopioiminen toisesta toiseen olettaa, että mekanismit vastaavat toisiaan, eivätkä ne vastaa. Lue lokin järjestys ennen kuin päätät, mitä väliä katsot.

Hiljainen minuutti lokissa ei ole välttämättä jumiutunut prosessi. Se voi olla eksponentiaalinen jälkiviive, joka tekee täsmälleen sen, mihin se on määritetty.

Mikä vaihe on oikeasti hidas?

Jos loki näyttää yrityksiä, jotka epäonnistuvat todennusvirheeseen, mikään ajastimen muutos ei auta, koska tunnus on väärä. Jos yrityksiä ei tehdä lainkaan, asiakas on odotusikkunassaan ja aikataulu on ratkaisu. Jos yrityksiä tehdään ja ne aikakatkeavat, ongelma on tavoitettavuudessa tai puuttuvassa kuuntelijassa, ja nopeampi uudelleenyritys vain täyttää lokia. Jokaisella näistä kolmesta tilasta on eri omistaja, ja vain yksi niistä on ajoitusongelma.

Luokittele vika ennen kuin kosket numeroon.

Milloin ajastimen laskeminen auttaa ja milloin ei

Laske uudelleenyrityksen ylärajaa, kun hallitseva kustannus on odottaminen lyhyen, toistuvan katkoksen jälkeen, esimerkiksi kannettava tietokone, joka liikkuu tukiasemien välillä. Jätä se rauhaan, kun viat ovat pitkiä tai harvinaisia, koska aggressiivinen uudelleenyritys lisää kuormaa juuri sillä hetkellä, jolloin keskitin pystyy vastaamaan vähiten. Muuta molemmissa tapauksissa yhtä parametria, kirjaa se ja mittaa seuraava palautuminen sen sijaan, että olettaisit sen parantuneen.

Erittäin alhainen aikakatkaisu, joka kopioidaan jokaiseen profiiliin, on tavallinen lopputila ilman mittausta tehdylle viritykselle.

Tarkista valmius ennen kuin syytät asiakasta

Asiakas ei useinkaan näe verkon olevan käyttökelpoinen ennen kuin jokin yrittää. Vangittu portaali, DHCP-uudistus tai reittimuutos voivat jättää sen odottamaan aikataulua, joka asetettiin ennen mitään tätä. Tarkkaile käyttöjärjestelmän verkkotilan muutosta ja asiakkaan seuraavaa yritystä samalla kellolla, niin näet kenen odotuksesta on kyse. Nopea versio on merkitä muistiin verkko-valmis-tapahtuman aikaleima ja sen jälkeisen ensimmäisen yrityksen aikaleima.

Varmista myös, että suora liikenne on yhä estetty odotuksen aikana, koska nopeampi uudelleenyhdistäminen, joka vuotaa liikennettä, ei ole parannus.

Mitä kirjata

Kirjoita muistiin, mikä ajastin muuttui, mistä arvosta mihin, ja miltä palautuminen näytti sen jälkeen. Merkitse myös asiakasversio, koska oletusarvot liikkuvat julkaisujen välillä ja dokumentoimaton erittäin alhainen aikakatkaisu hämmentää seuraavaa profiilin lukijaa.

Tämä kirjaus tekee seuraavasta ohjelmistopäivityksestä vertailun eikä kokeen.