To sekunders fastfrysning: var det VPN’en eller Wi-Fi’en?
Et stop på to sekunder og en ny VPN-session er forskellige begivenheder. Sæt adgangsvejen og tunnelen på hver sin tidslinje, før du ændrer en timer.
En fastfrysning på to sekunder, der kommer sig af sig selv, ser ens ud, uanset om tunnelen genforhandlede, eller radioen snublede. Det er også muligt, at der slet ikke faldt noget, og den mulighed er værd at teste først. Et kort tab af pakker, en genforhandling og et stop i en applikation føles ens for personen ved tastaturet. Kun én af de tre ting løses ved at ændre tunnelens konfiguration.
To registreringer, ikke én
Skriv ned, hvad der skete med forbindelsen nedenunder, og separat hvad tunnelen selv gjorde. Placer derefter applikationens pause op imod begge registreringer. Det er uafhængige hændelsesforløb, der nogle gange falder sammen, og at kalde alle tre en afbrydelse antager svaret på forhånd.
En overvågning, der tester én gang i minuttet, kan ikke se en afbrydelse på to sekunder. At rapportere den dag som sund er teknisk korrekt og praktisk ubrugeligt. Sæt prøveintervallet ved siden af hvert resultat, du citerer.
Hvad adgangsforbindelsen gjorde, mens appen frøs
Prøveintervallet og timeouten definerer, hvad overvågningen overhovedet kunne have observeret, så notér begge ved siden af resultatet. En registreret mangel på afbrydelser betyder lidt, når instrumentet prøver hvert tresindstyvende sekund. Undersøg derefter tre steder med tidsstempler: den lokale router, en godkendt ekstern vært nået over den almindelige vej, og en ressource bag tunnelen.
Bekræft først ruterne, fordi et offentligt mål selv kan blive rutet gennem tunnelen og så måler tunnelen i stedet for adgangsvejen. Beviset, der faktisk daterer afbrydelsen, ligger et lag længere nede: linkhændelser på routeren, resync-poster på modemet og en WAN-adresse, der er ændret. En kumulativ fejltæller fortæller dig, at noget gik galt, aldrig hvornår. Korrelér disse poster med hændelsesvinduet i stedet for at læse dem isoleret.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showEn tæller, der steg i går, forklarer intet om en fastfrysning i morges. Afgræns korrelationen til det vindue, brugeren rapporterede.
Led efter genstartsregistreringen
Et tabt UDP-datagram får ikke i sig selv Community OpenVPN til at starte en ny TLS-forhandling. Genstartsadfærd følger ping-restart, og den gældende værdi kan være sendt af serveren; håndbogen for 2.6 definerer de timere. Leveringen brydes et øjeblik, tærsklen overskrides aldrig, og loggen forbliver tom. Så søg i loggen omkring pausen efter en genstartslinje, en ny forbindelse eller et sessions-id, der ændrede sig. Hvis ingen af de tre dukker op, gjorde tunnelen sandsynligvis intet, og timeren var aldrig problemet.
At skære ned på hver keepalive får registreringen til at se hurtigere ud og flytter grænsen, hvor et hak bliver en genopkobling. Hver genopkobling koster en autentificeringsrunde og geninstallation af ruter. At strække timeren køber intet undtagen et længere vindue, hvor en død vej stadig ser levende ud. Begge er tuningbeslutninger med en pris, ikke gratis forbedringer.
En fraværende hændelse er også bevis, og det er den slags, folk springer over, fordi intet i loggen henleder opmærksomheden på den. Skriv søgningen ned, du udførte, ikke kun resultatet.
Lad sammenligningen afgøre, hvad der skal rettes
Med begge registreringer side om side skriver tildelingen sig normalt selv. En linkhændelse på routeren på begge veje betyder, at adgangsforbindelsen er emnet. En stille tunnel og en brugbar almindelig vej betyder, 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 række er et spor, ikke en dom: endepunkter nedprioriterer ICMP, og to destinationer deler ikke nødvendigvis en vej. Hold urene synkroniserede mellem klient, gateway og applikation, så sammenligningen overhovedet er mulig. En række, der passer i to kolonner, kræver endnu en observation, ikke en beslutning.
En rapport, der holder til gennemgang, besvarer fire ting: hvor længe fastfrysningen varede, hvilke veje der blev ved med at svare, hvad tunnelen loggede i det sekund, og hvor ofte overvågningen prøver. De fire fakta lader den næste læser genskabe observationen i stedet for at stole på et resumé. En oppetidsprocent skjuler præcis det interval, du bekymrer dig om, og det gør udtrykket "VPN’en faldt" også.