Esta é a lista dos erros que mais chegam ao suporte, com o sintoma que você vê, a causa real e a correção. Em quase todos os casos a mensagem de erro exibida pela ferramenta não aponta o problema verdadeiro.
1. Host e porta no mesmo campo
Sintoma — "Falha na conexão", "Não foi possível conectar ao proxy" ou timeout imediato.
Causa — você colou p1.exemplo.com:8000 no campo de host. A ferramenta tenta resolver isso como nome de domínio e falha.
Correção — separe:
Host: p1.exemplo.com
Porta: 8000
Se a ferramenta pedir uma string única, o formato é http://usuario:senha@host:porta — e nesse caso o host vai sem porta duplicada.
2. Porta do protocolo errado
Sintoma — conexão recusada, ou conecta e nenhuma requisição completa.
Causa — você selecionou SOCKS5 mas informou a porta do HTTP (ou o contrário). Cada protocolo escuta em uma porta diferente.
Correção — confira protocolo e porta juntos, sempre. O painel mostra a porta de cada protocolo ao lado da credencial.
3. Espaço extra na credencial
Sintoma — erro 407, "autenticação falhou", "credenciais inválidas".
Causa — ao selecionar com o mouse, um espaço ou caractere de nova linha foi copiado junto. Você não vê, mas está lá.
Correção — use o botão de cópia do painel. Se já colou, apague o campo e cole de novo.
4. Caractere especial em senha dentro de URL
Sintoma — erro de autenticação apenas nas ferramentas que usam formato de URL; campos separados funcionam.
Causa — a senha contém @, :, / ou #, que têm significado próprio na estrutura da URL. O @ é o mais crítico, porque separa credencial de host.
Correção — codifique o caractere: @ vira %40, : vira %3A, / vira %2F, # vira %23.
5. Perfil aberto antes de aplicar o proxy
Sintoma — o navegador antidetecção mostra o seu IP real em vez do IP do proxy.
Causa — o proxy foi salvo na configuração, mas a sessão do navegador já estava aberta e não recarregou a rota de rede.
Correção — feche completamente o navegador daquele perfil e abra de novo. Confirme com uma consulta de IP na primeira aba.
6. VPN ativa competindo com o proxy
Sintoma — latência muito alta, conexões que caem, ou IP de país inesperado.
Causa — há uma VPN ativa no sistema. O tráfego passa por dois saltos e, em alguns casos, a VPN sobrepõe a rota do proxy.
Correção — desative a VPN. Proxy e VPN resolvem o mesmo problema de forma diferente; empilhar os dois degrada a conexão sem ganho.
7. DNS resolvendo na sua máquina
Sintoma — o IP está correto, mas a verificação de vazamento de DNS mostra servidores da sua operadora.
Causa — a resolução de nomes está acontecendo localmente, antes do tráfego entrar no proxy. Isso expõe quais domínios você acessa.
Correção — em SOCKS5, use o esquema socks5h:// em vez de socks5://. Em navegadores antidetecção, ative a opção de resolver DNS pelo proxy. Em bibliotecas, verifique se há flag de DNS remoto.
8. Uso simultâneo acima do contratado
Sintoma — conexão instável, quedas intermitentes, autenticação que às vezes falha.
Causa — o mesmo proxy está sendo usado em mais dispositivos ou sessões do que o plano prevê.
Correção — reduza o uso simultâneo ou contrate dispositivos adicionais. Como a autenticação é por credencial, o proxy funciona de qualquer rede — mas o número de sessões simultâneas é o que está contratado.
Fluxo de diagnóstico em quatro passos
Quando algo não funciona, siga esta ordem em vez de mudar várias coisas de uma vez:
- Teste no curl. Se funcionar, o proxy está bom — o problema é a ferramenta.
- Compare host, porta, usuário e senha com o painel, campo por campo.
- Desative VPN e extensões de proxy no navegador.
- Abra ticket com o comando executado (senha mascarada) e a saída completa.
O passo 4 com as informações do passo 1 costuma resolver na primeira resposta. Para o passo a passo dos testes, veja como testar se o proxy funciona.
Quando o problema não é configuração
Se o proxy passa em todos os testes, o IP é o correto, a latência está normal e a plataforma ainda apresenta atrito, o problema deixou de ser de rede.
Nesse ponto, as variáveis são: histórico da conta, impressão digital do navegador, padrão de comportamento e, em alguns casos, o tipo de IP. Se você está em IPv4 de datacenter e a plataforma é sensível a isso, um ISP residencial tende a gerar menos verificação.