Test de fuga WebRTC
Ejecutando el test de fuga...
IPv4 (HTTP) Comprobando...
IPv6 (HTTP) Comprobando...
Candidatos ICE recogidos
No se recogió ningún candidato ICE.
Ubicación aproximada
Localizando tu red…

El marcador muestra el centro aproximado de la zona que sirve tu proveedor, no tu casa, tu calle ni tu dispositivo. Una desviación de decenas de kilómetros es normal.

Cómo detener una fuga de WebRTC
Chrome / Edge — instala una extensión que bloquee WebRTC (por ejemplo «WebRTC Leak Prevent») o usa un cliente VPN que bloquee explícitamente el tráfico WebRTC: Chrome ya no incluye un interruptor propio para esto.
Firefox — abre about:config, busca media.peerconnection.enabled y ponlo en false para desactivar WebRTC por completo.
Safari — WebRTC no se puede desactivar globalmente; quita el acceso a cámara y micrófono por sitio en Safari > Ajustes > Sitios web, o confía en una VPN que bloquee WebRTC a nivel de red.
Brave — abre el panel Shields y pon el limitador de red WebRTC en su modo más estricto («Proxied») para evitar fugas de IP local.
Sobre el test de fuga WebRTC

WebRTC es una tecnología del navegador creada para videollamadas en tiempo real y transferencia de archivos entre pares. Para conectar dos ordenadores directamente necesita descubrir todas las direcciones de red por las que se puede contactar con cada lado, así que pregunta a un servidor STUN público «¿qué IP tiene esta conexión vista desde fuera?» y recoge la respuesta como un candidato ICE. Ese intercambio de candidatos ocurre normalmente de forma invisible entre dos pares de una llamada, pero cualquier sitio web también puede activarlo en segundo plano, leer los candidatos y extraer tus direcciones.

Esto se convierte en un problema de privacidad sobre todo para quien usa VPN. Una VPN redirige tu tráfico HTTP habitual por su túnel, así que los sitios ven la IP de la VPN en lugar de la tuya. WebRTC, en cambio, habla con el servidor STUN por su propia conexión y, en algunas configuraciones, esa conexión esquiva por completo el túnel de la VPN, filtrando tu IP real de internet aunque la barra de direcciones te diga que estás «protegido». Los navegadores modernos también intentan ocultar tu dirección de red local sustituyéndola por un nombre mDNS aleatorio y de un solo uso terminado en .local en vez de una IP como 192.168.1.5; esa sustitución es una mejora real de privacidad, no una señal de que algo falle.

Esta herramienta ejecuta exactamente el mismo proceso de recolección ICE que podría ejecutar una página maliciosa, usando dos servidores STUN independientes por fiabilidad, y compara cada candidato público que recoge con tu dirección IP HTTP real. Si coinciden, WebRTC no añade ninguna exposición adicional a la que ya tiene cualquier sitio. Si difieren mientras crees estar con una VPN, esa discrepancia es la fuga, y las soluciones de arriba explican cómo cerrarla en tu navegador concreto.

Esta prueba solo revela lo que expone tu propio navegador mediante la recolección ICE de WebRTC; no puede detectar fugas que ocurran a nivel del sistema operativo o del router.

Test de fuga WebRTC: ¿tu VPN filtra tu dirección IP real?

Este test de fuga WebRTC ejecuta exactamente el mismo método de conexión entre pares que emplearía un script de rastreo y comprueba si alguna de las direcciones que recopila delata la IP que tu VPN debería ocultar. Abre una conexión RTCPeerConnection con un canal de datos vacío — sin cámara, sin micrófono y sin solicitar permisos —, consulta a dos servidores STUN públicos cómo se ve tu conexión desde el exterior y compara esa dirección con la IP desde la que recibimos tus peticiones HTTPS.

Cómo interpretar los candidatos ICE de este análisis

WebRTC necesita localizar todas las direcciones posibles a través de las cuales otro equipo podría conectarse contigo, por lo que genera una lista de candidatos ICE. Esta página muestra dicha lista en bruto con su tipo y protocolo de transporte, finalizando la búsqueda tras cinco segundos.

En la parte superior aparecen tus direcciones IPv4 e IPv6 estándar vistas por HTTP — los mismos valores que proporciona cuál es mi dirección IP. Estas sirven de línea base para comparar y emitir el diagnóstico definitivo.

host, srflx y relay: qué significan las etiquetas

  • Local (host): dirección propia de tu tarjeta de red, ya sea una IP privada como 192.168.1.14 o un nombre aleatorio terminado en .local.
  • Pública (vía STUN): el candidato srflx, que representa la dirección pública desde la que el servidor STUN vio llegar el paquete. Es el dato crítico al usar una VPN.
  • Relay (TURN): tráfico enrutado mediante un servidor intermedio; como este test solo usa STUN, un candidato relay resulta inusual.

