Arreglar las caídas de VPN en reposo: una lista de comprobación para el ahorro de energía del Wi-Fi

Su túnel muere después de que el portátil quede un rato sin tocar, y vuelve en el momento en que toca el panel táctil. Ese patrón apunta a que el enlace inalámbrico entra en ahorro de energía, no a que la puerta de enlace VPN rechace sus credenciales. Una mañana ajetreada con el mismo perfil es la pista: el túnel sobrevive mientras fluye el tráfico y falla cuando la radio se queda en silencio. Recorra las comprobaciones siguientes en orden, deténgase en la primera que falle y solo entonces cambie un ajuste.

Comprobación uno: ¿la caída sigue al reposo?

Empiece demostrando la correlación en lugar de suponerla. Anote la hora de reloj del último paquete enviado, la hora en que el cliente informó de que el túnel estaba caído y si la pantalla se apagó mientras tanto. Si el intervalo es el mismo cada vez, tiene un problema en la ruta de reposo; si las caídas llegan al azar durante el uso activo, salte a la quinta comprobación.

Una prueba barata que no cuesta nada deshacer: envíe un ping constante de ritmo bajo a su puerta de enlace durante veinte minutos y deje la máquina sola. Si el túnel aguanta toda la prueba, el tráfico pequeño constante está enmascarando el síntoma en lugar de arreglarlo, lo que sigue siendo una evidencia útil. Guardo la salida de ese ping en un terminal de borrador y luego la comparo con el registro del cliente, porque los dos relojes rara vez coinciden.

Comprobación dos: ¿es solo tráfico VPN?

Antes de culpar al túnel, averigüe si el propio enlace sigue siendo utilizable. Mientras el túnel está muerto pero la pantalla aún apagada, intente alcanzar la dirección del punto de acceso y un host público por IP. Si el ping normal también falla, la radio o el punto de acceso le han soltado y el cliente VPN es un simple espectador.

Si el tráfico normal fluye mientras el túnel calla, el enlace está sano y el problema está en los temporizadores del propio túnel o en cómo el cliente gestiona una reanudación. Son dos correcciones distintas, así que no se salte este paso. En un portátil con Wi-Fi y Ethernet a la vez, desconecte el cable y repita la prueba de reposo: una caída de reposo que desaparece con Ethernet por cable es una evidencia fuerte para la capa inalámbrica.

Comprobación tres: lea el estado de ahorro de energía

La mayoría de los escritorios le dan una casilla, pero la casilla no es el estado en el que está el controlador. Lea primero el informe del propio controlador y luego decida. En Linux con mac80211 la interfaz responde directamente:

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

El segundo comando es una prueba, no una corrección. No sobrevive a una desconexión, una suspensión ni un reinicio, lo que lo convierte en una forma limpia de comprobar la hipótesis sin dejar cambios permanentes.

En Windows powercfg /q SCHEME_CURRENT imprime el esquema activo, y el subárbol del adaptador inalámbrico muestra si se puede ordenar al adaptador que ahorre energía; la misma opción también está en el Administrador de dispositivos, en la pestaña de administración de energía del adaptador. En macOS el ahorro de energía 802.11 por interfaz no se le expone, así que mire en su lugar pmset -g para el comportamiento de reposo y espera. Allí el fallo suele resultar ser la ruta de reposo y despertar, no el comportamiento en reposo de la radio.

Comprobación cuatro: cambie una cosa y vuelva a probar

Cambie exactamente una variable por ejecución y repita la misma carga. Si el túnel ahora aguanta una hora de reposo con el ahorro de energía desactivado, ha aprendido algo real. Si sigue cayendo, revierta antes de probar la idea siguiente, o acabará con tres ajustes superpuestos y sin idea de cuál importa.

El mantenimiento de la conexión es la otra variable independiente y se confunde constantemente con el ahorro de energía. El PersistentKeepalive = 25 de WireGuard mantiene caliente una asignación NAT;OpenVPN usa keepalive y ping-restart en ambos extremos. Ambos generan tráfico en un túnel que de otro modo estaría silencioso, así que un mantenimiento de conexión que parece arreglar la caída puede estar ocultando un problema de radio en lugar de resolverlo. Pruébelos por separado, uno a la vez:

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

Comprobación cinco: cuando la radio es inocente

Si las caídas en reposo continúan con el ahorro de energía desactivado y el mantenimiento de conexión activado, mire fuera del portátil. Los puntos de acceso y los routers domésticos caducan las entradas NAT o de sesión en reposo según su propio calendario, y un servidor VPN puede dejar caer una sesión sin tráfico.La itinerancia entre puntos de acceso que comparten un mismo SSID también puede reiniciar el enlace sin que el cliente lo diga con claridad.

Luego compare con un segundo dispositivo en la misma red que haga la misma prueba de reposo. Dos dispositivos que caen en el mismo intervalo son una historia de ruta o de servidor; uno solo que cae es una historia de controlador o de energía local. Esa comparación cuesta diez minutos y le ahorra reescribir la configuración equivocada.

Antes de hacerlo permanente

Decida qué está dispuesto a mantener. Un script por perfil que desactive el ahorro de energía solo en las redes donde ha visto la caída es defendible. Un retoque global que lo desactive todo a cambio de batería en todas las redes normalmente no lo es.

• Anote el valor original de ahorro de energía junto al script para que se pueda restaurar.
• Vuelva a hacer la prueba de reposo después de cada actualización de controlador o cliente; los valores por defecto cambian.
• Mantenga el registro de ping y el registro del cliente juntos cuando informe del problema.
• Si el segundo paso ha fallado, deje de cambiar ajustes de VPN y trátelo como una falla local del enlace.

Si solo hace una cosa, haga la comprobación dos. Es la que decide si el resto de esta lista le afecta, y es el paso que la gente se salta cuando ya ha decidido que la respuesta es el ahorro de energía.