¿Conexión al proxy rechazada o tiempo de espera agotado?
Un rechazo y un tiempo agotado indican síntomas distintos. Averigua qué paso falló antes de cambiar ajustes o ampliar los tiempos de espera.
Rechazada: el intento de conexión recibió un rechazo activo. Tiempo agotado: no terminó antes del límite configurado. Primero identifica qué conexión describe el mensaje.
Un rechazo puede significar que el proxy dejó de escuchar o que el puerto es incorrecto. Un cortafuegos u otro dispositivo también puede rechazar activamente el intento, por lo que el mensaje no identifica la máquina que lo rechazó. Un tiempo agotado deja más posibilidades abiertas: tráfico descartado, fallo de enrutamiento, pérdidas o un establecimiento demasiado lento.
Ningún síntoma se refiere necesariamente a tu conexión con el proxy. Un servidor SOCKS accesible puede responder que su conexión con el destino fue rechazada. Del mismo modo, esperar a un sitio web tras un CONNECT correcto es distinto de esperar a alcanzar el puerto de escucha del proxy.
Localiza el primer fallo
Para un proxy HTTP, sustituye la dirección de documentación y lee la secuencia detallada:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/El presupuesto de conexión de cinco segundos cubre el establecimiento correspondiente, no una nueva espera de cinco segundos en cada paso. El límite total de quince segundos también acota la transferencia posterior. Busca el último éxito: conexión al proxy, respuesta del proxy, aceptación del túnel o respuesta del destino.
Mantén fijos el destino y el protocolo y prueba otro punto de conexión del servicio o de la lista de proxies gratuitos. Si funciona, investiga el primero o su ruta. Si ambos fallan antes de conectar con sus puertos de proxy, revisa tu red local y la configuración del cliente. Cambiar a la vez IP, protocolo, puerto, destino y tiempo de espera impide sacar conclusiones de la comparación.
Un intento posterior puede revelar un fallo transitorio. Reintentar rápidamente o alargar indefinidamente las esperas aporta pocas pruebas; tras unos pocos fallos con límites definidos en una entrada pública, guarda el error exacto y pasa a otra.