¿Configuraste un proxy pero una prueba de IP sigue mostrando tu IP real? Puede tratarse de una fuga de WebRTC. Esta guía explica los modos Reemplazar, Reenviar, Real, Deshabilitado y Proxy UDP, sus ventajas y desventajas, cómo elegir según el escenario y cómo comprobar que la configuración funciona.
¿Alguna vez configuraste un proxy en el navegador y, al abrir una página de comprobación de IP, seguiste viendo tu dirección real? El problema puede ser una fuga de WebRTC.
WebRTC (Web Real-Time Communication) permite realizar llamadas de audio y video en el navegador sin plugins, pero al establecer una conexión puede saltarse el proxy y exponer la IP real del dispositivo. Las videollamadas, los chats de voz, la atención al cliente en línea e incluso scripts web que pasan desapercibidos pueden activarlo. Aquí explicamos los modos de WebRTC disponibles en navegadores antidetección como PurpleMark, sus diferencias y cómo elegirlos y verificarlos.
1. Los 5 modos de configuración de WebRTC
Los navegadores antidetección para múltiples cuentas suelen ofrecer varias formas de gestionar WebRTC dentro de la configuración de huella del entorno. Estas son las cinco más habituales:
1. Reemplazar (Replace) — opción predeterminada para la mayoría de los casos Cuando una página inicia una solicitud WebRTC, el navegador devuelve la IP del proxy configurado para ese entorno y oculta la IP local real, de modo que la “IP del proxy” y la “IP que ve WebRTC” coincidan. Es adecuada para la gestión diaria de cuentas en Amazon, TikTok, Shopify, Facebook y plataformas similares, y suele ser el primer modo recomendado.
2. Reenviar (Forward) — versión avanzada de Reemplazar Las solicitudes WebRTC se retransmiten mediante servidores STUN públicos, haciendo que la ruta parezca originarse en un nodo de red normal en lugar de ser una simple sustitución de valores. Puede ser más difícil de detectar que Reemplazar y resulta útil en plataformas con una validación más estricta del origen de la conexión, como ciertos sitios de transacciones o pagos.
3. Real — sin intervención Usa directamente la IP física real del dispositivo sin modificarla. Normalmente solo debe utilizarse cuando se necesita expresamente un entorno de red real, por ejemplo para pruebas de red o desarrollo y depuración local. En operaciones a escala que requieren aislamiento de entornos, por lo general no debería activarse.
4. Deshabilitado (Disabled) — cortar WebRTC desde el origen Desactiva por completo la capacidad WebRTC del navegador. Los sitios no pueden iniciar solicitudes WebRTC, eliminando esta vía de fuga desde el origen. A cambio, las páginas que dependen de la cámara o de la voz, como llamadas web o atención al cliente en línea, pueden dejar de funcionar. Es apropiado cuando la privacidad es prioritaria y no se necesita comunicación de audio o video en la web.
5. Proxy UDP (deshabilitar UDP) — control de protocolo a un nivel más bajo WebRTC utiliza principalmente UDP para el transporte. Al activar esta opción, la comunicación se restringe a TCP y se reduce la posibilidad de descubrir la ruta real mediante sondeos de puertos UDP. Es útil en entornos sometidos a comprobaciones de red más estrictas.
2. ¿Qué modo elegir según el escenario?
| Tu necesidad | Modo recomendado | Explicación |
|---|---|---|
| Máxima privacidad, sin necesidad de audio/video web | Deshabilitado | Evita las fugas WebRTC desde el origen |
| Necesitas WebRTC + proteger la IP | Proxy UDP (deshabilitar UDP) | Mantiene las funciones necesarias y bloquea el sondeo UDP |
| Operación diaria con varias cuentas, evitar diferencias de IP | Reemplazar | Mantiene iguales la IP del proxy y la IP de WebRTC, equilibrando realismo y estabilidad |
| Plataformas con validación estricta del origen | Reenviar | La retransmisión mediante STUN ofrece una ruta de conexión más natural |
En general, empieza con el modo Reemplazar porque cubre la mayoría de los casos. Si encuentras auditorías de conexión más estrictas o sitios que dependen de funciones de voz, cambia a Reenviar o deshabilita UDP según sea necesario.
3. ¿Dónde se configura y cómo comprobar que funciona?
Ubicación de la configuración: Crea o edita un entorno de navegador en el navegador antidetección, entra en la sección “Configuración de huella” (parámetros de huella) y selecciona el modo WebRTC correspondiente. Asegúrate también de que el proxy del entorno esté configurado correctamente para que el tráfico pase por el servidor proxy previsto y no se conecte directamente a Internet.
Método de verificación: Después de guardar la configuración y abrir el entorno, visita una herramienta de prueba de fugas WebRTC. Comprueba si la IP mostrada coincide con la IP del proxy configurado para ese entorno y si aparece tu IP local real. Si coincide con el proxy y no se muestra la dirección real, la configuración está funcionando.
4. Preguntas frecuentes
¿Por qué las cuentas aún pueden relacionarse aunque use un proxy? Una posible causa es una fuga de WebRTC. WebRTC puede saltarse el proxy y exponer al sitio la IP física real del dispositivo. Elegir el modo WebRTC adecuado en el navegador antidetección ayuda a bloquear esta fuga.
¿El modo Deshabilitado afecta a la navegación normal? Puede afectar a funciones web que dependen de audio, video o voz. Si no necesitas esas funciones, Deshabilitado ofrece la mayor privacidad. Si sí las necesitas, usa Reemplazar o Reenviar.
Resumen
WebRTC es una causa habitual de que la IP real siga filtrándose incluso con un proxy configurado. Los cinco modos de los navegadores antidetección — Reemplazar, Reenviar, Real, Deshabilitado y Proxy UDP — representan distintos equilibrios entre privacidad y funcionalidad: empieza con Reemplazar, usa Reenviar para controles más estrictos, deshabilita WebRTC si no necesitas audio/video y desactiva UDP cuando haga falta. Después, realiza una prueba de fugas y confirma que la IP mostrada coincide con la del proxy.
