Por que um IP de proxy grátis não funciona
Verifique um proxy sem resposta em uma ordem sensata: endereço, protocolo, rota local, suporte a túnel e resposta do destino.
Uma lista pública pode conter um endpoint que já parou de aceitar conexões. Essa é uma explicação comum para um proxy que falha, mas não é a única. O mesmo sintoma pode vir do protocolo errado, de uma configuração de exceção, de uma porta bloqueada ou de um site que recusa o IP de saída.
Confira a entrada antes de alterar o aplicativo
Copie novamente o IP, a porta e o protocolo. Um dígito faltando na porta ou uma confusão entre HTTP e SOCKS basta para impedir o handshake. Não deduza o protocolo pelas portas 8080 ou 1080 e não adicione um nome de usuário a menos que o serviço realmente forneça um.
Para um endpoint HTTP, uma requisição curta com curl ajuda a separar o teste das extensões do navegador e das configurações do sistema:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Substitua o endereço de documentação pela sua entrada. Para SOCKS5, use a porta real e o esquema SOCKS correspondente.
Observe a primeira falha
| Resultado | Onde provavelmente investigar |
|---|---|
| Conexão recusada | A porta está fechada ou algum dispositivo rejeitou ativamente a conexão. |
| Tempo de conexão esgotado | A rota, a filtragem ou o serviço não concluíram o estabelecimento dentro do limite. |
| Resposta inesperada no handshake do proxy | O protocolo selecionado pode não corresponder ao serviço. |
| 407 | O proxy exige autenticação. |
| CONNECT negado | O proxy pode restringir esse destino ou essa porta. |
| O site retorna 403 ou 429 | A requisição chegou a um servidor HTTP que a recusou ou limitou. Verifique qual servidor emitiu a resposta. |
Uma conexão TCP funcionando é apenas o primeiro passo. Se o serviço nessa porta não usar o protocolo de proxy selecionado, a requisição pode falhar logo depois.
Faça duas comparações
Tente o mesmo destino por um segundo proxy com o mesmo protocolo. Se apenas o primeiro endpoint falhar no estabelecimento, o problema fica mais restrito a ele ou à rota. Depois tente outro destino comum pelo primeiro proxy. Se apenas um site falhar, investigue a política específica do destino em vez de declarar o proxy inteiro inativo.
Uma requisição direta também é uma comparação útil quando o acesso direto está disponível. Torne a exceção explícita para que variáveis de proxy herdadas não mantenham silenciosamente o suposto teste direto em uma rota de proxy.
Saiba quando parar de testar uma entrada
Se várias requisições com tempo limitado falharem na mesma etapa da conexão, escolha outra entrada na lista de proxies grátis em vez de aumentar a espera para vários minutos. Salve o erro exato se precisar relatá-lo. Reconectar repetidamente não conserta uma porta fechada nem um endpoint removido.
Se todas as entradas falharem, recue e verifique o conjunto. Confira a configuração do cliente, as regras de saída da sua rede e se o destino é acessível sem proxy. Um problema comum a todas as requisições é um motivo fraco para descartar uma lista inteira.