Två sekunders frysning: var det VPN:en eller Wi-Fi:n?
Ett stopp på två sekunder och en ny VPN-session är två olika händelser. Sätt åtkomstvägen och tunneln på separata tidslinjer innan du ändrar en timer.
En frysning på två sekunder som återhämtar sig själv ser likadan ut oavsett om tunneln förhandlade om eller radion snubblade. Det är också möjligt att ingenting föll alls, och den möjligheten är värd att testa först. En kort förluststöt, en omförhandling och ett stopp i en applikation känns likadana för personen vid tangentbordet. Bara ett av de tre fallen åtgärdas genom att ändra tunnelkonfigurationen.
Två registreringar, inte en
Skriv ned vad som hände med anslutningen under, och separat vad tunneln själv gjorde. Lägg sedan applikationens paus mot båda registreringarna. Det är oberoende händelseserier som ibland sammanfaller, och att kalla alla tre en frånkoppling förutsätter svaret redan från början.
En övervakning som testar en gång i minuten kan inte se ett avbrott på två sekunder. Att rapportera den dagen som frisk är tekniskt korrekt och praktiskt oanvändbart. Sätt provtagningsintervallet bredvid varje resultat du citerar.
Vad åtkomstlänken gjorde medan appen frös
Provtagningsintervallet och tidsgränsen avgör vad övervakningen alls kunde ha observerat, så notera båda bredvid resultatet. En registrerad avsaknad av avbrott betyder lite när instrumentet tar prov var sextionde sekund. Undersök sedan tre platser med tidsstämplar: den lokala routern, en godkänd extern värd nådd via den vanliga vägen, och en resurs bakom tunneln.
Bekräfta rutterna först, eftersom ett offentligt mål självt kan routas genom tunneln och då mäter tunneln i stället för åtkomstvägen. Bevisen som verkligen daterar avbrottet ligger ett lager lägre: länkhändelser på routern, omsynkroniseringsposter på modemet och en WAN-adress som ändrats. En kumulativ felräknare berättar att något gick fel, aldrig när. Korrelera de posterna med händelsefönstret i stället för att läsa dem isolerat.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showEn räknare som steg i går förklarar ingenting om en frysning i morse. Begränsa korrelationen till fönstret som användaren rapporterade.
Leta efter omstartsposten
Ett tappat UDP-datagram får inte i sig självt Community OpenVPN att starta en ny TLS-förhandling. Omstartsbeteende följer ping-restart, och värdet som gäller kan ha skickats av servern; handboken för 2.6 definierar dessa timrar. Leveransen bryts ett ögonblick, tröskeln passeras aldrig och loggen förblir tom. Sök därför i loggen kring pausen efter en omstartsrad, en ny anslutning eller en sessionsidentifierare som ändrats. Om ingen av de tre dyker upp gjorde tunneln förmodligen ingenting och timern var aldrig problemet.
Att korta varje keepalive får detekteringen att se snabbare ut och flyttar linjen där en liten hakning blir en återanslutning. Varje återanslutning kostar en autentiseringsrunda och ominstallation av rutter. Att förlänga timern köper ingenting utom ett längre fönster där en död väg fortfarande ser levande ut. Båda är justeringsbeslut med ett pris, inte gratis förbättringar.
En frånvarande händelse är också bevis, och det är just den sorten folk hoppar över eftersom ingenting i loggen drar uppmärksamhet till den. Skriv ned sökningen du gjorde, inte bara resultatet.
Låt jämförelsen avgöra vad som ska rättas
Med båda registreringarna sida vid sida skriver tilldelningen oftast sig själv. En länkhändelse på routern på båda vägarna betyder att åtkomstanslutningen är ämnet. En tyst tunnel och en användbar vanlig väg betyder att förhandlingen är 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 |
Varje rad är ett spår, inte en dom: ändpunkter nedprioriterar ICMP, och två destinationer delar inte nödvändigtvis en väg. Håll klockorna för klient, gateway och applikation synkroniserade så att jämförelsen alls är möjlig. En rad som passar i två kolumner behöver en observation till, inte ett beslut.
En rapport som klarar granskning svarar på fyra saker: hur länge frysningen varade, vilka vägar som fortsatte svara, vad tunneln loggade den sekunden och hur ofta övervakningen tar prov. Dessa fyra fakta låter nästa läsare återskapa observationen i stället för att lita på en sammanfattning. En drifttidsprocent döljer exakt det intervall du bryr dig om, och det gör uttrycket "VPN:en föll" också.