Test de fugas
Comprobamos si todo tu tráfico pasa por la conexión cifrada: la dirección por IPv4 e IPv6, lo que revela WebRTC y tu zona horaria.
Cómo te ve nuestro servidor
Tu dirección se determina en nuestro servidor con una base de datos local y nunca se pasa a servicios de terceros.
WebRTC
comprobandoPreguntando al navegador qué direcciones está dispuesto a revelar.
Zona horaria
comprobandoComparando el reloj de tu dispositivo con la zona horaria de tu dirección.
DNS
Las consultas de nombres de los sitios no viajan por el mismo canal que el contenido y se comprueban aparte. Para eso tenemos nuestro propio servidor DNS: no intervienen servicios de terceros.
Comprobar DNSQué es una fuga y por qué ocurre
Una VPN enruta el tráfico a través de su servidor, y los sitios web ven la dirección de ese servidor en lugar de la tuya. Hay una fuga cuando algunas peticiones salen directamente en lugar de por el túnel y tu dirección real acaba siendo visible. La causa casi siempre es técnica: algún protocolo no se redirigió.
Hay tres fuentes clásicas. IPv6: si el túnel solo cubre IPv4 y tu proveedor tiene IPv6 activado, algunas conexiones lo esquivan. WebRTC: el mecanismo de llamadas del navegador, que pide a un servidor externo tu dirección externa para establecer la conexión. Y DNS: las consultas de "qué dirección tiene este sitio", que pueden seguir yendo a los servidores de tu proveedor.
Cómo leer los resultados de esta página
El bloque "Cómo te ve nuestro servidor" muestra las direcciones desde las que nuestro servidor recibió peticiones: la principal, y por separado IPv4 e IPv6. Si usas una VPN, todas deberían pertenecer al servidor VPN y no a tu proveedor.
Luego vienen los veredictos. "Sin problemas" significa que no se encontró ninguna vía de escape. "Fuga" significa que se reveló una dirección distinta a la de la conexión. "No concluyente" significa que no había con qué comparar: por ejemplo, el navegador mostró una dirección de un protocolo para el que no tenemos medición equivalente. A propósito no convertimos esos casos en una alarma: asustar a la gente con la incertidumbre es deshonesto.
Qué hacer si se detecta una fuga
Para una fuga de IPv6, lo más fiable es activar la compatibilidad con IPv6 en la propia VPN o desactivar IPv6 por completo en los ajustes del adaptador de red. La segunda opción es tosca, pero siempre funciona. En las apps con la función "bloquear el tráfico fuera del túnel", basta con activarla.
Una fuga de WebRTC se corrige en el navegador: en Firefox, con el interruptor media.peerconnection.enabled en about:config; en los navegadores basados en Chromium, con una extensión que restrinja WebRTC. Piénsatelo antes de desactivar WebRTC por completo: sin él, las llamadas y videoconferencias dentro del navegador dejan de funcionar.
Por qué la comprobación se hace en nuestro propio servidor
Un test de fugas, por su naturaleza, maneja lo más sensible que tiene un visitante: su dirección real. Enviar esa dirección a un servicio externo para obtener una bonita etiqueta con la ciudad sería raro en un proveedor de VPN, así que la ubicación se determina con una base de datos local en nuestro servidor.
La prueba de WebRTC también pasa por nuestro propio servidor: el navegador necesita un interlocutor externo para ella, y la mayoría de los tests usan el servidor público de una gran corporación. Nosotros usamos el nuestro para que una página sobre fugas no se convierta en el origen de una. Los resultados no se guardan en ningún sitio.
Preguntas frecuentes
¿Quieres una conexión sin vías de escape?
MeerGuard cifra tu tráfico y sustituye tu dirección y, si algo falla, esta página te lo dirá claramente.