Twee sekondes se vries: was dit die VPN of die Wi-Fi?
'n Onderbreking van twee sekondes en 'n nuwe VPN-sessie is verskillende gebeurtenisse. Sit die toegangspad en die tonnel op aparte tydlyne voordat jy 'n tydhouer verander.
'n Vries van twee sekondes wat vanself herstel, lyk dieselfde of die tonnel heronderhandel het of die radio gestotter het. Dit is ook moontlik dat niks hoegenaamd geval het nie, en dié moontlikheid is werd om eerste te toets. 'n Kort verliesbui, 'n heronderhandeling en 'n toepassing wat vasval voel almal dieselfde vir die persoon by die sleutelbord. Net een van die drie word reggemaak deur die tonnelopstelling te wysig.
Twee rekords, nie een nie
Skryf neer wat met die verbinding daaronder gebeur het, en afsonderlik wat die tonnel self gedoen het. Plaas dan die toepassing se pouse teen albei rekords. Dit is onafhanklike reekse gebeurtenisse wat soms saamval, en om al drie 'n verbreking te noem, veronderstel die antwoord aan die begin.
'n Monitor wat een keer per minuut toets, kan nie 'n onderbreking van twee sekondes sien nie. Om daardie dag as gesond aan te meld is tegnies akkuraat en prakties nutteloos. Sit die monsternemingsinterval langs elke resultaat wat jy aanhaal.
Wat die toegangskakel gedoen het terwyl die toepassing gevries het
Die monsternemingsinterval en die tydperk bepaal wat die monitor hoegenaamd kon gesien het, dus teken albei langs die resultaat aan. 'n Aangetekende afwesigheid van onderbrekings beteken min wanneer die instrument elke sestig sekondes toets. Toets dan drie plekke met tydstempels: die plaaslike router, 'n goedgekeurde eksterne gasheer oor die gewone pad, en 'n hulpbron agter die tonnel.
Bevestig eers die roetes, want 'n openbare teiken kan self deur die tonnel gestuur word en meet dan die tonnel eerder as die toegangspad. Die bewyse wat die onderbreking werklik dateer, lê 'n laag laer: skakelgebeurtenisse op die router, hersinchroniseringsrekords op die modem, en 'n WAN-adres wat verander het. 'n Kumulatiewe foutteller sê vir jou dat iets verkeerd gegaan het, nooit wanneer nie. Korreleer daardie rekords met die voorvalvenster eerder as om hulle geïsoleerd te lees.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address show'n Teller wat gister gestyg het, verduidelik niks omtrent 'n vries vanoggend nie. Beperk die korrelasie tot die venster wat die gebruiker gerapporteer het.
Soek die herbeginrekord
'n Verlore UDP-datagram maak nie op sigself dat Community OpenVPN 'n nuwe TLS-onderhandeling begin nie. Herbeginning volg ping-restart, en die waarde wat geld, kan deur die bediener gestuur gewees het; die handleiding vir 2.6 bepaal daardie tydhouers. Aflewering breek vir 'n oomblik, die drempel word nooit oorskry nie, en die log bly leeg. Soek dus in die log rondom die pouse na 'n herbeginlyn, 'n nuwe verbinding, of 'n sessie-identifiseerder wat verander het. As nie een van die drie verskyn nie, het die tonnel waarskynlik niks gedoen nie en was die tydhouer nooit die probleem nie.
Om elke keepalive te verkort laat opsporing vinniger lyk en skuif die lyn waar 'n hikplek 'n herverbinding word. Elke herverbinding kos 'n verifikasieronde en herinstallasie van roetes. Om die tydhouer te verleng koop niks behalwe 'n langer venster waarin 'n dooie pad nog lewendig lyk nie. Albei is instellingsbesluite met 'n prys, nie gratis verbeterings nie.
'n Afwesige gebeurtenis is ook bewyse, en dit is die soort wat mense oorslaan omdat niks in die log aandag daarop trek nie. Teken die soektog aan wat jy gedoen het, nie net die resultaat nie.
Laat die vergelyking besluit wat om reg te maak
Met albei rekords langs mekaar skryf die toewysing gewoonlik homself. 'n Router-skakelgebeurtenis op albei paaie beteken die toegangsverbinding is die onderwerp. 'n Stille tonnel en 'n bruikbare gewone pad beteken die onderhandeling is dit.
| 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 |
Elke ry is 'n leidraad, nie 'n uitspraak nie: eindpunte verlaag ICMP se prioriteit, en twee bestemmings deel nie noodwendig 'n pad nie. Hou klokke van kliënt, poort en toepassing in lyn sodat die vergelyking hoegenaamd moontlik is. 'n Ry wat by twee kolomme pas, het nog een waarneming nodig, nie 'n besluit nie.
'n Verslag wat hersiening oorleef, beantwoord vier dinge: hoe lank die vries geduur het, watter paaie aanhou antwoord het, wat die tonnel op daardie sekonde aangeteken het, en hoe dikwels die monitor toets. Dié vier feite laat die volgende leser die waarneming reproduseer eerder as om 'n opsomming te vertrou. 'n Opstydpersentasie verberg juis die interval wat jou interesseer, en die frase "die VPN het geval" ook.