Significado de cada resultado

  • Fuga detectada: un candidato STUN público no coincide con tu IP HTTP; en una VPN indica que los paquetes han esquivado el túnel cifrado.
  • Sin fugas: ambas direcciones son idénticas y el túnel funciona correctamente.
  • IP local expuesta: se muestra la IP de tu red LAN en lugar de un nombre mDNS ofuscado.
  • Protegido: tu IP local queda protegida tras un identificador aleatorio .local.
  • Sin IP pública / WebRTC bloqueado: no se pudo contactar con STUN o WebRTC está inactivo en el navegador.

Por qué WebRTC puede filtrar una IP oculta por tu VPN

WebRTC se diseñó para posibilitar comunicaciones de vídeo, voz y transferencia de datos directas entre navegadores. Conectar dos dispositivos situados tras routers independientes exige atravesar NAT, lo que requiere resolver una duda desde fuera: ¿desde qué dirección proviene la conexión? Un servidor STUN responde a esa pregunta, y cualquier web puede iniciar este intercambio en segundo plano mediante JavaScript.

El problema surge cuando pretendes ocultar tu conexión real. Una VPN desvía tu tráfico web ordinario por su túnel, pero WebRTC envía paquetes UDP directos a servidores STUN que, en configuraciones de túnel dividido, toman la ruta habitual de tu proveedor. Las extensiones de VPN para navegador son el caso típico: redirigen peticiones HTTP pero no el tráfico UDP del sistema — por lo que este resultado puede contradecir una comprobación de VPN hecha por HTTP.

Un nombre de host .local aleatorio no constituye una fuga

Si un candidato de tipo host muestra un valor como 7b3f9c21-4d0a-48e7.local en lugar de 192.168.1.14, el sistema funciona a la perfección. Se trata de la ofuscación mDNS: el navegador genera un nombre DNS multidifusión temporal para tu interfaz y lo entrega en vez de tu IP local. Chrome, Edge, Brave, Firefox y Safari aplican esto por defecto — uBlock Origin eliminó su propia función de WebRTC en la versión 1.38 porque los navegadores asumieron esta protección. Conviene recordar dos cosas: solo protege tu IP de red local, no evita fugas de VPN, y cualquier web con permiso de cámara o micrófono podrá ver la IP local real.

Cómo corregir una fuga de WebRTC en Chrome y Edge

Ninguno de los dos navegadores incluye un botón para desactivar WebRTC, y ya no existen opciones en chrome://flags ni en edge://flags para inhabilitarlo. Existen tres soluciones funcionales ordenadas por eficacia:

  • Utiliza un cliente VPN completo instalado en el sistema, no una simple extensión. Si todo el tráfico UDP viaja por el túnel, STUN únicamente registrará la IP del servidor VPN.
  • Configura la política de gestión de IP con una extensión. Complementos como WebRTC Leak Prevent configuran chrome.privacy.network.webRTCIPHandlingPolicy en default_public_interface_only o disable_non_proxied_udp, que son los modos que evitan la exposición local.
  • Aplica directivas de sistema. En Windows, define la clave WebRtcIPHandling en Chrome o WebRtcLocalhostIpHandling bajo SOFTWARE\Policies\Microsoft\Edge con los valores AllowPublicInterfaceOnly o DisableNonProxiedUdp. Requiere reiniciar el navegador; compruébalo en edge://policy.

Cómo deshabilitar WebRTC por completo en Firefox

Firefox es el único navegador de escritorio convencional que ofrece un interruptor directo. Escribe about:config en la barra de direcciones, acepta la advertencia, localiza media.peerconnection.enabled y haz doble clic sobre la línea para establecerla en false. WebRTC quedará desactivado de inmediato en todas las webs y esta prueba lo reportará como bloqueado.

Es un bloqueo total: servicios de videollamada como Meet, Teams, Discord y Zoom dejarán de funcionar en el navegador hasta que lo reviertas. Si necesitas realizar llamadas, déjalo activo y cambia en su lugar media.peerconnection.ice.default_address_only a true — así Firefox solo ofrecerá la IP de tu ruta predeterminada, que corresponderá a la VPN si el túnel está activo.

Cómo solucionar las fugas de WebRTC en Brave

Brave ofrece de serie los controles que Chrome oculta. Dirígete a brave://settings/privacy y localiza Directiva de gestión de IP de WebRTC. Al usar VPN o proxy, dispones de opciones esenciales:

  • Predeterminado: puede enumerar todas las interfaces y expone las direcciones locales.
  • Interfaces públicas y privadas predeterminadas: utiliza la ruta por defecto, pero sigue revelando la IP privada correspondiente.
  • Solo interfaz pública predeterminada: utiliza la ruta predeterminada sin mostrar direcciones locales; las llamadas funcionan. Es la configuración recomendada para uso diario.
  • Inhabilitar UDP sin proxy: fuerza el uso de TCP a través del proxy salvo que este soporte UDP. Es la opción más estricta (usada por Brave en ventanas Tor), aunque puede interferir con videollamadas.

Consideraciones en Safari, iPhone y Android

