IPv4
dirección públicaLa prueba tarda hasta 10 segundos. Las tarjetas se rellenan en cuanto cada comprobación está lista.
WebRTC leak test: en 10 segundos le mostramos lo que los sitios web pueden ver de usted: su dirección IP, servidores DNS, WebRTC, IPv6 y zona horaria, y cómo corregir cada fuga.
La prueba se ejecuta en su navegador durante unos 10 segundos. Las direcciones van a los servicios públicos ipify e ip-api, que las ven por definición; nosotros no almacenamos el resultado.
La prueba tarda hasta 10 segundos. Las tarjetas se rellenan en cuanto cada comprobación está lista.
La prueba tarda hasta 10 segundos. Las tarjetas se rellenan en cuanto cada comprobación está lista.
—
—
—
—
Le enviaremos el resultado de la prueba con cada dirección, proveedor y las correcciones. Fácil de reenviar a su administrador.
LiMP VPN está desarrollada por YuSMP Group. Mantiene todo su tráfico dentro del túnel:
¿Equipo remoto? Pídanos una auditoría de red y de acceso remoto →
¿Solo necesita su dirección IP, su proveedor de internet y los datos de su navegador? Para eso está la página ¿Cuál es mi IP?.
Una VPN o un proxy sustituye su dirección IP ante los sitios web. Pero el navegador y el sistema operativo a veces envían parte del tráfico fuera del túnel, y un sitio web llega a conocer su red real.
Antes de abrir un sitio, su dispositivo pide su dirección a un servidor DNS. Si esas consultas van al DNS de su proveedor de internet doméstico mientras la VPN está activada, el proveedor ve qué sitios abre y un sitio web puede conocer su red real.
WebRTC se encarga de las llamadas y videollamadas en el navegador. Para conectar directamente a dos personas, el navegador averigua su dirección pública a través de un servidor STUN. Si esa solicitud evita la VPN, cualquier sitio web puede leer su IP real con una línea de JavaScript.
Muchas VPN solo tunelizan IPv4. Si su proveedor de internet le da IPv6, los sitios accesibles por IPv6 reciben sus solicitudes directamente, fuera del túnel, y ven una dirección de su red doméstica.
Elija su sistema. Los pasos son generales; los nombres exactos de los menús dependen de la versión de su sistema operativo y de su cliente VPN.
En su cliente VPN active «Usar DNS de la VPN» y el kill switch. Evite que Windows envíe DNS a todos los adaptadores: gpedit.msc → Configuración del equipo → Plantillas administrativas → Red → Cliente DNS → «Desactivar la resolución inteligente de nombres con varias conexiones» → Habilitada. En WireGuard añada una línea DNS = a la sección [Interface].
Una fuga de WebRTC se cierra con más facilidad en el navegador (consulte la pestaña «Navegador»). Si su cliente VPN tiene protección contra fugas de WebRTC, actívela.
Active la compatibilidad con IPv6 o la protección contra fugas de IPv6 en su VPN. En WireGuard use AllowedIPs = 0.0.0.0/0, ::/0. Si la VPN no admite IPv6, desactívelo en el adaptador: ncpa.cpl → propiedades del adaptador → desmarque «Protocolo de Internet versión 6 (TCP/IPv6)».
Si la zona debe coincidir con la IP: Configuración → Hora e idioma → Fecha y hora → desactive «Establecer la zona horaria automáticamente» y elija la zona.
Active el DNS propio del cliente VPN. Compruebe Ajustes del Sistema → Red → su adaptador → Detalles → DNS: con la VPN activada, no debería quedar ahí el DNS de su router doméstico. En WireGuard indique DNS = en la sección [Interface].
Una fuga de WebRTC se cierra con más facilidad en el navegador (consulte la pestaña «Navegador»). Safari solo da acceso a WebRTC a los sitios tras una solicitud de cámara o micrófono, por lo que las fugas son más habituales en Chrome y Firefox.
Active IPv6 en el cliente VPN. Si no es compatible: Ajustes del Sistema → Red → su adaptador → Detalles → TCP/IP → «Configurar IPv6» → «Solo enlace local».
Ajustes del Sistema → General → Fecha y hora → desactive la zona horaria automática y elija una ciudad.
En la app de VPN active el DNS a través del túnel y «enrutar todo el tráfico por la VPN». Elimine los perfiles DNS de terceros: Ajustes → General → VPN y gestión de dispositivos.
Active el túnel completo («enrutar todo el tráfico por la VPN») en su app de VPN. Así WebRTC también pasa por el túnel.
Elija en su app de VPN un protocolo compatible con IPv6 (por ejemplo, WireGuard) y el túnel completo. iOS no permite desactivar IPv6 manualmente.
Ajustes → General → Fecha y hora → desactive «Ajuste automático» y elija una ciudad.
Ajustes → Redes e internet → VPN → engranaje junto a su VPN → active «VPN siempre activada» y «Bloquear conexiones sin VPN». «DNS privado» en los ajustes de red establece su propio resolutor: desactívelo o indique el DNS de su VPN.
Active «VPN siempre activada» y «Bloquear conexiones sin VPN». Chrome en Android no puede desactivar WebRTC. En Firefox abra about:config y establezca media.peerconnection.enabled = false.
Active IPv6 en la app de VPN o elija un protocolo que lo admita. Con datos móviles puede dejar solo IPv4: Ajustes → Red → SIM → Nombres de punto de acceso → «Protocolo APN» → IPv4.
Ajustes → Sistema → Fecha y hora → desactive «Usar la zona horaria proporcionada por la red» y elija la zona.
Chrome, Edge: Configuración → Privacidad y seguridad → «Usar DNS seguro». Desactívelo para que las consultas pasen por la VPN, o elija un proveedor público de DNS sobre HTTPS. Firefox: Ajustes → Privacidad y seguridad → «DNS sobre HTTPS».
Firefox: about:config → media.peerconnection.enabled = false, o active «Evitar que WebRTC filtre direcciones IP locales» en uBlock Origin. Chrome, Edge: la extensión WebRTC Network Limiter → «Use my proxy server». El uBlock Origin completo está desactivado en Chrome desde 2025 y uBO Lite no tiene esa opción.
El navegador no puede ayudar aquí: IPv6 se configura en la VPN y en el sistema operativo. Abra la pestaña de su sistema operativo.
Firefox: about:config → privacy.resistFingerprinting = true; entonces los sitios ven UTC e inglés. El idioma se establece en los ajustes del navegador: ponga primero el idioma del país de la IP.
Cinco cosas: su dirección IPv4 pública y su proveedor, su dirección IPv6, la dirección pública que el navegador averigua a través de WebRTC, los servidores DNS que resuelven sus consultas y si la zona horaria y el idioma del navegador coinciden con el país de la IP. El veredicto es «No se han encontrado fugas», «Indicios indirectos» o «Parece una fuga».
No. Significa que su red o su VPN no tienen IPv6 o está desactivado, por lo que nada puede filtrarse por IPv6. El problema es el caso contrario: IPv6 funciona, pero pertenece a un proveedor distinto del de IPv4.
Son servicios públicos de DNS y de DNS sobre HTTPS. No revelan su proveedor de internet: solo el propio servicio ve la consulta. Hablamos de fuga cuando el servidor DNS pertenece a su proveedor de internet doméstico mientras los sitios web ven una IP de otra red, como la de una VPN.
No. Sin VPN, el DNS de su proveedor es normal y la prueba lo tiene en cuenta. Si el proveedor ejecuta el DNS desde otro sistema autónomo o país, obtiene un «indicio indirecto» naranja, no una fuga. Se muestra cada dirección con su ASN y su país para que pueda comprobarlo usted mismo.
Los sitios web leen la zona horaria y el idioma del navegador con JavaScript. Si la IP es neerlandesa pero la zona horaria es la de Moscú, un sitio puede suponer que usa una VPN o un proxy. Su red no queda expuesta, así que es solo un «indicio indirecto».
No conocemos su proveedor de internet real, así que el veredicto sobre el DNS es una heurística: decimos «parece una fuga», no «fuga demostrada». Cada valor se muestra con su proveedor, ASN y país para que pueda verificarlo.
No. Su navegador ejecuta la prueba; nuestro servidor solo compara las direcciones y responde al instante. Para detectar las direcciones, el navegador llama a los servicios públicos ipify e ip-api, que ven su IP. Solo se envía un informe por correo electrónico si deja su dirección.
Cualquier VPN que envíe el DNS por el túnel, cubra o bloquee IPv6 y tenga un kill switch. Nuestra propia LiMP VPN hace las tres cosas. Vuelva a ejecutar esta prueba después de activar su VPN para confirmarlo.