Probar antes de usar ahorra horas de diagnóstico. Un proxy que "parece configurado" pero no está enrutando el tráfico es la causa más frecuente de problemas en una operación nueva.
Qué hay que probar exactamente
Cuatro cosas, por orden de importancia:
- La IP de salida es la que contrataste
- El país es el que elegiste al comprar
- No hay fugas de DNS ni de WebRTC que expongan tu conexión real
- La latencia es razonable
Prueba 1: terminal con curl (la más fiable)
Es la prueba que aísla el proxy de todo lo demás. Si la pasa, el proxy está bien.
# Averigua tu IP real, sin proxy
curl https://api.ipify.org
# Ahora a través del proxy
curl -x http://usuario:[email protected]:8000 https://api.ipify.org
# Por SOCKS5
curl -x socks5h://usuario:[email protected]:8000 https://api.ipify.org
Los dos primeros comandos tienen que devolver direcciones distintas. La segunda tiene que ser la IP que contrataste. En el comando de SOCKS5, usa el puerto SOCKS5 que muestra el panel.
Fíjate en socks5h en lugar de socks5: la h hace que la resolución de DNS ocurra en el proxy y no en tu equipo. Sin ella, tu resolvedor de DNS local ve los dominios a los que accedes, lo que es una forma de fuga.
Para ver los detalles de la conexión cuando algo falla:
curl -v -x http://usuario:[email protected]:8000 https://api.ipify.org
La salida detallada muestra en qué etapa se detuvo la conexión: resolución del nombre, conexión TCP, autenticación o petición.
Prueba 2: ubicación y datos de la IP
curl -x http://usuario:[email protected]:8000 https://ipinfo.io/json
La respuesta en JSON trae país, región, ciudad y la organización responsable del bloque. Este último campo es útil: indica si la dirección la anuncia un proveedor de internet o un datacenter, que es la diferencia entre un ISP residencial y una IPv4 de datacenter.
Sin terminal, puedes abrir nuestra comprobación de IP en el navegador configurado con el proxy.
Prueba 3: latencia
curl -o /dev/null -s -w "conexión: %{time_connect}s | total: %{time_total}s\n" \
-x http://usuario:[email protected]:8000 https://www.google.com
Como referencia práctica, con un proxy en tu misma región el tiempo de conexión suele quedar por debajo de 0,3 s y el total por debajo de 1,5 s. Si el proxy está en otro continente, espera valores más altos. Cifras muy por encima de eso merecen una investigación.
Prueba 4: dentro del navegador antidetect
Después de configurar el perfil, ábrelo y comprueba en la primera pestaña:
- IP y país: en cualquier servicio de consulta de IP
- Fuga de WebRTC: la IP que muestra la prueba de WebRTC tiene que ser la del proxy, no la tuya
- Fuga de DNS: los servidores DNS de la lista no deben apuntar a tu proveedor de internet
- Zona horaria: coherente con la ubicación de la IP
Un perfil que pasa las cuatro está técnicamente bien configurado.
Cómo interpretar los resultados
IP distinta de la contratada: el tráfico no está pasando por el proxy. Revisa la configuración de la herramienta.
IP correcta, país equivocado: puede ocurrir cuando la base de geolocalización del servicio de consulta está desactualizada. Compruébalo en un segundo servicio antes de sacar conclusiones.
WebRTC expone tu IP real: es un problema de configuración del navegador, no del proxy. Pon el WebRTC en modo alterado en las opciones del perfil.
DNS apunta a tu proveedor de internet: usa socks5h en lugar de socks5, o configura la herramienta para resolver los nombres en el proxy.
Latencia alta: revisa, en este orden, si hay una VPN activa en el equipo, si hay un uso simultáneo por encima de lo contratado y cuál es la ruta de tu proveedor hasta el proxy.
Funciona con curl pero no en la herramienta: el proxy está bien. El problema es el formato de la credencial o la configuración dentro de la herramienta.
Cuándo abrir un ticket
Si la prueba con curl falla, vale la pena abrir un ticket en el panel. Incluye:
- El comando que ejecutaste (cambia la contraseña por
***) - La salida completa, incluido el modo detallado
- Si el mismo proxy ya funcionó antes y cuándo dejó de hacerlo
Con esa información, el diagnóstico suele salir en la primera respuesta. Sin ella, la conversación se convierte en una serie de preguntas. Si la falla es técnica, el botón "No funciona" del panel prueba la IP y la cambia manteniendo la vigencia.
Lo que estas pruebas no miden es cómo te tratará una plataforma concreta: una IP que funciona bien puede recibir verificaciones por el historial de la cuenta o por el comportamiento.
Para los errores más frecuentes con síntoma y solución, mira la guía de errores comunes de configuración.