Cómo se usa
- Active su VPN, después abra esta página y pulse Hacer la prueba.
- Espere unos segundos mientras la página contacta con dos servidores STUN públicos.
- Lea el veredicto. Si dice que una dirección pública es distinta, desactive la VPN y actívela de nuevo, y repita la prueba una vez más.
Qué hace la prueba
WebRTC permite que los navegadores se conecten directamente entre sí, para llamadas y para compartir archivos. Para encontrar una ruta reúne direcciones candidatas: las propias direcciones del dispositivo, y la dirección pública que devuelve un servidor STUN. La prueba inicia esa recogida con dos servidores STUN públicos, stun.l.google.com de Google y stun.cloudflare.com de Cloudflare, y lee los candidatos que encuentra el navegador.
La dirección pública que devuelve un servidor STUN es la dirección por la que sale su tráfico. Si no es la dirección que ve nuestro servidor para su petición, una VPN puede no estar llevando todo su tráfico. Los servidores STUN ven su dirección pública, como deben para responder, y nada más de esta página.
Cómo evitar las fugas de WebRTC, por navegador
Cada navegador ofrece controles distintos, y los pasos cambian entre versiones. Compruebe el resultado de esta prueba después de cada cambio.
- Firefox: abra about:config y ponga media.peerconnection.ice.default_address_only en true, para que WebRTC use solo la ruta por defecto. Poner media.peerconnection.enabled en false desactiva WebRTC por completo, lo que impide las llamadas del navegador. La wiki de Mozilla describe los dos ajustes.
- Edge: Microsoft documenta una directiva llamada WebRtcLocalhostIpHandling, que fijan los administradores. Su valor AllowPublicInterfaceOnly hace que WebRTC use solo la interfaz pública. No encontramos un ajuste para usuarios normales.
- Brave: sus ajustes incluyen una opción de IP de WebRTC, Default Public Interface Only, descrita en la documentación de Brave. La posición en el menú depende de la versión.
- Chrome: no encontramos un ajuste oficial para usuarios normales. Las extensiones que aplican el mismo límite son la vía habitual; elija una cuyo código sea de su confianza.
- Safari: no verificamos un ajuste para las direcciones de WebRTC.
- Cualquier navegador: una VPN que bloquee el tráfico WebRTC, o una VPN que enruta todo el dispositivo, elimina el problema en su origen. Repita esta prueba después.
Lo que esta prueba no muestra
- No prueba todas las rutas. Una conexión puede usar una dirección que los servidores STUN no informaron.
- No puede saber de qué interfaz de red procede un candidato, así que una dirección distinta puede venir de una conexión normal.
- Un nombre .local oculto representa una dirección local que el navegador no reveló; la prueba no puede leerla.
Ejemplo: una VPN que filtra
Las direcciones de abajo son direcciones de documentación de RFC 5737, que sustituyen a reales. Nuestro servidor ve la dirección del servidor de la VPN, pero el navegador informa también de la dirección de la conexión normal.
El veredicto es entonces una posible fuga, y la página enumera la dirección que difiere.
| Dirección | La ve | Resultado |
|---|---|---|
| 203.0.113.7 | Nuestro servidor | La dirección de la VPN |
| 198.51.100.9 | El navegador (WebRTC) | Distinta: la conexión normal |
| 192.168.1.10 | El navegador (local) | Dirección local, no pública |
Preguntas frecuentes
¿Por qué WebRTC revela mi dirección IP?
WebRTC reúne todas las direcciones que tiene el dispositivo, para poder encontrar una ruta hacia otro navegador. Una VPN lleva su tráfico web, pero parte del tráfico WebRTC puede seguir saliendo por la conexión normal, salvo que el navegador o la VPN estén configurados para impedirlo.
¿Envía esta prueba mi dirección IP a algún sitio?
Su dirección llega a los dos servidores STUN durante la prueba, porque ellos deben responderle. Nuestro servidor también ve la dirección, como ocurre con cada petición, y no la guarda. No se envía nada más de lo que escribe o pulsa.
¿Por qué la prueba dice que un nombre .local oculto no es mi dirección?
Los navegadores sustituyen la dirección privada de un dispositivo por un nombre aleatorio que termina en .local, así que una página web no puede leer la dirección en sí. El nombre es un marcador; la prueba cuenta estos nombres, pero no puede mirar tras ellos.
¿Qué pasa si el veredicto dice que una dirección pública es distinta, pero no tengo VPN?
Su dispositivo puede tener una dirección IPv6 que su tráfico IPv4 no usa, y la prueba la informa. Revise los ajustes de IPv6 de su conexión antes de concluir que algo filtra.
¿Por qué la prueba no pide permiso de cámara ni de micrófono?
No los necesita. Conceder acceso a la cámara o al micrófono haría que el navegador mostrara su dirección local real, así que la prueba deja esa decisión en sus manos.
¿Puedo fiarme de una VPN que dice bloquear WebRTC?
Compruébelo. Ejecute esta página con la VPN activa y lea el veredicto. Una afirmación no es una prueba, y una fuga puede volver tras una actualización o un cambio de red.
Fuentes
- RFC 8839: sintaxis SDP para ICE, atributo candidate, sección 5.1 (en inglés)
- Borrador del IETF: uso de Multicast DNS para proteger la privacidad al exponer candidatos ICE, caducado (en inglés)
- Wiki de Mozilla: ajustes de privacidad de WebRTC (en inglés)
- Microsoft: directiva WebRtcLocalhostIpHandling para Microsoft Edge (en inglés)
- Cloudflare: servidores TURN y STUN (en inglés)
- RFC 5737: bloques de direcciones IPv4 reservados para documentación (en inglés)
Cifras y texto revisados por última vez el martes, 10 de noviembre de 2026.