Alcance do restablecemento de VPN en Android: que borra realmente cada capa

Android ten catro operacións separadas que a xente chama restablecer a VPN, e borran cousas diferentes. Borrar a caché dunha aplicación elimina ficheiros temporais; borrar o seu almacenamento elimina o propio perfil. Un restablecemento de rede reconstrúe a pila de conectividade, e un restablecemento de fábrica substitúe a partición de datos do usuario. Escolla a operación polo estado que sospeita, non por costume. Se se equivoca, o perfil ou a ruta de inscrición que necesitaba xa non está antes de que diagnosticase nada.

Esta é a regra que uso en cada chamada: nomee o estado, nomee o seu propietario e logo elimine só a copia dese propietario. O resto desta páxina trata de que compoñente de Android garda que bytes.

Onde vive realmente un perfil VPN de Android

Un cliente de terceiros nun teléfono non xestionado garda o seu perfil dentro do seu propio directorio de datos da aplicación, como ficheiro de preferencias, bloque JSON ou unha pequena base de datos SQLite. Ese directorio é o que borra a opción Borrar almacenamento dos Axustes. O perfil non está na lista de VPN do sistema: esa lista garda o rexistro de conexión que o cliente rexistrou mediante VpnService, e inclúe o nome da conexión, o paquete propietario e calquera indicador de sempre activo que fixase o usuario.

VpnService é fontanería, non almacenamento. O cliente pide consentimento unha vez, crea unha interface tun e move os paquetes el mesmo, así que a plataforma nunca necesita entender o formato do perfil. Por iso un ficheiro de configuración copiado doutro teléfono a miúdo impórtase como perfil baleiro ou falla a validación.

As credenciais seguen outro camiño. Unha clave ou un certificado obtido mediante o KeyChain do sistema permanece nun almacén xestionado polo sistema, así que borrar os datos da aplicación pode deixar a credencial utilizábel e eliminar só o alias do cliente cara a ela.

Os dispositivos xestionados engaden un segundo propietario. Un perfil de traballo creado por un EMM executa a súa propia copia do cliente baixo a súa propia política, e unha VPN de sempre activo pode fixarse por política do dispositivo para que o usuario non poida desconectala. Neses dispositivos o perfil adoita aprovisionarse na inscrición en lugar de escribirse a man. A recuperación é entón unha decisión de reinscrición, non de reimportación.

Caché, almacenamento, restablecemento de rede, restablecemento de fábrica

As catro operacións corresponden a estes límites. Lea a fila do estado que sospeita antes de tocar nada.

Borrar a caché é o máis seguro e o menos útil. Elimina ficheiros temporais, que é tamén onde un cliente pode ter deixado o rexistro que un axente de soporte acaba de pedirlle. A guía de solución de problemas de aplicacións de Android trata a caché e o almacenamento como dous borrados distintos, e vostede tamén debería.

Borrar almacenamento é o verdadeiro restablecemento por aplicación. Elimina o perfil, a pasarela gardada e os indicadores de confianza que o cliente mantiña para redes concretas. Non revoga entradas do KeyChain, non elimina un rexistro de VPN do sistema propiedade doutra aplicación e, nun perfil xestionado, non elimina a política que empurrou o perfil en primeiro lugar.

O restablecemento de rede dos Axustes é de todo o dispositivo, e o seu alcance exacto cambia segundo o fabricante e a versión de Android. O diálogo de confirmación da súa compilación é a única declaración fiable do que esquecerá.

Anote primeiro o camiño de volta

Antes de calquera paso destrutivo, anote cinco cousas: versión do cliente, nome do perfil, enderezo da pasarela, propietario do servizo e a etapa exacta na que falla a conexión.

Eses cinco datos separan un fallo do cliente dun fallo de política ou de servidor. Un tempo de espera esgotado, un rexeitamento de certificado e unha negativa inmediata son tres fallos distintos, e cada un apunta a un propietario diferente. Borre primeiro o almacenamento e perderá a evidencia do lado do cliente que os tería distinguido. Garde unha copia saneada do rexistro mentres aínda exista.

Despois confirme como se recrearía a conexión. Un nome visíbel e un nome de host non abondan cando o perfil dependía dun certificado de cliente, dunha configuración xestionada ou dunha inscrición de MFA vinculada a este dispositivo.

O bloqueo de arranque que ninguén planifica

Un modo de fallo merece a súa propia sección. Se o único lugar para descargar o perfil é un portal interno alcanzábel a través do túnel que está a piques de eliminar, borrar o almacenamento crea un calexón sen saída dentro da aplicación.

Unha VPN de sempre activo coa opción de bloquear conexións sen VPN convérteo nunha caída total: o teléfono non ten ningunha ruta operativa ao portal e o cliente non ten ningún perfil para levantar o túnel. Os dous estados sosteñen o un ao outro.

A saída é procedimental, non técnica. Exporte ou fotografíe a configuración mentres o túnel aínda funciona, confirme que o portal ten unha ruta que non depende da VPN e só entón borre algo. Nun dispositivo xestionado, pregunte ao administrador que ruta de recuperación existe antes de tocar o perfil.

Verifique o túnel reconstruído

Cando o perfil volva, probe por orde: resolución de nomes, unha conexión TCP a un host interno coñecido e o comportamento de bloqueo ante fallos no que realmente confía. A orde importa porque un túnel pode levantarse e aínda así filtrar DNS.

Unha icona de chave na barra de estado demostra que a interface existe, nada máis.

Se a conexión segue fallando tras un restablecemento dirixido, deixe de escalar o tamaño da operación. Garde a evidencia de antes e despois, anote que capa borrou e entregue o caso ao propietario do compoñente con eses cinco datos. Un restablecemento de fábrica é unha decisión aparte cun custo moito maior, e non é o seguinte paso dunha lista de verificación de VPN.