Por que um proxy funciona em um site, mas não em outro
Separe uma conexão proxy funcional de restrições do destino, regras de portas, erros TLS e respostas HTTP.
Mantenha a configuração do proxy quando um site funciona e outro não. A diferença entre as requisições é uma pista útil; trocar o endpoint imediatamente elimina essa evidência.
Para HTTPS por um proxy HTTP, diferencie no rastreamento do cliente a resposta CONNECT, o TLS com o destino e a resposta HTTP final do site:
| Falha observada | O que conferir |
|---|---|
| Sem resposta do proxy | A conexão com o proxy e a rota. Um site que funcionou antes não comprova disponibilidade agora. |
| CONNECT negado para um destino | A política de destinos/portas permitidos e a acessibilidade a partir da rede do proxy. |
| Túnel aceito, mas a verificação do certificado falha | O erro de certificado informado: expiração, nome do host, relógio local, configuração de confiança ou interceptação administrada. |
| TLS verificado seguido de 403 do site | As regras de acesso do site, o estado da conta, os cookies exigidos e as permissões. |
| 429 do site | Os limites de taxa publicados. Outros usuários podem contribuir para a atividade atribuída a uma saída compartilhada. |
Confira quem gerou a página de erro. Um intermediário pode retornar 403 ou outro erro HTTP; o número sozinho não localiza a origem. Mantenha a verificação TLS ativada para que uma requisição aparentemente bem-sucedida não esconda uma falha de conexão segura.
Para cada destino, registre o resultado do handshake com o proxy, o resultado TLS e o status final. Inclua como referência um destino comum que você controle. Se o endpoint o alcança, mas um site rejeita consistentemente seu endereço de saída, investigue as exigências do site ou use outra rota permitida. Trocar de proxy não supre autenticação nem permissões de acesso ausentes.