Caigudes intermitents de la VPN: què cal registrar cada vegada
Una caiguda intermitent és un problema de dades abans que un problema de configuració. Registreu cinc camps per incident i compareu les etapes abans de canviar cap paràmetre.
Les caigudes intermitents són un problema de recollida de dades abans que un problema de configuració. Registreu els mateixos camps a cada ocurrència, o els incidents no es podran comparar. Canviar tres paràmetres després de cada esdeveniment destrueix l’única evidència que teníeu.
El procediment següent triga uns dos minuts per incident i produeix una línia per esdeveniment. Assumeix accés només de lectura en un dispositiu que administreu.
Fixeu els camps abans de la primera fallada
Redacteu la llista de camps abans que res es trenqui, perquè una plantilla inventada a mig incident sempre deixa fora una columna. Cinc camps n’hi ha prou per començar: l’hora local amb el seu decalatge, el desencadenant, l’etapa que s’ha trencat, el text exacte de l’error i si un intent nou ha reeixit.
El desencadenant mereix un vocabulari propi: inactivitat, represa després de la suspensió, canvi de xarxa, pic de càrrega, renovació de credencials o desconegut. Deixeu desconegut etiquetat com a desconegut en lloc d’omplir-lo més tard de memòria. El camp d’etapa és el més valuós, perquè registra on es va aturar la cadena i no què va notar l’usuari. El text de l’error s’ha de copiar literalment, perquè una paràfrasi perd la diferència entre dos codis semblants.
Deixeu els buits com a buits. Una plantilla que obliga a respondre convida a inventar, i un context inventat és pitjor que un espai en blanc.
| Field | Example | Why it earns its place |
|---|---|---|
| Time with offset | 2026-11-03T09:14+08:00 | Orders events across sources in different zones |
| Trigger | resume from sleep | Separates a cause from a coincidence |
| Stage | handshake ok, no route | Names the boundary that failed |
Registreu els mateixos cinc fets en el moment de la fallada
Executeu les mateixes ordres en el mateix ordre cada vegada. Dos minuts de sortida valen més que una fotografia de la icona de la safata, i la seqüència importa quan més tard les marques de temps no coincideixen.
date -Is journalctl -u wg-quick@wg0 --since "-2 min" --no-pager wg show wg0 latest-handshakes transfer ip route get 203.0.113.10 ping -c 3 -W 2 192.0.2.1
La primera línia marca l’observació amb un decalatge, que és l’única manera de conciliar tres fonts enregistrades en zones diferents. L’extracte del registre cobreix el cicle de vida del servei, i la línia de l’encaixada de mans diu si el parell va respondre. La consulta de ruta anomena la interfície que faria servir una destinació concreta, cosa que no és el mateix fet que l’existència de la interfície. Un ping a l’adreça del túnel mostra si alguna cosa travessa l’enllaç, no si l’altre costat és abastable.
Escriviu una línia per incident en un registre corrent, amb aquests camps i res més. Després de cinc o sis entrades, ordeneu pel desencadenant i després per l’etapa. Els patrons apareixen com a parells repetits, i un parell que no es repeteix mai és probablement una coincidència.
Localitzeu l’etapa que s’ha trencat
La connectivitat local, l’estat del parell, les rutes i la resolució de noms fallen en llocs diferents, i cadascun deixa la seva pròpia petja. Si la interfície existeix però cap ruta hi apunta, la fallada és de política local. Si la marca de temps de l’encaixada de mans deixa d’avançar mentre la interfície continua activa, la fallada és més amunt.
La resolució de noms pertany al mateix registre. Un resolutor que dilluns seguia el túnel i dimarts la xarxa local produeix fallades que semblen aleatòries a la capa d’aplicació.
Per a l’accés autoritzat al servidor, correlacioneu el mateix intent i no una reconnexió propera. Preserveu les marques de temps originals i anoteu qualsevol decalatge a part, perquè convertir-les sobre el terreny esborra l’evidència de la conversió. Un intent, un joc de marques de temps, una conclusió.
Compareu una condició cada vegada
Una comparació controlada canvia una condició significativa i manté l’execució fallida al costat de la reeixida. Moveu el dispositiu a una altra xarxa, o desactiveu una exclusió, i no canvieu res més en el mateix pas.
Conserveu l’execució fallida al registre. Esborrar-la a favor de la que funciona descarta l’única evidència del límit que intenteu localitzar.
Compartiu un extracte, no el perfil
Abans d’enviar res, traieu contrasenyes, testimonis, claus privades, identitats no relacionades i càrregues útils. Un perfil complet és un secret de configuració i no un resum de connexió, i no pertany a un tiquet.
Envieu l’extracte amb els cinc camps i digueu quina etapa creieu que ha fallat. Això permet a l’administrador examinar el límit que heu anomenat en lloc de desplaçar-se per captures d’una icona desconnectada. Si el límit encara no és clar, el següent pas és un altre registre controlat, no un altre canvi de paràmetres.