La VPN cau quan la pantalla s’apaga: quin cicle de vida?
Una pantalla bloquejada pot suspendre el client, fer caducar un mapa o matar una sessió d’aplicació. Una prova controlada els separa abans de qualsevol canvi de configuració.
La transferència s’atura en el moment que la pantalla s’apaga, i la insígnia arriba uns segons després. Tres coses diferents produeixen aquesta imatge: el procés client queda restringit, la ruta queda inactiva i perd el seu mapa, o l’aplicació perd una sessió que el túnel no va veure mai. Cadascuna té les seves proves, i cada solució pertany a una capa diferent. L’ordre següent les separa amb una sola prova controlada en lloc d’una revisió de tots els paràmetres.
Tres fallades que semblen idèntiques
Un procés en segon pla restringit deixa d’enviar keepalives, i l’altre extrem acaba declarant el túnel mort. Un mapa inactiu a la ruta pot caducar mentre el dispositiu dorm, de manera que el trànsit de tornada no arriba mai a un client que encara és perfectament viu. Una aplicació pot perdre la seva pròpia connexió mentre el túnel continua aixecat, cosa que produeix un diàleg d’error amb una insígnia de VPN saludable al darrere. Des de la cadira de l’usuari, les tres es llegeixen com la VPN que cau en apagar la pantalla.
La distinció importa perquè els remeis es contradiuen a la pràctica. Eximir el client de les restriccions d’energia arregla el primer cas i no fa res per a un mapa que ha caducat. Allargar els keepalives arregla el segon i malbarata bateria en el tercer, on res relacionat amb la xarxa no anava malament des del principi.
Compareu actiu i inactiu sota control
Mantingueu-ho tot constant: mateix dispositiu, mateixa xarxa, mateix punt final, mateixa aplicació. Bloquegeu la pantalla durant un interval curt i fix i anoteu tres observacions: si el client informa d’una desconnexió, si una petició nova funciona en desbloquejar i si la transferència existent s’ha reprès. Després repetiu amb un keepalive o una petició periòdica en marxa i compareu les dues execucions. Una variable canviada entre dues execucions val més que una setmana d’informes anecdòtics.
El moment pertany al registre. Una caiguda al cap de noranta segons fa olor de mapa o d’interval de keepalive, mentre que una caiguda en el moment del bloqueig apunta a la suspensió del procés. Anoteu tant el desencadenant com l’interval, perquè el proper intent necessita alguna cosa amb què comparar.
Llegiu la política de segon pla de la plataforma
A Android, el cicle de vida del servei VPN forma part de la plataforma, i always-on i block-without-VPN són interruptors separats amb efectes separats. Un client que no és always-on es pot aturar quan el sistema recupera recursos, i cap paràmetre dins l’aplicació ho canvia. iOS aplica els seus propis límits de segon pla al proveïdor del túnel, i el comportament documentat difereix d’un dimoni d’escriptori que simplement continua executant-se. Llegiu la documentació de la plataforma per al component en qüestió, no una guia genèrica d’optimització de bateria.
Els dispositius gestionats afegeixen una altra capa. Una política pot anul·lar un paràmetre personal, de manera que un canvi que sembla funcionar reverteix a la propera actualització de la política. Feu servir el procés d’excepció admès per l’organització si el requisit és real, i anoteu per què existeix l’excepció.
Què fa el dispositiu després de despertar-se
La reconnexió automàtica no és el mateix que bloquejar el trànsit durant el buit. Comproveu les dues coses: si el túnel torna i si una aplicació que va intentar enviar durant el buit va sortir sense protecció. Un client que es reconnecta en dos segons però deixa escapar una consulta DNS en el primer té la política de fallada equivocada per a un dispositiu de treball. Proveu-ho amb peticions innòcues i una destinació que controleu.
La recuperació de l’aplicació és la tercera pregunta. Un túnel que torna no repara una sessió SSH que ha caducat, i els usuaris sovint informen d’aquesta pèrdua de sessió com la fallada de la VPN. Mantingueu junts al registre el desencadenant, la versió del client i el moment exacte, perquè aquesta combinació separa un cicle de vida previsible d’apagada de pantalla d’un servidor que falla independentment del dispositiu.