Una congelació de dos segons: era la VPN o el Wi-Fi?
Un bloqueig de dos segons i una sessió VPN nova són esdeveniments diferents. Posa el camí d’accés i el túnel en línies de temps separades abans de canviar un temporitzador.
Una congelació de dos segons que es recupera es veu igual tant si el túnel ha renegociat com si la ràdio ha tingut un singlot. També és possible que no hagi caigut res de res, i aquesta possibilitat val la pena provar-la primer. Una ràfega breu de pèrdues, una renegociació i un bloqueig de l’aplicació es noten igual per a la persona que escriu. Només un d’aquests tres casos es corregeix editant la configuració del túnel.
Dos registres, no un
Anota què va passar a la connexió de sota i, per separat, què va fer el túnel mateix. Després situa la pausa de l’aplicació contra tots dos registres. Són sèries d’esdeveniments independents que de vegades coincideixen, i anomenar tots tres una desconnexió assumeix la resposta des del principi.
Un monitor que sondeja un cop per minut no pot veure una interrupció de dos segons. Informar que aquell dia era saludable és tècnicament exacte i pràcticament inútil. Posa l’interval de mostreig al costat de cada resultat que citis.
Què va fer l’enllaç d’accés mentre l’aplicació s’encallava
L’interval de mostreig i el temps d’espera defineixen què podria haver observat el monitor, així que anota tots dos al costat del resultat. Una absència d’incidències registrada diu poc quan l’instrument mostreja cada seixanta segons. Llavors sondeja tres llocs amb marques de temps: el router local, un amfitrió extern aprovat abastat pel camí simple i un recurs darrere del túnel.
Confirma primer les rutes, perquè un objectiu públic pot estar ell mateix encaminat pel túnel i llavors mesura el túnel en lloc del camí d’accés. Les proves que daten realment la caiguda viuen un nivell més avall: esdeveniments d’enllaç al router, registres de resincronització al mòdem i una adreça WAN que ha canviat. Un comptador acumulatiu d’errors et diu que alguna cosa va fallar, mai quan. Correlaciona aquests registres amb la finestra de la incidència en comptes de llegir-los aïllats.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showUn comptador que va pujar ahir no explica res sobre una congelació d’aquest matí. Limita la correlació a la finestra que l’usuari ha reportat.
Busca el registre de reinici
Un datagrama UDP perdut no fa, per si sol, que Community OpenVPN iniciï una negociació TLS nova. El comportament de reinici segueix ping-restart, i el valor vigent pot haver estat enviat pel servidor; el manual de la 2.6 defineix aquests temporitzadors. El lliurament es trenca un moment, el llindar no se supera mai i el registre queda buit. Per això busca al registre al voltant de la pausa una línia de reinici, una connexió nova o un identificador de sessió canviat. Si no apareix cap dels tres, el túnel probablement no va fer res i el temporitzador mai no va ser el problema.
Retallar cada keepalive fa que la detecció sembli més ràpida i mou la línia on un singlot es converteix en reconnexió. Cada reconnexió costa una ronda d’autenticació i la reinstal·lació de rutes. Allargar el temporitzador no compra res excepte una finestra més llarga en què un camí mort encara sembla viu. Totes dues són decisions d’ajust amb un preu, no millores gratuïtes.
Un esdeveniment absent també és una prova, i és del tipus que la gent s’estalvia perquè res al registre hi crida l’atenció. Anota la cerca que vas fer, no només el resultat.
Deixa que la comparació decideixi què cal arreglar
Amb tots dos registres costat per costat, l’assignació normalment s’escriu sola. Un esdeveniment d’enllaç del router en tots dos camins vol dir que el subjecte és la connexió d’accés. Un túnel silenciós i un camí simple utilitzable volen dir que ho és la negociació.
| 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 |
Cada fila és una pista, no un veredicte: els extrems rebaixen la prioritat de l’ICMP, i dos destins no comparteixen necessàriament un camí. Mantén els rellotges alineats entre client, passarel·la i aplicació perquè la comparació sigui possible. Una fila que encaixa en dues columnes necessita una observació més, no una decisió.
Un informe que supera la revisió respon quatre coses: quant va durar la congelació, quins camins van continuar responent, què va registrar el túnel en aquell segon i amb quina freqüència mostreja el monitor. Aquests quatre fets permeten al lector següent reproduir l’observació en lloc de confiar en un resum. Un percentatge de disponibilitat amaga exactament l’interval que t’interessa, i la frase "la VPN va caure" també.