Quais são os erros de proxy comuns e como resolvê-los

Você pode frequentemente encontrar erros e problemas ao usar um proxy. A maioria está associada à baixa qualidade do IP do proxy, mas outros são devidos a muitas solicitações, geolocalização incorreta ou problemas no lado do servidor. Aqui, vamos mergulhar em 15 códigos de erro HTTP que são típicos para fluxos de trabalho relacionados a proxy, bem como vários erros específicos de serviços que podem surgir quando um serviço detecta que você está usando um proxy.
Códigos HTTP e erros de proxy
A maioria dos erros de proxy pode ser classificada como erros HTTP 4xx ou 5xx. Cada erro 4xx significa que há um problema no lado do cliente, e cada erro 5xx significa um problema no lado do servidor. Portanto, 4xx geralmente estão associados a problemas do seu lado, como problemas de conexão ou acesso, enquanto 5xx são frequentemente resolvidos simplesmente esperando até que o servidor esteja OK.
O erro HTTP mais comum associado a fluxos de trabalho de automação de proxy é HTTP 429 Too Many Requests. Ele indica que você excedeu o limite de solicitações, e a resposta geralmente inclui um cabeçalho Retry-After especificando quanto tempo esperar antes de fazer outra solicitação. É crucial respeitar esses limites e o arquivo robots.txt do site para garantir web scraping ético.
Também existem erros específicos relacionados a proxy em serviços como Microsoft, nginx, Cloudflare, Netflix e outros. Eles podem ter como alvo aqueles que usam proxies se o endereço IP for de baixa qualidade ou tiver sido sinalizado anteriormente, e restringi-los para minimizar riscos potenciais aos seus sites. Esses problemas raramente ocorrem para proxies móveis e residenciais de alta qualidade, mas a possibilidade sempre existe, então vamos abordá-los também.
Lista dos erros HTTP de proxy relevantes
Abaixo está uma lista de códigos de status HTTP 4xx e 5xx comumente encontrados ao usar um proxy.
Para mais informações sobre automação eficiente e tratamento de erros, leia sobre as estratégias de repetição usando a biblioteca Requests do Python, garantindo que cada erro HTTP seja tratado automaticamente e repetido para que não ocorra novamente.
HTTP 400 Bad Request
O servidor não pode processar a solicitação devido a sintaxe malformada, tipicamente um cookie corrompido, um cabeçalho inválido ou uma carga útil mal configurada enviada através do proxy.
Solução: Inspecione sua URL de solicitação, cabeçalhos e corpo POST. Limpe cookies obsoletos antes de reenviar e verifique se Content-Type está configurado corretamente.
HTTP 401 Unauthorized
O servidor requer credenciais de autenticação que estão ausentes ou inválidas. Em contextos de proxy, isso frequentemente aparece em serviços como Janitor AI quando uma chave de API não está configurada corretamente.
Solução: Confirme que as credenciais de autenticação estão presentes e formatadas corretamente. Para o erro 401 de proxy do Janitor AI, verifique se a chave de API está ativa e inserida corretamente no painel de configurações de API.
HTTP 402 Payment Required
Embora raramente usado em protocolos web padrão, o HTTP 402 pode ser retornado por plataformas de API de IA e serviços SaaS para sinalizar que um plano pago é necessário.
Solução: Verifique o status de cobrança da sua conta e certifique-se de que seu plano cobre o recurso ou cota solicitado. Atualize se necessário ou mude para um endpoint de API alternativo.
HTTP 403 Forbidden
Este é um dos erros mais comuns, indicando explicitamente que o servidor bloqueia seu acesso por algum motivo não especificado. O servidor entendeu a solicitação, mas a recusou ativamente, frequentemente porque o endereço IP usado pelo seu proxy foi sinalizado ou colocado na lista negra. Outro motivo pode ser que sua faixa de geolocalização esteja bloqueada pelo proprietário do site.
Solução: Alterne para um proxy residencial ou móvel com uma reputação limpa e/ou geolocalização diferente, e use cabeçalhos de solicitação precisos incluindo um agente de utilizador.
HTTP 404 Not Found
O recurso solicitado não existe no servidor. Em fluxos de trabalho com proxy, isto pode ocorrer quando um proxy redireciona o tráfego para o endpoint errado ou quando um URL anteriormente em cache se torna inválido. Por exemplo, o erro de proxy 404 no Janitor AI aparece frequentemente ao apontar para uma rota de API eliminada.
Solução: Este erro basicamente significa que o seu destino não existe no endereço fornecido. Tente validar o URL de destino, atualizar os endpoints em cache e confirmar que o seu proxy está a encaminhar para o host correto.
HTTP 407 Proxy Authentication Required
Este é especificamente um erro ao nível do proxy: o seu servidor proxy requer autenticação, mas as credenciais não foram passadas no cabeçalho Proxy-Authorization .
Solução: Verifique o nome de utilizador e a palavra-passe do seu serviço de proxy e certifique-se de que o seu cliente ou script os transmite corretamente. Confirme que o protocolo do proxy (HTTP/HTTPS/SOCKS) corresponde ao que o fornecedor suporta.
HTTP 408 Request Timeout
O servidor excedeu o tempo limite à espera que o pedido do cliente fosse concluído, frequentemente porque um nó de proxy lento ou distante introduziu latência excessiva.
Solução: Aumente o valor do tempo limite de conexão no seu script, mude para um nó de proxy geograficamente mais próximo e implemente recuo exponencial nas tentativas.
HTTP 417 Expectation Failed
O servidor não consegue satisfazer os requisitos definidos no cabeçalho de pedido Expect . Isto é menos comum, mas pode ocorrer quando o middleware do proxy remove ou altera cabeçalhos em trânsito.
Solução: Remova o cabeçalho Expect: 100-continue dos seus pedidos ou certifique-se de que o seu proxy está configurado para transmitir os cabeçalhos sem alterações.
HTTP 429 Too Many Requests
Este é o erro mais frequente em fluxos de trabalho com uso intensivo de proxy. O servidor está a limitar o seu IP porque a taxa de pedidos excedeu os seus limites. Normalmente, o servidor também envia um cabeçalho específico Retry-After indicando o atraso que deve introduzir para continuar sem interrupção. O erro de proxy 429 do Janitor AI aparece especificamente quando as quotas de API do nível gratuito no OpenRouter ou Claude se esgotam.
Um utilizador na comunidade OpenAI observou:
Se estiver atrás de um proxy, VPN ou firewall, tente desativá-los temporariamente para ver se o problema persiste.
Solução: Adicione atrasos entre pedidos, respeite o cabeçalho Retry-After, rode IPs através de um grande conjunto residencial e, para o Janitor AI, mude a sua configuração de API para uma chave de fornecedor diferente ou endpoint de modelo.
Aqui está um exemplo de código Python para lidar com este erro considerando o cabeçalho Retry-After :
import time, requests
headers = {"User-Agent": "Mozilla/5.0"}
for attempt in range(5):
r = requests.get(url, headers=headers, proxies=proxies)
if r.status_code == 429:
wait = int(r.headers.get("Retry-After", 10))
time.sleep(wait)
else:
breakHTTP 451 Unavailable for Legal Reasons
O conteúdo é legalmente restrito na região detectada do utilizador. Isto interseta diretamente com fluxos de trabalho de proxy: se um servidor geolocaliza o seu IP de proxy numa jurisdição onde o conteúdo é restrito, retorna 451.
Solução: Mude para um IP de proxy geolocalizado numa região permitida. Certifique-se de que o seu fornecedor de proxy oferece metadados de geolocalização precisos.
HTTP 499 (nginx)
Este é um código de estado específico do nginx que indica que o cliente fechou a conexão antes do servidor terminar de responder. É comum em pipelines de scraping onde os tempos limite de conexão são definidos de forma demasiado agressiva.
Solução: Diminua o tempo limite de conexão. Para uma análise detalhada do que desencadeia este código e como ajustar os tempos limite do nginx e do cliente para o prevenir, leia o guia completo sobre HTTP 499.
HTTP 500 Internal Server Error
Uma falha genérica do lado do servidor. Quando encontrado através de um proxy, geralmente indica que o servidor upstream tem um bug ou está sob carga elevada, em vez de um problema causado pelo próprio proxy.
Solução: Tente novamente após um breve intervalo. Se for persistente, verifique a página de estado do site de destino. Normalmente, nada precisa de ser alterado no lado do proxy.
HTTP 502 Bad Gateway
Outro problema muito comum que indica problemas com a conexão do servidor. O proxy ou gateway recebeu uma resposta inválida do servidor upstream.
No Stack Overflow, a resposta mais votada explica:
A resposta HTTP 502 «Bad Gateway» é gerada quando o servidor web não recebe uma resposta HTTP válida do servidor upstream, por exemplo, se o Tomcat travou ou os threads estão a exceder o tempo limite.
Solução: Mude para um nó de proxy diferente, aumente as configurações de tempo limite upstream e verifique se o próprio servidor de destino está inativo.
Uma solução comum para configurações Apache envolve adicionar ao httpd.conf:
Timeout 2400
ProxyTimeout 2400
ProxyBadHeader IgnoreHTTP 503 Service Unavailable
O servidor está temporariamente incapaz de processar o pedido devido a sobrecarga ou manutenção. Ao contrário do 502, esta é puramente uma condição do lado do servidor e não está relacionada com a sua configuração de proxy.
Solução: Aguarde e tente novamente com recuo exponencial. Se o erro for persistente, tente um endpoint ou região diferente. Não continue a bombardear o servidor; isto não resolverá o problema, mas pode escalar para um banimento permanente de IP.
HTTP 520 (Cloudflare)
O Cloudflare retorna 520 quando recebe uma resposta inesperada do servidor de origem. Em fluxos de trabalho de proxy, é frequentemente desencadeado quando o Cloudflare deteta e bloqueia um datacenter ou IP de proxy suspeito.
Solução: Use proxies residenciais ou móveis de alta qualidade com baixas pontuações de abuso. Alterne IPs de forma mais agressiva e simule impressões digitais de navegador reais para passar pela detecção de bots do Cloudflare. Para uma explicação completa de por que o erro 520 do Cloudflare ocorre e como resolvê-lo sistematicamente, consulte o guia completo de correção do Erro 520.
Erros específicos adicionais de proxy
Alguns serviços populares retornam erros específicos relacionados a proxy, especialmente ao detectar que você está usando um. Vamos revisá-los aqui.
Erro de autenticação de proxy 2606 (Microsoft)
Este erro aparece no OneDrive, Outlook e outros aplicativos do Microsoft 365 quando o proxy ou a configuração de rede não completa com sucesso o handshake de autenticação da Microsoft. De acordo com os fóruns do Microsoft Answers, ele aparece mais comumente em ambientes corporativos com políticas de proxy rigorosas ou após redefinições de rede.
Correção: Saia da sua conta Microsoft, pressione Win+R, execute RunDll32.exe InetCpl.cpl,ResetIEtoDefaults para redefinir as configurações de proxy do IE/WinInet e, em seguida, faça login novamente. Alternativamente, limpe o DNS e redefina a pilha de rede: ipconfig /release, ipconfig /flushdns, ipconfig /renew, depois netsh winsock reset e reinicie.
Resposta de proxy Lambda malformada (AWS)
O AWS API Gateway retorna este erro da classe 502 quando uma função Lambda não retorna uma resposta no formato esperado — especificamente, um objeto JSON com os campos statusCode, headers e body.
Um usuário do Reddit no r/aws confirma:
Geralmente indica que a função Lambda não está retornando uma resposta no formato esperado ou não está lidando adequadamente com código assíncrono.
Correção: Certifique-se de que seu manipulador Lambda retorne um objeto devidamente estruturado e use async/await em vez de Promisesnão resolvidas. Sempre envolva a resposta em um bloco try/catch para evitar falhas silenciosas.
Erro de ativação de licença comunitária (n8n)
Instâncias auto-hospedadas do n8n podem falhar ao ativar uma licença com um erro de conexão ou 400 se não conseguirem alcançar o servidor de licenciamento do n8n, o que frequentemente acontece atrás de proxies corporativos ou firewalls restritivos. A comunidade do n8n também observou que tentar reativar uma chave de licença já vinculada a outra instância falhará silenciosamente.
Correção: Certifique-se de que o tráfego HTTPS de saída para os servidores do n8n seja permitido através do seu proxy. Se a chave de licença estiver vinculada a uma instância anterior, envie um e-mail para help@n8n.io para liberá-lo, depois reative através de Definições → Utilização e Plano.
Erro interno do gestor de proxy (nginx)
O Nginx Proxy Manager (NPM) pode gerar um erro interno quando os certificados SSL estão mal configurados ou parcialmente eliminados, deixando entradas de proxy host a referenciar um caminho de certificado inexistente.
Um contribuidor de issue no GitHub observa:
De qualquer forma, este problema é basicamente desde a raiz porque não usamos o certificado para um domínio específico, ou um domínio para um certificado específico, vou supor que uma eliminação correu mal algures
Correção: Inspecione os logs do contentor NPM, verifique os caminhos dos certificados e copie novamente a pasta do certificado em falta ou regenere o certificado por completo. Executar nginx -t dentro do contentor ajuda a confirmar o estado da configuração.
Erro de VPN/proxy da Netflix
A Netflix deteta e bloqueia ativamente intervalos de IP de proxy e VPN, mostrando a mensagem: «Parece que está a usar uma VPN ou proxy. Por favor, desative qualquer um destes serviços e tente novamente.» Isto acontece quando os intervalos de IP do seu fornecedor de VPN foram adicionados à lista de bloqueio da Netflix, ou quando fugas de DNS revelam a sua localização real.
Correção: Mude para um IP diferente de boa qualidade, limpe a cache do navegador ou reinstale a aplicação Netflix e execute um teste de fuga de DNS para garantir que a sua VPN não está a revelar o DNS real do seu ISP. Leia mais sobre proxy SmartDNS, que é uma boa opção para aceder à Netflix.
Erro de proxy do Hulu
O Hulu bloqueia agressivamente endereços IP associados a VPNs, proxies e até alguns ISPs residenciais cujos intervalos de IP mudaram de dados de geolocalização.
Como um utilizador no Reddit observou, após experienciar o erro de proxy do Hulu com a Internet Doméstica T-Mobile:
É possível que o seu endereço IP tenha mudado recentemente para uma localização diferente, fazendo com que o Hulu o reconheça como estando noutra região.
Correção: Desative qualquer VPN ou DNS inteligente ativo, mude para um novo IP limpo e limpe a cache da aplicação Hulu. Se o problema persistir, contacte o suporte do Hulu para verificar se o seu IP não está incorretamente sinalizado do lado deles.
Como mitigar erros de proxy: Recomendações gerais
A maioria destes erros é altamente específica, e alguns deles, especialmente erros 5xx, podem surgir independentemente do proxy que está a usar. No entanto, existem recomendações gerais para reduzir o risco de erros de proxy:
Use proxies residenciais ou móveis em vez de IPs de datacenter para evitar intervalos de endereços previamente sinalizados.
Rode proxies de forma inteligente: Use rotação baseada em sessão para fluxos de trabalho com estado e rotação baseada em pedido para scraping.
Respeite os limites de taxa e robots.txt espaçando os pedidos e lendo os cabeçalhos Retry-After antes de tentar novamente.
Randomize agentes de utilizador e cabeçalhos em cada pedido para reduzir a impressão digital e o risco de deteção.
Monitorize a saúde dos proxies continuamente e retire IPs com baixo desempenho ou alta latência do seu conjunto.
Faça corresponder a geolocalização do proxy à região do conteúdo-alvo para evitar bloqueios 451 e baseados em georrestrições.
Resumo: Erros de proxy e o que fazer com eles
Os erros de proxy vão desde configurações incorretas do lado do cliente (4xx) até falhas do lado do servidor (5xx), e desde códigos HTTP genéricos até respostas específicas de serviços. Os culpados mais frequentes são a má qualidade do IP, a limitação de taxa e as incompatibilidades de geolocalização. Na maioria dos casos, rodar para um IP mais limpo, ajustar o tempo dos pedidos e fazer corresponder a região correta resolve o problema rapidamente.