En entornos móviles y en WebKit las recomendaciones habituales de escritorio no siempre son aplicables.

Safari en macOS

Las versiones recientes de Safari carecen de un interruptor global permanente. Las opciones del menú Desarrollo solo se mantienen durante la sesión activa. Safari oculta las IP locales tras nombres mDNS hasta que autorizas el uso de la cámara o el micrófono, por lo que la mejor defensa consiste en revisar los permisos en Safari > Ajustes > Sitios web y contar con una VPN para todo el sistema.

iPhone y iPad

Todos los navegadores en iOS están obligados a utilizar el motor WebKit, por lo que Chrome o Firefox en iPhone no cuentan con about:config ni extensiones; asimismo, los bloqueadores de contenido no pueden filtrar WebRTC. Para evitar fugas en iOS, activa un perfil de VPN en Ajustes > VPN que canalice todo el tráfico UDP y repite este test en Safari.

Android

Chrome para Android no admite extensiones ni ajustes de WebRTC. Brave para Android dispone del mismo menú de políticas de IP en sus opciones de privacidad. En Firefox para Android solo las versiones Beta o Nightly permiten entrar en about:config. Como alternativa general, utiliza la función VPN siempre activa de Android junto con Bloquear conexiones sin VPN.

Qué información queda fuera del alcance de este test

Esta herramienta evalúa exclusivamente los datos que tu navegador transmite a los scripts ejecutados en esta web. No puede identificar fugas generadas por debajo del navegador — como conexiones erróneas del sistema operativo o rutas IPv6 que tu VPN no gestione —, ni tampoco analiza fugas de DNS. Si un cortafuegos bloquea STUN, el test indicará „Sin IP pública“, lo cual simplemente significa que no hubo respuesta del servidor. Además, la IP es solo uno de muchos identificadores: parámetros de pantalla, tipografías y cabeceras que se detallan en Qué navegador tengo pueden rastrear tu dispositivo incluso usando una VPN limpia.

Preguntas frecuentes sobre fugas WebRTC

¿Puede WebRTC filtrar mi IP real incluso estando conectado a una VPN?

Sí, puede ocurrir. WebRTC transmite paquetes UDP propios hacia servidores STUN. En servicios con túnel dividido o extensiones de navegador, estos paquetes viajan fuera del túnel por tu conexión normal. El servidor STUN detecta entonces tu IP real de operadora y cualquier web puede leerla mediante JavaScript. Un cliente VPN completo de sistema resuelve este problema.

¿Hay alguna forma de desactivar WebRTC por completo en Edge?

No mediante los menús habituales: Edge no cuenta con un interruptor general y se eliminó la antigua opción de about:flags. En entornos Windows puedes establecer la directiva WebRtcLocalhostIpHandling como AllowPublicInterfaceOnly o DisableNonProxiedUdp en el Registro bajo SOFTWARE\Policies\Microsoft\Edge. Requiere reiniciar el navegador; compruébalo en edge://policy.

¿Dónde se puede desactivar WebRTC y PeerConnection en Firefox?

En about:config: busca la preferencia media.peerconnection.enabled y haz doble clic para ponerla en false. Con ello deshabilitas WebRTC en todas las páginas al instante, aunque las videollamadas web dejarán de funcionar. Si deseas conservarlas, déjalo en true y cambia media.peerconnection.ice.default_address_only a true.

¿Cómo puedo deshabilitar WebRTC de forma permanente en Safari?

En las versiones actuales de Safari no es posible hacerlo de forma global y permanente. La opción previa en el menú de funciones experimentales ya no existe y los ajustes de desarrollo se reinician con cada sesión. Como Safari oculta las IP locales tras mDNS, la mejor protección consiste en limitar los permisos de sitios web y emplear una VPN a nivel de sistema.

¿Cuáles son los mejores ajustes en Brave para frenar fugas WebRTC?

En brave://settings/privacy selecciona „Disable Non-Proxied UDP“ en la directiva de IP de WebRTC mientras utilices VPN o proxy. De este modo WebRTC usará TCP a través del proxy y STUN no verá tu IP auténtica. „Default Public Interface Only“ es una opción intermedia idónea para mantener operativas las llamadas habituales.

¿Qué directiva de gestión de IP de WebRTC conviene seleccionar?

La opción „Default Public Interface Only“ resulta adecuada para la inmensa mayoría: oculta interfaces locales, mantiene UDP activo y permite que las videollamadas funcionen sin trabas. Utiliza „Disable Non-Proxied UDP“ solo cuando busques máxima privacidad bajo proxy o VPN. Las opciones por defecto continúan dejando al descubierto las direcciones locales.

¿Por qué WebRTC hace pública mi dirección IP privada?

En los navegadores actuales esto ya no sucede de forma predeterminada. Chrome, Edge, Brave, Firefox y Safari sustituyen la IP privada por un nombre de host mDNS temporal terminado en .local. Las páginas web solo reciben ese identificador en lugar de 192.168.1.14. Si la lista muestra una IP privada directa, significa que la protección está desactivada.