Um proxy SOCKS5 é a quinta versão do protocolo SOCKS: um intermediário de camada de transporte que repassa tráfego TCP e UDP de qualquer tipo, sem se meter no conteúdo. Ele não sabe se você está abrindo um site, sincronizando uma carteira cripto ou rodando um script — só encaminha os pacotes e mostra o próprio IP para o outro lado.
Guarde uma separação antes de qualquer outra coisa: protocolo e tipo de IP são duas decisões diferentes. O protocolo (SOCKS5, HTTP, HTTPS) define como o tráfego chega. O tipo de IP (residencial, datacenter, móvel) define quem a plataforma acha que você é. Confundir as duas é o erro que faz alguém comprar o proxy certo para o problema errado.
Na segunda metade deste guia tem a parte prática: a anatomia da string de conexão, o que preencher em cada campo do perfil e como conferir se o resultado não está vazando nada.
Proxy em um parágrafo: quem vê o quê na cadeia
Sem proxy, a cadeia é curta: navegador → site. O site vê seu endereço IP e o provedor de internet vê quais domínios você acessa.
Com um proxy SOCKS5 no meio, vira navegador → servidor proxy → site. O site passa a ver o IP do proxy e não o seu. O servidor proxy vê de onde vem a conexão e para onde ela vai — mas, se o tráfego for HTTPS, não vê o conteúdo. Seu provedor continua vendo que existe uma conexão até o proxy, e mais nada sobre o destino final quando a resolução de DNS acontece do lado remoto.
Essa é a função inteira. Um proxy troca o endereço de origem; ele não é um cofre.
SOCKS4 vs SOCKS5: o que mudou
O SOCKS4 ainda aparece em listas antigas. Quatro diferenças fazem a versão 5 ser a única usada hoje:
- Autenticação por usuário e senha. O SOCKS4 não tem: ou o acesso é aberto, ou depende de whitelist de IP.
- Suporte a UDP. O SOCKS4 só encaminha TCP. UDP importa para chamadas, jogos, DNS e o que não for requisição-resposta clássica.
- Suporte a IPv6. O SOCKS4 trabalha só com IPv4.
- Resolução remota de DNS. O SOCKS5 pode resolver o nome do domínio no servidor proxy, e não na sua máquina (o SOCKS4a já permitia isso; o SOCKS4 puro, não). Esse é o detalhe que impede o vazamento de DNS, e volto nele mais adiante.
Se um fornecedor ainda oferece SOCKS4, trate como sinal de infraestrutura velha.
SOCKS5 vs proxy HTTP(S): tabela comparativa
| Critério | Proxy SOCKS5 | Proxy HTTP(S) |
| O que enxerga no tráfego | Pacotes TCP/UDP, sem interpretar | Lê e entende requisições HTTP; em HTTPS, só o túnel |
| Cabeçalhos | Não mexe | Pode ler, adicionar e reescrever |
| Cache | Não faz | Pode fazer cache de conteúdo |
| Protocolos além de HTTP | Sim: SMTP, FTP, WebSocket, jogos, cripto | Só via CONNECT, e nem todo servidor libera portas fora de 443 |
| Tunelamento | Nativo, para qualquer porta | Via método CONNECT, com limitações |
| Risco de vazamento de DNS | Depende do esquema: socks5:// resolve na sua máquina, socks5h:// manda o nome ao proxy | Não há: o nome é sempre resolvido pelo proxy |
| Facilidade de configuração | Um campo a mais no cliente | Mesmo esforço, e é o formato que ferramentas antigas assumem por padrão |
A conclusão que interessa: não existe protocolo “melhor”. Se o intermediário precisa entender o que passa — filtro, cache, inspeção — o HTTP(S) faz sentido. Se você precisa de um canal neutro que aguente qualquer coisa, é o SOCKS5. No multiaccounting ele costuma ganhar por um motivo simples: não toca em cabeçalho nenhum, e cabeçalho reescrito é mais uma diferença que pode te entregar.
O que o SOCKS5 NÃO faz
- Não criptografa nada. O SOCKS5 encaminha o que recebe. Se o site é HTTPS, a criptografia é do HTTPS, não do proxy. Se for HTTP puro, o conteúdo trafega aberto entre você e o servidor proxy.
- Não substitui o HTTPS. São camadas diferentes fazendo trabalhos diferentes.
- Não é VPN. A VPN cria um túnel criptografado para todo o tráfego do sistema; o proxy vale para o aplicativo que você configurou, e sem criptografia própria.
- Não muda a impressão digital do navegador. Canvas, WebGL, fontes, resolução, fuso horário, idioma e locale continuam iguais. Você troca o IP e mantém a mesma máquina visível — e IP novo com ambiente idêntico é um padrão que sistemas de detecção reconhecem rápido.
- Não serve para contornar bloqueio determinado por autoridade. Não é essa a finalidade tratada aqui.
Como configurar proxy SOCKS5: anatomia da conexão
Antes dos campos, um número que vale saber de cor: a porta padrão do SOCKS é a 1080 — é o que consta no registro da IANA, onde a 1080 tcp/udp está registrada com o nome de serviço socks. Muitos fornecedores usam outras portas, e isso é normal; a 1080 é o valor de referência quando nada é informado. Feito isso, todo fornecedor entrega os dados na mesma ordem, quase sempre nesta forma:
host:porta:usuário:senha
- host — o endereço do servidor proxy, um IP ou um domínio.
- porta — portas diferentes no mesmo host costumam significar coisas diferentes: sessão fixa numa, rotação de IP em outra. Confira na documentação do fornecedor.
- usuário e senha — a autenticação. A alternativa é whitelist de IP: você cadastra o IP da sua conexão no painel e ele libera sem senha. Whitelist é frágil para quem tem IP dinâmico em casa; o par usuário/senha é mais previsível.
No cliente — navegador, ferramenta de automação ou navegador antidetect — são sempre os mesmos quatro campos, mais o tipo de protocolo, que precisa estar marcado como SOCKS5 e não HTTP. Se houver opção de resolução remota de DNS, ative: é ela que manda o domínio para o proxy resolver em vez da sua máquina. Sem ela, seu provedor continua vendo cada domínio que você abre.
Sobre porta fixa versus porta de rotação: a fixa mantém o mesmo IP de saída enquanto a sessão durar (o que os fornecedores chamam de sticky session), a de rotação troca o IP a cada requisição ou a cada intervalo. Para trabalho com contas, quase sempre é a fixa.
O passo a passo de onde colar esses dados no perfil e como testar a conexão está na documentação oficial do 📌 Dolphin Anty.

