¿Tu Wi-Fi hace que la VPN vaya lenta? Comprueba el enlace local

La mayoría culpa al servidor de los tirones que causó la radio, y el remedio al que recurren hace más difícil el siguiente diagnóstico. Un icono de señal lleno dice que el punto de acceso suena fuerte, no que el canal esté tranquilo ni que el tiempo de aire esté libre. Los problemas inalámbricos llegan al túnel como retardo, pérdida y reordenación, y el cliente informa de los tres como un único problema vago de conexión.

La pregunta útil es si el mismo túnel se comporta distinto en otro enlace local. Todo lo demás permanece fijo mientras la respondes.

Las barras de señal miden potencia, no tiempo de aire disponible

El nivel de señal recibida indica con qué fuerza oye el cliente al punto de acceso, y esa cifra puede seguir alta mientras el rendimiento se derrumba. El tiempo de aire se comparte con las redes vecinas, con otros clientes de tu propia red y con el tráfico de gestión que la radio debe transmitir a la velocidad más lenta que entiende cada participante. Las paredes, el metal y la postura del cuerpo cambian el camino, y también la disposición de la antena dentro de un portátil. Nada de eso aparece en el icono.

Los contadores de reintentos son la evidencia privada más clara, porque una trama que necesitó tres intentos sigue contando como entregada. Un enlace que informa de una velocidad sana mientras reintenta mucho hará que un túnel en tiempo real parezca roto.

Elegir banda es un intercambio, no una cura, diga lo que diga la columna de consejos. Un canal de 5 GHz suele encontrar menos interferencia y cubrir menos distancia, mientras que 2.4 GHz llega más adentro de un edificio y encuentra más vecinos. Elige la banda para la distancia que realmente necesitas, y anota la configuración anterior para que un experimento fallido se pueda deshacer.

Cambia una variable y vuelve a mirar

Mantén fijos el perfil de la VPN, el extremo, el destino y la hora del día mientras cambias el enlace local. Compara la misma tarea cerca del punto de acceso, desde la habitación lejana y por Ethernet en el mismo equipo. Si la prueba por cable es limpia y las dos inalámbricas no lo son, el segmento de radio se ganó el puesto más alto de la lista.

Moverse entre puntos de acceso es un experimento aparte, y en una malla es el que la gente se salta. La itinerancia puede pausar un túnel, forzar un nuevo intercambio de claves o dejar una sesión viva mientras los paquetes dejan de fluir. Anota la hora de cada interrupción y compárala con la entrada del registro del cliente para el cambio de asociación. Una pausa que coincide con una itinerancia no es un servidor sobrecargado, por mucho que lo parezca.

Un canal ocupado se hace pasar por un servidor lento

Otros dispositivos compiten por el mismo tiempo de aire, y tu propia subida grande compite con tu propia llamada. Pausa las transferencias opcionales y repite la tarea antes de concluir nada sobre el proveedor. Cola bajo carga produce exactamente el síntoma que la gente llama VPN lenta: retardo creciente, entrega a ráfagas y llamadas que se cortan mientras sigue una descarga. Si el patrón sigue a tus transferencias y no a tu ubicación, el túnel informa de un enlace congestionado en lugar de causarlo.

El rendimiento masivo y la calidad en tiempo real son mediciones distintas, así que una descarga rápida no demuestra que el enlace esté limpio. El jitter y la pérdida importan más para una llamada que la velocidad media.

Verifica con mediciones de tiempo antes de cambiar de servidor

Mide el enlace local y la ruta del túnel por separado, y guarda ambas salidas. Los comandos de abajo leen la asociación, muestrean la ruta durante unos minutos y muestran si la pérdida aparece en el primer salto o más allá. Ejecútalos una vez cerca del punto de acceso y otra donde ocurre el problema.

iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9

Compara los resúmenes de ping y no las líneas individuales, porque el porcentaje de pérdida y la dispersión del retardo separan un problema de radio de un servidor lejano. Si la pérdida aparece en el primer salto hacia la puerta de enlace y el extremo del túnel muestra la misma pérdida, el segmento local es el factor común. Si la pérdida aparece solo más allá del extremo, la radio no es la explicación.

Cambia una cosa después de eso y vuelve a ejecutar los mismos cuatro comandos. Un cambio de servidor que coincida con el paso a un canal más tranquilo parecerá una solución y no te enseñará nada.