Una lista pública puede contener un punto de acceso que ya no acepta conexiones. Es una explicación habitual de un proxy que falla, pero no la única. El mismo síntoma puede deberse al protocolo equivocado, una exclusión del proxy, un puerto bloqueado o un sitio que rechaza la IP de salida.

Revisa la entrada antes de cambiar la aplicación

Copia de nuevo la IP, el puerto y el protocolo. Un dígito ausente en el puerto o una confusión entre HTTP y SOCKS basta para impedir la negociación. No deduzcas el protocolo de los puertos 8080 o 1080 ni añadas un nombre de usuario salvo que el servicio realmente lo proporcione.

Para un punto de acceso HTTP, una solicitud breve con curl ayuda a separar la prueba de las extensiones del navegador y los ajustes del sistema:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

Sustituye la dirección de documentación por tu entrada. Para SOCKS5, usa el puerto real y el esquema SOCKS correspondiente.

Observa el primer fallo

ResultadoDónde conviene investigar
Conexión rechazadaEl puerto está cerrado o un dispositivo rechazó activamente la conexión.
Tiempo de conexión agotadoLa ruta, el filtrado o el servicio no completaron el establecimiento dentro del límite.
Respuesta inesperada en la negociación del proxyEl protocolo seleccionado puede no coincidir con el servicio.
407El proxy exige autenticación.
CONNECT denegadoEl proxy puede restringir ese destino o puerto.
El sitio devuelve 403 o 429La solicitud llegó a un servidor HTTP que la rechazó o limitó. Examina qué servidor emitió la respuesta.

Una conexión TCP funcional es solo el primer paso. Si el servicio de ese puerto no utiliza el protocolo de proxy elegido, la solicitud puede fallar justo después.

Haz dos comparaciones

Prueba el mismo destino mediante un segundo proxy con el mismo protocolo. Si solo el primer punto falla durante el establecimiento, el problema se acota a ese punto o ruta. Después prueba otro destino habitual mediante el primer proxy. Si solo falla un sitio, investiga las políticas específicas del destino en vez de declarar inservible todo el proxy.

Una solicitud directa también sirve de comparación cuando el acceso directo está disponible. Haz explícita la exclusión del proxy para que las variables heredadas no mantengan silenciosamente la supuesta prueba directa en una ruta de proxy.

Cuándo dejar de probar una entrada

Si varias solicitudes con tiempo acotado fallan en la misma fase de conexión, elige otra entrada de la lista de proxies gratuitos en lugar de aumentar la espera a varios minutos. Guarda el error exacto si necesitas comunicarlo. Reconectar repetidamente no repara un puerto cerrado ni un punto de acceso eliminado.

Si fallan todas las entradas, toma perspectiva. Comprueba la configuración del cliente, las reglas de salida de la red y si puedes acceder al destino sin proxy. Un problema común a todas las solicitudes no es un buen motivo para descartar una lista entera.

Artículos relacionados