socks5:// e socks5h://: uma letra que decide o vazamento de DNS
A diferença está em quem resolve o nome do domínio. Com socks5://, o cliente resolve o domínio na sua máquina e manda ao proxy só o endereço IP já resolvido — ou seja, a consulta de DNS sai pela sua rede, e o seu provedor vê cada domínio que você abre. Com socks5h://, o cliente manda o nome do domínio ao proxy e é o proxy quem resolve. O “h” vem de hostname. É exatamente essa letra que separa uma configuração que vaza de uma que não vaza.
A regra prática: em ferramenta de linha de comando ou em script, escreva socks5h:// e pare de pensar no assunto. E vale registrar o contraste com o outro protocolo, porque é ele que gera a confusão: com proxy HTTP ou HTTPS não existe essa escolha — o nome vai sempre para o proxy resolver. Nas palavras da documentação do curl: “When using an HTTP or HTTPS proxy, you always give the name to the proxy to resolve”. O vazamento de DNS por resolução local é um problema do SOCKS, e só do esquema errado dele.
Na prática: um SOCKS5 por perfil
A regra que sustenta qualquer trabalho de multiconta: um proxy, um perfil, sem exceção. Dois perfis dividindo o mesmo endereço IP é a forma mais rápida de acabar com contas vinculadas aos olhos da plataforma.
O fluxo que funciona:
- Crie o perfil do navegador antidetect e cole os dados do SOCKS5 nele — não no sistema, não no Chrome comum.
- Alinhe o fuso horário com a geolocalização do IP. Proxy com IP de São Paulo e perfil marcando fuso da Europa é uma incoerência gritante. Vale o mesmo para idioma e locale: IP brasileiro pede pt-BR.
- Abra um verificador de IP e confirme que o endereço mostrado é o do proxy.
- Rode um teste de vazamento de DNS. Se aparecer o servidor do seu provedor de internet, a resolução remota não está ativa.
- Teste WebRTC. A API pode expor seu IP real mesmo com o proxy funcionando; o navegador precisa estar configurado para bloquear ou mascarar isso.
- Só depois disso faça o primeiro login.
No contexto brasileiro, isso quase sempre significa proxy com geo do Brasil: vendedor com lojas em Mercado Livre, Shopee ou Magalu, produtor com contas na Hotmart, gestor de campanhas com gerenciadores no Meta Ads e no Google Ads mirando público daqui. IP de fora com conta que vende para o Brasil é uma contradição que o próprio sistema da plataforma percebe antes de qualquer humano.
Serve qualquer verificador que mostre esses três resultados: o IP que o site enxerga, o servidor que respondeu à consulta de DNS e o endereço exposto pelo WebRTC. A ferramenta importa menos do que o critério — qualquer um dos três apontando para a sua rede, e não para o proxy, é incoerência a corrigir antes do login.
Sete erros de quem está começando
- Usar lista de SOCKS5 grátis. Proxy público é máquina de dono desconhecido por onde passa o seu tráfego. Quem opera pode registrar, interromper e — em conexão não criptografada — alterar o que passa. O custo do “grátis” é a sessão das suas contas.
- Deixar o DNS resolvendo localmente. O IP muda, o DNS entrega o resto.
- Um IP para dezenas de perfis. Barato hoje, caro depois.
- Trocar a geolocalização e esquecer fuso e idioma. É o mesmo tipo de incoerência do item anterior, só que mais fácil de detectar.
- Rotacionar IP no meio de uma sessão ativa. Do lado da plataforma, isso parece uma conta que pulou de cidade entre dois cliques.
- Não registrar qual proxy está em qual perfil. Uma planilha simples com perfil, host, porta e data de contratação resolve. Sem isso, quando um IP cair, você não sabe quais contas foram afetadas.
- Testar só o “meu IP” e parar por aí. IP correto com DNS ou WebRTC vazando é um teste que passou e uma configuração que falhou.
Como escolher um provedor por critérios (não por nome)
Não existe “melhor provedor de proxy no Brasil”. Existe compatibilidade com o seu cenário, medida por seis critérios:
- Tipo de IP oferecido — residencial, datacenter, móvel, ISP. Decisão separada da do protocolo.
- Cobertura geográfica real — se precisa de IP brasileiro, verifique se há saída em mais de uma cidade e se a geolocalização registrada bate com a região que você declara.
- Estabilidade da sessão — quanto tempo o IP fixo (estático) se mantém antes de cair, e o que acontece quando cai.
- Limite de fluxos simultâneos e de banda — importa muito se você roda automação com Selenium, Puppeteer ou Playwright.
- Formato de autenticação — usuário e senha, whitelist de IP, ou os dois.
- Suporte e período de teste — a existência de um teste pago curto vale mais do que qualquer promessa na página de vendas.
Sobre pagamento e custo: os meios aceitos ficam na página do próprio fornecedor, e o preço só faz sentido calculado pelo consumo — quantos gigabytes cada perfil gasta por mês, multiplicado pelo número de perfis. É esse número que define a conta no fim do mês, não o valor de tabela do pacote.
O Dolphin Anty mantém integrações com provedores de proxy e o programa Golden Partners, com condições próprias; a lista atual e as condições ficam na seção de parceiros do site. Os limites e valores de cada plano estão na página de planos do site.
Qual TIPO de IP escolher — não é aqui
Este guia trata do protocolo. Escolher entre IP residencial, de datacenter, móvel ou de ISP é a outra metade da decisão, e ela depende da plataforma, do volume de contas e do orçamento — não do fato de a conexão ser SOCKS5. Vale registrar apenas uma distinção que confunde muita gente: proxy móvel é um tipo de IP, não um perfil de navegador móvel. Comprar IP de operadora celular não faz seu perfil desktop virar um celular.
Perguntas frequentes
Qual a diferença entre SOCKS5 e VPN?
A VPN criptografa e roteia todo o tráfego do sistema por um túnel. O SOCKS5 não criptografa e vale só para o aplicativo configurado. Para contas separadas, o proxy por perfil é o modelo útil: cada perfil sai por um IP diferente, o que uma VPN de sistema não faz.
SOCKS5 e Tor são a mesma coisa?
Não. O Tor roteia por vários nós com criptografia em camadas e latência alta. Não serve para operação de contas: os nós de saída são conhecidos e amplamente bloqueados.
Dá para a equipe inteira usar um SOCKS5 só?
Não. Várias pessoas saindo pelo mesmo IP recria exatamente o vínculo que você está tentando evitar. Um IP por perfil, e acesso ao perfil controlado por permissões.
Preciso de SOCKS5 se já uso um navegador antidetect?
Sim. São camadas distintas: o navegador antidetect trata do ambiente (impressão digital, cookies, sessão), o proxy trata da rede. Perfis perfeitamente isolados saindo todos pelo mesmo IP continuam ligados entre si.
Onde acho o proxy?
Pelos seis critérios acima, e não por lista de indicações. Comece pelo tipo de IP que seu cenário exige, filtre por cobertura no Brasil, teste a estabilidade num período curto e só então contrate volume. Quem já usa o Dolphin Anty pode começar pelas integrações listadas na seção de parceiros do site.
Usar proxy é legal no Brasil?
Sim. Nem a LGPD (Lei 13.709/2018) nem o Marco Civil da Internet (Lei 12.965/2014) proíbem intermediar sua conexão. O que limita é o termo de uso de cada plataforma, que pode restringir contas múltiplas ou automação — ler essas regras é parte do trabalho, e a responsabilidade por cumpri-las é de quem opera.
Fechando
Duas decisões, tomadas separadamente: o protocolo resolve como o tráfego chega, o tipo de IP resolve quem a plataforma vê. O SOCKS5 é a escolha neutra para a primeira. O resto — fuso, idioma, DNS, WebRTC, um proxy por perfil — é o que transforma proxy comprado em configuração que funciona.
Antes de contratar volume, faça o teste completo com um único IP: conecte, confira endereço, DNS e WebRTC, alinhe fuso e idioma, e só então logue. Cinco minutos ali economizam semanas de conta bloqueada.
O 🚀 Dolphin Anty é desktop — Windows, macOS e Linux — e cada perfil aceita seu próprio SOCKS5 com verificação de conexão embutida. As integrações com provedores de proxy estão na seção de parceiros do site.