Qué comprueba la prueba de fugas de proxy
Seis comprobaciones, cada una compara un canal con la dirección que ven los sitios por HTTP. Una fuga es cualquier canal que sale desde una red distinta.
| Comprobación | Qué detecta | Cómo se mide |
|---|---|---|
| IP de salida | Qué detectaLa dirección, la red y el tipo de IP que ve cada sitio. | Cómo se mideTu navegador pregunta a nuestro servidor desde qué dirección llegó la solicitud. Buscamos su red (ASN) y su ubicación. |
| WebRTC | Qué detectaUna segunda dirección pública o local que cualquier página puede leer con JavaScript. | Cómo se mideTu navegador recoge candidatos WebRTC de nuestro servidor STUN, y comparamos cada uno público con tu IP de salida. |
| UDP | Qué detectaNavegadores que solo reescriben la dirección que informan, y UDP o TCP que se salta el proxy. | Cómo se mideTu navegador contacta con nuestro servidor TURN por UDP y TCP con un token de un solo uso. Nuestro servidor registra de dónde vinieron esos paquetes. |
| HTTP/3 (QUIC) | Qué detectaTráfico UDP que sale fuera de un proxy solo TCP. | Cómo se mideNuestro servidor responde por HTTP/2 y HTTP/3 e indica qué protocolo y dirección usó cada solicitud. |
| IPv6 | Qué detectaTráfico IPv6 que rodea a un proxy IPv4. | Cómo se mideTu navegador pide una dirección que solo se resuelve por IPv6. |
| Zona horaria | Qué detectaUn reloj del navegador que no encaja con la ubicación de la IP. | Cómo se mideComparamos el desfase UTC actual de tu navegador con la zona horaria de tu IP de salida. |
Cómo funciona la prueba
Primero, tu IP de salida
Todas las demás comprobaciones se comparan con la dirección que ve nuestro servidor en una solicitud HTTPS normal.
WebRTC se prueba contra nuestros propios servidores
Tu navegador pide su dirección pública a nuestro servidor STUN y luego prueba nuestro servidor TURN por UDP y TCP con un token de un solo uso. Rechazamos el relé y solo registramos de dónde llegó la solicitud.
HTTP/3 tiene su oportunidad
La primera solicitud usa TCP y descubre que HTTP/3 está disponible. Luego la sonda cierra esa conexión para que el navegador pruebe QUIC sobre UDP, y nuestro servidor indica cuál llegó.
Las direcciones se comparan por red
Buscamos la red (ASN) detrás de cada dirección. La misma dirección pasa, una dirección vecina del mismo operador es una nota y una red distinta es una fuga.
Por qué verifica nuestro servidor y no solo tu navegador
Una prueba de fugas de WebRTC que solo lee lo que informa el navegador puede engañarse. Los navegadores antidetección reescriben la dirección de sus candidatos WebRTC, así que la prueba muestra la IP de tu proxy mientras los paquetes siguen saliendo de tu propia conexión.
Los sitios que lo vigilan, como plataformas de anuncios, marketplaces y redes sociales, pueden ejecutar sus propios servidores STUN y TURN y mirar de dónde llegan realmente los paquetes. Esta prueba hace lo mismo. Cuando la dirección que informa tu navegador y la que ve nuestro servidor difieren, el resultado lo indica.
En una red móvil, IP distintas no siempre son una fuga
Los operadores móviles colocan a miles de abonados detrás de un grupo compartido de direcciones públicas (CGNAT). El tráfico TCP y UDP de un mismo teléfono puede salir desde dos direcciones vecinas del mismo grupo. Los sitios ven ambas como el mismo operador, así que esta prueba indica una dirección vecina de la misma red como nota, no como fuga. Cómo el CGNAT da forma a los proxies móviles.
Cuándo ejecutarla
- Antes de iniciar sesión en cuentas en un perfil de navegador antidetección, para confirmar que WebRTC, la zona horaria y IPv6 coinciden con el proxy.
- Después de cambiar los ajustes del proxy, las opciones del navegador o las extensiones.
- Cuando un scraper o un bot de navegador es bloqueado aunque cada solicitud pase por un proxy.
- Cuando revendes proxies y quieres mostrar a un comprador lo que ve un sitio.
Cómo corregir cada fuga
- WebRTC
- Configura el navegador o el perfil para enviar WebRTC solo por el proxy, o usa un proxy que admita UDP para que WebRTC pueda pasar por él.
- UDP y HTTP/3
- Usa un proxy que lleve UDP sobre SOCKS5, o desactiva QUIC en el navegador para que se quede en TCP. Cómo SOCKS5 lleva UDP y HTTP/3.
- IPv6
- Desactiva IPv6 en el dispositivo o en el adaptador de red, o usa un proxy que lleve tráfico IPv6.
- Zona horaria
- Ajusta la zona horaria del perfil a la ubicación del proxy. La mayoría de los navegadores antidetección pueden tomarla de la IP del proxy.
- IP de centro de datos
- Los sitios con controles antibot estrictos desconfían de las redes de hosting. Un proxy móvil sale por una red de operador. Compara precios de proxies móviles.
Preguntas sobre la prueba de fugas de proxy
¿Qué es una fuga de proxy?
Una fuga de proxy es cualquier tráfico o ajuste del navegador que muestra a un sitio algo distinto de la dirección de tu proxy. Las más comunes son WebRTC revelando tu IP real, tráfico UDP como HTTP/3 que se salta un proxy solo TCP, tráfico IPv6 enrutado fuera de un proxy IPv4 y una zona horaria del navegador que no coincide con la ubicación del proxy.
¿Cómo hago una prueba de fugas de WebRTC?
Abre esta página con tu proxy o perfil de navegador activo. La prueba empieza sola y compara las direcciones que expone WebRTC con tu IP de salida. Si WebRTC muestra una dirección de otra red, el resultado la marca como fuga y explica cómo corregirla.
¿Por qué una prueba de fugas de proxy comprueba UDP?
La mayoría de los proxies HTTP y SOCKS5 solo reenvían TCP. Los navegadores también envían UDP: WebRTC lo usa para las llamadas y HTTP/3 funciona sobre QUIC, que va por UDP. Si ese UDP sale por tu propia conexión, los sitios ven tu dirección real aunque cada página haya cargado por el proxy.
¿En qué se diferencia de otras pruebas de fugas de WebRTC?
La mayoría de las pruebas solo leen las direcciones que informa el navegador. Esta también ejecuta sus propios servidores STUN y TURN, registra de dónde llegan realmente los paquetes UDP y TCP, comprueba HTTP/3, IPv6 y zona horaria, y compara redes en lugar de direcciones sueltas, así que las direcciones vecinas de un operador móvil no se informan como fugas.
Mi IP de WebRTC es distinta pero del mismo operador. ¿Es una fuga?
No. Los operadores móviles comparten grupos de direcciones públicas entre abonados, así que el tráfico de un dispositivo puede salir desde dos direcciones vecinas. Ambas pertenecen a la misma red y los sitios ven el mismo operador. La prueba lo indica como nota.
¿Puede un navegador antidetección pasar una prueba de WebRTC y aun así filtrar?
Sí. El enmascarado solo cambia la dirección que informa el navegador. Si los paquetes siguen saliendo de tu propia conexión, el servidor de un sitio ve la real. La comprobación verificada por el servidor detecta justo este caso.
¿La prueba guarda mi dirección IP?
No. Los resultados no se guardan ni se vinculan a una cuenta. Para mostrar la red y la ubicación, nuestro servidor consulta la dirección a un proveedor de datos de IP y guarda esa consulta en memoria unas horas.
¿Los proxies de ProxyStream admiten UDP?
Los servidores Avanzado llevan UDP sobre SOCKS5, así que HTTP/3 y WebRTC pueden pasar por el proxy en lugar de rodearlo. Los servidores Estándar llevan TCP. Si tienes un proxy de ProxyStream, inicia sesión y pruébalo desde nuestro servidor en esta página.