To sekunders fastlåsing: var det VPN-en eller Wi-Fi-en?
En pause på to sekunder og en ny VPN-økt er to forskjellige hendelser. Sett aksessveien og tunnelen på hver sin tidslinje før du endrer en timer.
En fastlåsing på to sekunder som kommer seg av seg selv, ser lik ut enten tunnelen forhandlet på nytt eller radioen snublet. Det er også mulig at ingenting falt ut i det hele tatt, og den muligheten er verdt å teste først. En kort tapsbyge, en ny forhandling og en stopp i en applikasjon føles likt for personen ved tastaturet. Bare ett av de tre tilfellene lar seg fikse ved å endre tunnelkonfigurasjonen.
To registreringer, ikke én
Skriv ned hva som skjedde med forbindelsen under, og separat hva tunnelen selv gjorde. Sett deretter pausen i applikasjonen opp mot begge registreringene. Dette er uavhengige hendelsesrekker som noen ganger faller sammen, og å kalle alle tre en frakobling forutsetter svaret helt fra starten.
En overvåking som tester én gang i minuttet kan ikke se en avbrytelse på to sekunder. Å rapportere den dagen som sunn er teknisk korrekt og praktisk ubrukelig. Sett prøveintervallet ved siden av hvert resultat du siterer.
Hva aksesslenken gjorde mens appen frøs
Prøveintervallet og tidsavbruddet avgjør hva overvåkingen i det hele tatt kunne ha observert, så noter begge ved siden av resultatet. En registrert mangel på avbrudd betyr lite når instrumentet tar prøve hvert sekstiende sekund. Undersøk deretter tre steder med tidsstempler: den lokale ruteren, en godkjent ekstern vert nådd over den vanlige veien, og en ressurs bak tunnelen.
Bekreft rutene først, fordi et offentlig mål selv kan bli rutet gjennom tunnelen og da måler tunnelen i stedet for aksessveien. Bevisene som faktisk daterer avbruddet ligger ett lag lenger ned: lenkehendelser på ruteren, resynkroniseringsposter på modemet og en WAN-adresse som er endret. En kumulativ feilteller forteller deg at noe gikk galt, aldri når. Korreler disse postene med hendelsesvinduet i stedet for å lese dem isolert.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showEn teller som steg i går forklarer ingenting om en fastlåsing i morges. Begrens korrelasjonen til vinduet brukeren rapporterte.
Se etter omstartsposten
Et tapt UDP-datagram får ikke i seg selv Community OpenVPN til å starte en ny TLS-forhandling. Omstartsatferd følger ping-restart, og verdien som gjelder kan ha blitt sendt av serveren; håndboken for 2.6 definerer disse timerne. Leveringen brytes et øyeblikk, terskelen overskrides aldri, og loggen forblir tom. Søk derfor i loggen rundt pausen etter en omstartslinje, en ny tilkobling eller en øktidentifikator som er endret. Hvis ingen av de tre dukker opp, gjorde tunnelen sannsynligvis ingenting, og timeren var aldri problemet.
Å kutte hver keepalive får deteksjonen til å se raskere ut og flytter linjen der en liten hikking blir en gjenoppkobling. Hver gjenoppkobling koster en autentiseringsrunde og reinstallasjon av ruter. Å strekke timeren kjøper ingenting annet enn et lengre vindu der en død vei fortsatt ser levende ut. Begge er justeringsbeslutninger med en pris, ikke gratis forbedringer.
En fraværende hendelse er også bevis, og det er nettopp den typen folk hopper over fordi ingenting i loggen trekker oppmerksomheten mot den. Skriv ned søket du kjørte, ikke bare resultatet.
La sammenligningen avgjøre hva som skal rettes
Med begge registreringene side ved side skriver tilordningen seg vanligvis selv. En lenkehendelse på ruteren på begge veier betyr at aksessforbindelsen er temaet. En stille tunnel og en brukbar vanlig vei betyr at forhandlingen er det.
| 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 |
Hver rad er et spor, ikke en dom: endepunkter nedprioriterer ICMP, og to destinasjoner deler ikke nødvendigvis en vei. Hold klokkene til klient, gateway og applikasjon synkronisert slik at sammenligningen i det hele tatt er mulig. En rad som passer i to kolonner trenger én observasjon til, ikke en beslutning.
En rapport som tåler gjennomgang svarer på fire ting: hvor lenge fastlåsingen varte, hvilke veier som fortsatte å svare, hva tunnelen logget i det sekundet, og hvor ofte overvåkingen tar prøver. Disse fire fakta lar neste leser gjenskape observasjonen i stedet for å stole på et sammendrag. En oppetidsprosent skjuler nøyaktig intervallet du bryr deg om, og det gjør uttrykket "VPN-en falt" også.