Alcance del restablecimiento de VPN en Android: qué borra realmente cada capa
La caché, el almacenamiento de la aplicación, el restablecimiento de red y el restablecimiento de fábrica borran estados distintos en Android. Empareje la capa con el estado que sospecha antes de borrar un perfil.
Android tiene cuatro operaciones distintas que la gente llama restablecer la VPN, y borran cosas diferentes. Borrar la caché de una aplicación elimina archivos temporales; borrar su almacenamiento elimina el perfil mismo. Un restablecimiento de red reconstruye la pila de conectividad, y un restablecimiento de fábrica reemplaza la partición de datos del usuario. Elija la operación por el estado que sospecha, no por costumbre. Si se equivoca, el perfil o la ruta de inscripción que necesitaba ya no está antes de que haya diagnosticado nada.
Esta es la regla que uso en cada llamada: nombre el estado, nombre a su propietario y luego elimine solo la copia de ese propietario. El resto de esta página trata de qué componente de Android guarda qué bytes.
Dónde vive realmente un perfil VPN de Android
Un cliente de terceros en un teléfono no gestionado guarda su perfil dentro de su propio directorio de datos de aplicación, como archivo de preferencias, bloque JSON o una pequeña base de datos SQLite. Ese directorio es el que borra la opción Borrar almacenamiento de los Ajustes. El perfil no está en la lista de VPN del sistema: esa lista guarda el registro de conexión que el cliente registró mediante VpnService, e incluye el nombre de la conexión, el paquete propietario y cualquier indicador de siempre activo que haya fijado el usuario.
VpnService es fontanería, no almacenamiento. El cliente pide consentimiento una vez, crea una interfaz tun y mueve los paquetes él mismo, así que la plataforma nunca necesita entender el formato del perfil. Por eso un archivo de configuración copiado de otro teléfono a menudo se importa como perfil vacío o falla la validación.
Las credenciales siguen otro camino. Una clave o un certificado obtenido mediante el KeyChain del sistema permanece en un almacén gestionado por el sistema, así que borrar los datos de la aplicación puede dejar la credencial utilizable y eliminar solo el alias del cliente hacia ella.
Los dispositivos gestionados añaden un segundo propietario. Un perfil de trabajo creado por un EMM ejecuta su propia copia del cliente bajo su propia política, y una VPN de siempre activo puede fijarse por política del dispositivo para que el usuario no pueda desconectarla. En esos dispositivos el perfil suele aprovisionarse en la inscripción en lugar de escribirse a mano. La recuperación es entonces una decisión de reinscripción, no de reimportación.
Caché, almacenamiento, restablecimiento de red, restablecimiento de fábrica
Las cuatro operaciones corresponden a estos límites. Lea la fila del estado que sospecha antes de tocar nada.
| Operation | What it removes | What survives |
|---|---|---|
| Clear cache | Temporary files, including any diagnostic bundle the client wrote there | Profile, credentials, enrollment |
| Clear storage | The app's preferences, databases and saved profile | KeyChain entries, other apps, device policy |
| Network reset | Wi-Fi, mobile and Bluetooth registrations, and on most builds the saved VPN entries | App data, KeyChain, work profile |
| Factory reset | The user data partition, accounts and device-bound keys | Nothing on the device |
Borrar la caché es lo más seguro y lo menos útil. Elimina archivos temporales, que es también donde un cliente puede haber dejado el registro que un agente de soporte acaba de pedirle. La guía de solución de problemas de aplicaciones de Android trata la caché y el almacenamiento como dos borrados distintos, y usted también debería.
Borrar almacenamiento es el verdadero restablecimiento por aplicación. Elimina el perfil, la puerta de enlace guardada y los indicadores de confianza que el cliente mantenía para redes concretas. No revoca entradas del KeyChain, no elimina un registro de VPN del sistema propiedad de otra aplicación y, en un perfil gestionado, no elimina la política que empujó el perfil en primer lugar.
El restablecimiento de red de los Ajustes es de todo el dispositivo, y su alcance exacto cambia según el fabricante y la versión de Android. El diálogo de confirmación de su compilación es la única declaración fiable de lo que olvidará.
Anote primero el camino de vuelta
Antes de cualquier paso destructivo, anote cinco cosas: versión del cliente, nombre del perfil, dirección de la puerta de enlace, propietario del servicio y la etapa exacta en la que falla la conexión.
Esos cinco datos separan un fallo del cliente de un fallo de política o de servidor. Un tiempo de espera agotado, un rechazo de certificado y una negativa inmediata son tres fallos distintos, y cada uno apunta a un propietario diferente. Borre primero el almacenamiento y perderá la evidencia del lado del cliente que los habría distinguido. Guarde una copia saneada del registro mientras aún exista.
Después confirme cómo se recrearía la conexión. Un nombre visible y un nombre de host no bastan cuando el perfil dependía de un certificado de cliente, una configuración gestionada o una inscripción de MFA vinculada a este dispositivo.
El bloqueo de arranque que nadie planifica
Un modo de fallo merece su propia sección. Si el único lugar para descargar el perfil es un portal interno alcanzable a través del túnel que está a punto de eliminar, borrar el almacenamiento crea un callejón sin salida dentro de la aplicación.
Una VPN de siempre activo con la opción de bloquear conexiones sin VPN lo convierte en una caída total: el teléfono no tiene ninguna ruta operativa al portal y el cliente no tiene ningún perfil para levantar el túnel. Los dos estados se sostienen mutuamente.
La salida es procedimental, no técnica. Exporte o fotografíe la configuración mientras el túnel aún funciona, confirme que el portal tiene una ruta que no depende de la VPN y solo entonces borre algo. En un dispositivo gestionado, pregunte al administrador qué ruta de recuperación existe antes de tocar el perfil.
Verifique el túnel reconstruido
Cuando el perfil vuelva, pruebe en orden: resolución de nombres, una conexión TCP a un host interno conocido y el comportamiento de bloqueo ante fallos en el que realmente confía. El orden importa porque un túnel puede levantarse y aun así filtrar DNS.
Un icono de llave en la barra de estado demuestra que la interfaz existe, nada más.
Si la conexión sigue fallando tras un restablecimiento dirigido, deje de escalar el tamaño de la operación. Guarde la evidencia de antes y después, anote qué capa borró y entregue el caso al propietario del componente con esos cinco datos. Un restablecimiento de fábrica es una decisión aparte con un costo mucho mayor, y no es el siguiente paso de una lista de verificación de VPN.