Kahden sekunnin jäätyminen: oliko syy VPN vai Wi-Fi?
Kahden sekunnin pysähdys ja uusi VPN-istunto ovat eri tapahtumia. Aseta yhteyspolku ja tunneli eri aikajanoille ennen kuin muutat ajastinta.
Kahden sekunnin jäätyminen, joka palautuu itsestään, näyttää samalta riippumatta siitä, neuvotteliko tunneli uudelleen vai nikotteliko radio. On myös mahdollista, ettei mitään katkennut lainkaan, ja sitä mahdollisuutta kannattaa kokeilla ensin. Lyhyt häviöpiikki, uudelleenneuvottelu ja sovelluksen pysähdys tuntuvat näppäimistön ääressä samalta. Vain yksi kolmesta korjataan muuttamalla tunnelin asetuksia.
Kaksi kirjausta, ei yksi
Kirjoita ylös, mitä alla olevalle yhteydelle tapahtui, ja erikseen, mitä tunneli itse teki. Aseta sitten sovelluksen tauko molempia kirjauksia vasten. Ne ovat riippumattomia tapahtumasarjoja, jotka joskus osuvat yhteen, ja kaikkien kolmen kutsuminen katkokseksi olettaa vastauksen jo alussa.
Kerran minuutissa kokeileva valvoja ei voi nähdä kahden sekunnin keskeytystä. Sen päivän raportoiminen terveeksi on teknisesti täsmällistä ja käytännössä hyödytöntä. Laita näytteenottoväli jokaisen lainaamasi tuloksen viereen.
Mitä yhteyslenkki teki, kun sovellus jäätyi
Näytteenottoväli ja aikakatkaisu määrittävät, mitä valvoja ylipäätään olisi voinut havaita, joten kirjaa molemmat tuloksen viereen. Kirjattu katkosten puuttuminen merkitsee vähän, kun laite ottaa näytteen kuudenkymmenen sekunnin välein. Kokeile sitten kolmea paikkaa aikaleimoilla: paikallinen reititin, hyväksytty ulkoinen isäntä tavallista polkua pitkin ja tunnelin takana oleva resurssi.
Vahvista ensin reitit, sillä julkinen kohde voi itsekin kulkea tunnelin kautta ja silloin se mittaa tunnelia eikä yhteyspolkua. Todisteet, jotka todella ajoittavat katkoksen, ovat yhden kerroksen alempana: linkkitapahtumat reitittimellä, uudelleensynkronoinnin merkinnät modeemilla ja muuttunut WAN-osoite. Kumulatiivinen virhelaskuri kertoo, että jotain meni pieleen, ei koskaan milloin. Korreloi nämä kirjaukset tapauksen ikkunaan sen sijaan, että lukisit ne erillään.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showEilen noussut laskuri ei selitä mitään tämän aamun jäätymisestä. Rajaa korrelaatio käyttäjän ilmoittamaan ikkunaan.
Etsi uudelleenkäynnistyksen merkintä
Kadonnut UDP-datagrammi ei yksinään saa Community OpenVPN-palvelua aloittamaan uutta TLS-neuvottelua. Uudelleenkäynnistyskäytös noudattaa ping-restart-asetusta, ja voimassa olevan arvon on voinut lähettää palvelin; version 2.6 käsikirja määrittelee ne ajastimet. Toimitus katkeaa hetkeksi, kynnystä ei koskaan ylitetä ja loki pysyy tyhjänä. Etsi siis lokista tauon ympäriltä uudelleenkäynnistysrivi, uusi yhteys tai muuttunut istunnon tunniste. Jos mikään kolmesta ei ilmesty, tunneli ei todennäköisesti tehnyt mitään eikä ajastin ollut koskaan ongelma.
Jokaisen keepaliven lyhentäminen saa havaitsemisen näyttämään nopeammalta ja siirtää rajaa, jossa pieni häiriö muuttuu uudelleenyhdistämiseksi. Jokainen uudelleenyhdistäminen maksaa yhden todennuskerran ja reittien uudelleenasennuksen. Ajastimen venyttäminen ei osta mitään paitsi pidemmän ikkunan, jossa kuollut polku näyttää yhä elävältä. Molemmat ovat hinnaltaan säätöpäätöksiä, eivät ilmaisia parannuksia.
Poissa oleva tapahtuma on myös todiste, ja juuri sellainen, joka ohitetaan, koska mikään lokissa ei kiinnitä siihen huomiota. Kirjaa tekemäsi haku, älä vain sen tulosta.
Anna vertailun päättää, mitä korjataan
Kun molemmat kirjaukset ovat vierekkäin, kohdennus kirjoittuu yleensä itsestään. Reitittimen linkkitapahtuma molemmilla poluilla tarkoittaa, että aiheena on yhteysliittymä. Hiljainen tunneli ja käyttökelpoinen tavallinen polku tarkoittavat, että aiheena on neuvottelu.
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
Jokainen rivi on vihje, ei tuomio: päätepisteet laskevat ICMP:n prioriteettia, eikä kahdella kohteella välttämättä ole samaa polkua. Pidä asiakkaan, yhdyskäytävän ja sovelluksen kellot linjassa, jotta vertailu ylipäätään on mahdollista. Rivi, joka sopii kahteen sarakkeeseen, tarvitsee vielä yhden havainnon, ei päätöstä.
Katselmuksen kestävä raportti vastaa neljään asiaan: kuinka kauan jäätyminen kesti, mitkä polut vastasivat edelleen, mitä tunneli kirjasi sillä sekunnilla ja kuinka usein valvoja ottaa näytteitä. Nämä neljä tosiseikkaa antavat seuraavalle lukijalle mahdollisuuden toistaa havainto sen sijaan, että luottaisi yhteenvetoon. Käytettävyysprosentti kätkee juuri sen välin, josta välität, ja niin tekee myös lause "VPN kaatui".