Test de fugas VPN: IP, WebRTC, IPv6 y DNS
Lista de comprobación para probar las fugas de tu VPN: IP pública, WebRTC e IPv6. Entiende cada resultado y cuándo necesitas una prueba de fuga DNS aparte.
Qué significa que un VPN “funcione”
Una fuga es tráfico que no sigue la política de rutas o privacidad que querías aplicar. Excluir una aplicación o un destino a propósito no es automáticamente un fallo. Antes de interpretar los resultados, define qué navegador, aplicaciones, versiones de IP y consultas DNS deben usar el túnel. Esta prueba no inspecciona todo el dispositivo ni verifica el interruptor de emergencia del VPN.
La mayoría de las fugas no son fallos espectaculares. Suelen venir de tráfico que la app del VPN nunca se configuró para transportar, como IPv6, o de funciones del navegador que abren sus propias conexiones. Una comprobación completa revisa cuatro vías distintas:
- Tu IP pública por IPv4: la dirección que ven la mayoría de los sitios web.
- Tu IP pública por IPv6: una segunda dirección que también tienen muchas conexiones.
- WebRTC: la función del navegador que hace posibles las videollamadas y que puede descubrir direcciones por su cuenta.
- DNS: las consultas que convierten nombres como example.com en direcciones.
Haz la prueba en menos de dos minutos
Solo necesitas IPNixa en tu navegador y la app de tu VPN. Haz las comprobaciones en este orden para que la comparación del antes y el después tenga sentido.
- Con el VPN desactivado, abre el Test VPN de IPNixa y selecciona Guardar la conexión actual. Anota las direcciones IPv4 e IPv6 confirmadas y la red. La comparación guardada se conserva en esta pestaña hasta 30 minutos.
- Conecta el VPN y espera a que la app indique que está conectado.
- Selecciona Comprobar de nuevo y comparar. Compara cada versión de IP confirmada, el país y la red con la conexión guardada.
- Lee las observaciones de WebRTC e IPv6. Una dirección pública adicional o un país que no coincide requiere revisión; que coincida el país por sí solo no descarta fugas.
- Usa la página de detección de VPN para revisar las señales de VPN, proxy, Tor y hosting. Una clasificación describe una dirección observada, no la seguridad de tu túnel.
- Termina con una prueba de fuga DNS de tu proveedor de VPN o de un servicio de prueba de DNS específico.
Cómo interpretar cada resultado
Usa esta tabla para decidir si una línea está bien, si conviene revisarla de nuevo o si hay que corregir algo.
| Comprobación | Observación esperada | Requiere revisión | Qué hacer |
|---|---|---|---|
| IP pública | Cambió a una dirección de la red del VPN | La misma dirección que sin el VPN | Vuelve a conectarte y asegúrate de que la tunelización dividida no excluya tu navegador |
| Red / ASN | Coherente con la red de salida seleccionada | Proveedor inesperado o sin cambios respecto a la conexión de referencia | Revisa el enrutamiento; un nombre de hosting o de ISP por sí solo no es concluyente |
| Ubicación | Una estimación coherente con el servidor seleccionado | Ciudad o país inesperado | Revisa el servidor elegido; las bases de datos de ubicación pueden estar desactualizadas |
| WebRTC | La recopilación finalizada solo muestra las direcciones esperadas | Una dirección pública adicional, o la recopilación no pudo completarse | Revisa las direcciones observadas; los resultados vacíos, con tiempo de espera agotado o no compatibles no demuestran que haya protección |
| IPv6 | La dirección confirmada sigue la ruta prevista | La IPv4 cambió pero la IPv6 mantuvo la dirección guardada, o el país de salida es inesperado | Guarda la conexión antes de conectar el VPN y luego compara ambas versiones de IP; que coincida el país por sí solo no es concluyente |
| DNS (servicio aparte) | Los resolvers coinciden con la configuración DNS prevista | Un resolver inesperado fuera de esa configuración | Usa una prueba de DNS específica y revisa la configuración DNS del VPN |
Por qué IPv6 necesita una comprobación aparte
Muchas conexiones domésticas y móviles son de doble pila (dual-stack): tienen una dirección IPv4 y otra IPv6. Algunas apps de VPN solo envían IPv4 por el túnel. Tu navegador sigue accediendo a los sitios web de doble pila por IPv6, a menudo con prioridad, y esos sitios ven la dirección IPv6 de tu proveedor, lo que revela tu proveedor y una ubicación aproximada.
IPNixa comprueba IPv4 e IPv6 por separado. Un país de salida distinto es una señal para revisar el enrutamiento o la geolocalización; con un VPN del mismo país, sigue siendo necesario comparar las direcciones. Una sonda fallida no puede demostrar que IPv6 esté bloqueado de forma segura. Revisa la configuración de enrutamiento IPv6 o de protección contra fugas de la app de tu VPN.
Fugas de WebRTC en tu navegador
WebRTC permite que los navegadores hagan llamadas de voz y videollamadas directamente entre personas. Para encontrar una ruta directa, el navegador pregunta a un servidor STUN qué dirección pública parece tener. Si esa solicitud sale fuera del VPN, puede revelar una dirección que el sitio web nunca vio en el tráfico web normal.
Los navegadores modernos ocultan por defecto las direcciones de la red local, así que la verdadera pregunta es si aparece una dirección pública distinta de la del VPN. La comprobación de IPNixa recopila candidatos WebRTC a través del servidor STUN público de Cloudflare y los compara con las direcciones confirmadas por la web. Si aparece otra dirección pública, activa la protección WebRTC de tu VPN o usa una opción del navegador o una extensión que limite WebRTC al VPN.
“Observado” significa que se vio una dirección u otra señal. “Comparado” significa que se contrastaron los valores entre sí, no que se haya certificado la protección del VPN. “No confirmado” abarca resultados sin dirección pública, tiempos de espera agotados o errores de ejecución; “No compatible” significa que el navegador no ofrece la API de WebRTC. Una prueba completada sin dirección pública puede deberse a los controles de privacidad del navegador o a un punto de conexión STUN bloqueado.
Por qué las pruebas de fuga DNS necesitan un servicio aparte
Antes de que tu navegador pueda cargar un sitio, un resolver DNS traduce su nombre a una dirección. Si esas consultas van al resolver de tu proveedor de internet en lugar de al del VPN, tu proveedor puede seguir viendo qué sitios visitas, aunque las páginas en sí viajen por el túnel.
Una página web no puede ver qué resolver respondió a tus consultas. Una prueba de fuga DNS real hace que tu dispositivo consulte nombres únicos y aleatorios y observa qué resolvers los solicitan a un servidor DNS autoritativo. Eso requiere una infraestructura DNS específica, así que esta comprobación marca el DNS como no probado en lugar de adivinar. Usa la página de prueba de fugas de tu proveedor de VPN o un servicio específico de fugas de DNS, y activa la protección contra fugas de DNS de la app.
Cuando “VPN detectado” es un error
En su página de detección de VPN, IPNixa muestra las pistas de nombre de red, ASN y WARP por separado de las clasificaciones opcionales de proveedores. VPN, proxy, Tor y hosting son señales distintas. Una dirección de hosting por sí sola no demuestra que se esté usando un VPN, y un VPN que no figure en las listas puede recibir una clasificación negativa o desconocida. Revisa la fuente y la IP exacta de la solicitud que se muestran con el resultado.
Relay Privado de iCloud protege principalmente Safari; la cobertura de Cloudflare WARP depende del modo. El modo solo DNS cifra DNS sin tunelizar el resto del tráfico. No deduzcas cobertura idéntica por una etiqueta relay o WARP: revisa el modo y la aplicación probada.
Preguntas frecuentes
¿Cómo saber si mi VPN funciona?
Guarda una referencia directa si procede, conecta la VPN y compara cada familia confirmada. Revisa direcciones WebRTC adicionales y prueba DNS por separado según tu política de resolución, incluido DNS cifrado configurado. Resultados coherentes respaldan la comparación, no certifican todas las aplicaciones ni futuras conexiones.
¿Qué es una fuga del VPN?
Tráfico que evita la política de rutas o privacidad prevista para la VPN. Las exclusiones intencionadas son distintas de las inesperadas. Las pruebas de direcciones, WebRTC y DNS aportan evidencia parcial sobre rutas diferentes.
¿Puede IPNixa detectar fugas de DNS?
No. Una página web no puede ver qué resolver DNS usa tu dispositivo; para eso se necesita un servicio de prueba de DNS específico. La comprobación marca el DNS como no probado en lugar de mostrar un resultado que no puede medir.
¿Por qué IPNixa dice que se detecta un VPN si no estoy usando ninguno?
Un proveedor de detección puede tener datos desactualizados o dar un falso positivo. Las pistas basadas en el nombre de red y el ASN se marcan como indicios; el alojamiento (hosting) se evalúa aparte de la detección de VPN. Revisa la fuente, la IP de la solicitud y la hora antes de sacar conclusiones.
¿Funciona una prueba de fugas del VPN en mi teléfono?
Sí, en el navegador del teléfono. Solo comprueba el tráfico del navegador; otras apps pueden seguir reglas de enrutamiento distintas, sobre todo con la tunelización dividida (split tunneling).