Esta es la lista de los errores más frecuentes, con el síntoma que ves, la causa real y la solución. En casi todos los casos, el mensaje de error que muestra la herramienta no apunta al problema verdadero.
1. Host y puerto en el mismo campo
Síntoma: "Fallo de conexión", "No se pudo conectar al proxy" o un timeout inmediato.
Causa: pegaste p1.ejemplo.com:8000 en el campo del host. La herramienta intenta resolverlo como nombre de dominio y falla.
Solución: sepáralos.
Host: p1.ejemplo.com
Puerto: 8000
Si la herramienta pide una cadena única, el formato es http://usuario:contraseña@host:puerto, y en ese caso el host va sin el puerto repetido.
2. Puerto del protocolo equivocado
Síntoma: conexión rechazada, o se conecta pero ninguna petición termina.
Causa: seleccionaste SOCKS5 pero pusiste el puerto de HTTP (o al revés). Cada protocolo escucha en un puerto distinto.
Solución: revisa siempre protocolo y puerto juntos. El panel muestra el puerto de cada protocolo junto a la credencial. La diferencia entre protocolos está en HTTP, HTTPS y SOCKS5.
3. Espacio de más en la credencial
Síntoma: error 407, "autenticación fallida", "credenciales no válidas".
Causa: al seleccionar con el ratón, se copió un espacio o un salto de línea. No lo ves, pero está ahí.
Solución: usa el botón de copiar del panel. Si ya lo pegaste, borra el campo y vuelve a pegar. Todas las causas del 407 están en error 407 Proxy Authentication Required.
4. Carácter especial en la contraseña dentro de una URL
Síntoma: error de autenticación solo en las herramientas que usan formato URL; con campos separados funciona.
Causa: la contraseña contiene @, :, / o #, que tienen un significado propio en la estructura de la URL. La @ es la más crítica, porque separa la credencial del host.
Solución: codifica el carácter: @ pasa a %40, : a %3A, / a %2F y # a %23. Más detalles en autenticación con usuario y contraseña.
5. Perfil abierto antes de aplicar el proxy
Síntoma: el navegador antidetect muestra tu IP real en lugar de la IP del proxy.
Causa: el proxy se guardó en la configuración, pero la sesión del navegador ya estaba abierta y no recargó la ruta de red.
Solución: cierra por completo el navegador de ese perfil y ábrelo de nuevo. Confírmalo con una consulta de IP en la primera pestaña.
6. VPN activa compitiendo con el proxy
Síntoma: latencia muy alta, conexiones que se caen o una IP de un país inesperado.
Causa: hay una VPN activa en el sistema. El tráfico pasa por dos saltos y, en algunos casos, la VPN se impone a la ruta del proxy.
Solución: desactiva la VPN. Proxy y VPN resuelven el mismo problema de forma distinta; apilar los dos empeora la conexión sin ninguna ventaja.
7. DNS resuelto en tu equipo
Síntoma: la IP es correcta, pero la prueba de fuga de DNS muestra los servidores de tu proveedor de internet.
Causa: la resolución de nombres ocurre en tu equipo, antes de que el tráfico entre en el proxy. Eso expone a qué dominios accedes.
Solución: en SOCKS5, usa el esquema socks5h:// en lugar de socks5://. En los navegadores antidetect, activa la opción de resolver el DNS a través del proxy. En bibliotecas, busca si hay una opción de DNS remoto.
8. Uso simultáneo por encima de lo contratado
Síntoma: conexión inestable, caídas intermitentes, autenticación que a veces falla.
Causa: el mismo proxy se está usando en más dispositivos o sesiones de los que prevé el plan.
Solución: reduce el uso simultáneo o contrata dispositivos adicionales. Como la autenticación es por credencial, el proxy funciona desde cualquier red, pero el número de sesiones simultáneas es el contratado.
Diagnóstico en cuatro pasos
Cuando algo no funciona, sigue este orden en lugar de cambiar varias cosas a la vez:
- Prueba con curl. Si funciona, el proxy está bien: el problema es la herramienta.
- Compara host, puerto, usuario y contraseña con el panel, campo por campo.
- Desactiva la VPN y las extensiones de proxy del navegador.
- Abre un ticket en el panel con el comando que ejecutaste (con la contraseña enmascarada) y la salida completa.
El paso 4 con la información del paso 1 suele resolverse en la primera respuesta. Para el paso a paso de las pruebas, mira cómo probar si el proxy funciona. Si el navegador muestra un código de error, consulta ERR_PROXY_CONNECTION_FAILED o ERR_TUNNEL_CONNECTION_FAILED.
Si la falla es técnica y el proxy no responde, el botón "No funciona" del panel prueba la IP y, si confirma el fallo, la cambia manteniendo la vigencia.
Cuando el problema no es de configuración
Si el proxy pasa todas las pruebas, la IP es la correcta, la latencia es normal y aun así la plataforma pone fricción, el problema ha dejado de ser de red.
A partir de ahí, las variables son: el historial de la cuenta, la huella digital del navegador, el patrón de comportamiento y, en algunos casos, el tipo de IP. Si usas IPv4 de datacenter y la plataforma es sensible a ello, un ISP residencial suele generar menos verificaciones. Cambiar de IP no arregla una restricción causada por el contenido o por el uso de la cuenta.