Todas las páginas de venta de proxies se parecen. Las pruebas de abajo revelan lo que hay detrás, y se pueden hacer en pocos minutos, con una sola IP contratada, antes de comprometer presupuesto.
1. Confirma que el tráfico pasa de verdad por el proxy
Parece obvio, pero es la prueba que más gente se salta. Un proxy "configurado" que no está enrutando el tráfico es la causa más frecuente de diagnósticos equivocados.
# Tu IP real
curl https://api.ipify.org
# A través del proxy
curl -x http://usuario:contrasena@host:puerto https://api.ipify.org
Los dos resultados tienen que ser distintos, y el segundo tiene que ser la dirección contratada. También puedes comprobarlo desde el navegador con Mi IP.
Si en lugar de la IP vuelve un error 407, el tráfico llegó al proxy pero la credencial no se aceptó. Suele ser una contraseña con un carácter especial o un usuario con el formato equivocado, no un defecto del producto. Las causas y la solución están en error 407 Proxy Authentication Required.
2. Comprueba la clasificación del ASN
Esta es la prueba que revela si el producto es lo que te vendieron. Un proxy anunciado como "residencial" pero con ASN de datacenter no es residencial.
curl -x http://usuario:contrasena@host:puerto https://ipinfo.io/json
El campo org de la respuesta trae el ASN y el nombre de la organización que anuncia el bloque. Interprétalo así:
- Nombre de un proveedor de banda ancha conocido → ISP residencial legítimo
- Nombre de un operador de telefonía móvil → móvil
- Nombre de una empresa de hosting o nube → datacenter
Si pagaste por ISP y el campo muestra un proveedor de nube, el producto no corresponde a la descripción. Por qué el ASN importa tanto está en proxy residencial o datacenter.
3. Revisa la geolocalización en más de una fuente
Las bases de geolocalización discrepan entre sí con frecuencia. Consulta al menos dos antes de concluir que la ubicación está mal.
curl -x http://usuario:contrasena@host:puerto https://ipinfo.io/json
curl -x http://usuario:contrasena@host:puerto https://ipapi.co/json
Una diferencia de ciudad es normal e irrelevante. Una diferencia de país es un problema real: significa que parte de los servicios te va a ver en otro sitio.
4. Mide la latencia
curl -o /dev/null -s -w "conexión: %{time_connect}s | total: %{time_total}s\n" \
-x http://usuario:contrasena@host:puerto https://www.google.com
Referencias para un proxy del mismo país o región desde donde lo usas: conexión por debajo de 0,3 s y total por debajo de 1,5 s. Si usas desde España un proxy de otro continente, los valores serán más altos por pura distancia; compáralos con esa referencia en mente.
Valores muy por encima pueden indicar: un proxy físicamente lejos pese a la geolocalización, una mala ruta o un uso simultáneo superior al contratado.
Repite la prueba varias veces a horas distintas. Una latencia que varía mucho preocupa más que una latencia media pero constante.
Si la latencia es alta después de comprar, antes de cambiar de IP sigue la guía de proxy lento o que se cae: diagnóstico, que separa red, destino y configuración con curl.
5. Busca indicios de uso compartido
No hay una prueba definitiva, pero sí indicios claros:
Límite de peticiones alcanzado sin volumen tuyo. Si un servicio se queja de exceso de peticiones y tú hiciste cinco, alguien más está usando esa dirección.
Verificación inmediata en un servicio común. Una IP realmente nueva y dedicada no debería provocar un desafío en la primera visita a un sitio corriente.
Cookies o sesiones inesperadas. Señal de que otro usuario pasó por ahí hace poco.
La pregunta directa al proveedor sigue siendo la mejor prueba: ¿cuántos clientes usan esta dirección a la vez? Una respuesta que no es un número ya es una respuesta. El impacto de eso en la reputación está en proxy dedicado o compartido. Y si lo que necesitas es usar tú mismo la misma IP en más de un equipo, mira el mismo proxy en dos dispositivos.
6. Comprueba fugas de DNS y WebRTC
Un proxy puede estar enrutando bien el tráfico HTTP y aun así filtrar información por otros caminos.
DNS: si la resolución de nombres ocurre en tu máquina, tu resolvedor local ve todos los dominios que visitas. En SOCKS5, usa socks5h:// en lugar de socks5:// para resolver en el proxy.
WebRTC: en el navegador, la API de comunicación en tiempo real puede exponer la IP real de tu conexión aunque el proxy esté activo. Los navegadores antidetect tienen una configuración específica para esto. Las diferencias entre SOCKS5 y HTTP están en la guía de protocolos.
Prueba las dos cosas en cualquier servicio de detección de fugas, con el proxy activo.
7. Prueba el soporte antes de necesitarlo
No es una prueba técnica, pero es la que más diferencia a los proveedores.
Envía una pregunta técnica real por el canal de soporte, algo como "¿qué puerto usa el SOCKS5 y admiten resolución de DNS remota?", y observa:
- El tiempo de respuesta
- Si la respuesta fue técnica o un guion de ventas
- Si quien respondió entiende de proxies
Un soporte que no responde bien antes de la compra no va a mejorar después. En ProxyBox el soporte es por ticket desde el panel.
Cómo interpretar los resultados
| Resultado | Qué significa |
|---|---|
| IP igual a la tuya | El tráfico no pasa por el proxy: configuración incorrecta |
| ASN distinto del prometido | El producto no corresponde a la descripción |
| País distinto según la fuente | Parte de los servicios te va a ubicar mal |
| Latencia muy alta | Proxy lejano, mala ruta o uso por encima de lo contratado |
| Límite de peticiones sin volumen tuyo | Dirección probablemente compartida |
| DNS resuelto por tu operador | Fuga: ajusta la resolución remota |
| WebRTC mostrando tu IP | Configuración del navegador, no del proxy |
El protocolo recomendado antes de escalar
- Compra una IP, no diez
- Haz las siete pruebas de arriba
- Úsala en producción durante una semana en el escenario real
- Prueba el soporte con una duda real
- Solo entonces aumenta la cantidad o piensa en un plan largo
Un proveedor que no permite empezar con una IP, o que exige un gasto mínimo alto, te está pidiendo confianza antes de demostrar competencia. Los precios por período de ProxyBox están en /precios.
Si quieres los comandos completos, con la interpretación de cada salida, mira la guía probar un proxy online.
Dos pruebas de esta lista tienen un artículo propio, porque la salida exige interpretación: la fuga de DNS, con la diferencia entre los dos modos de SOCKS5, está en socks5 o socks5h: fuga de DNS; y la compatibilidad del destino con IPv6, que decide si el lote barato sirve para tu caso, está en cómo saber si un sitio acepta IPv6. Si el proxy pasa las pruebas pero después oscila, la guía de diagnóstico es proxy lento o que se cae.