SOCKS5 vs SOCKS4: as diferenças técnicas

SOCKS é um protocolo de proxy de baixo nível: em vez de entender HTTP, ele simplesmente retransmite uma TCP (e, na v5, uma UDP) conexão entre seu cliente e um destino. Esse design agnóstico ao protocolo é a razão pela qual o SOCKS funciona para qualquer coisa — web, email, tráfego de jogos, SSH — não apenas navegadores. O SOCKS4 chegou primeiro; o SOCKS5, definido na RFC 1928, é a versão que quase tudo fala hoje. As diferenças são poucas, mas decisivas.

Ambos começam com seu cliente pedindo ao proxy para se conectar a um host e porta de destino. O que mudou entre as versões é quem pode usar o proxy, que tipos de tráfego ele transporta e onde o nome do host de destino é resolvido.

1. Autenticação. O SOCKS4 não possui método de autenticação embutido (o SOCKS4a adicionou apenas um campo de userid, facilmente forjado). O SOCKS5 define uma autenticação adequada autenticação, mais comumente nome de usuário/senha, para que um proxy possa restringir o acesso a usuários pagantes ou autorizados. Isso, por si só, é o motivo pelo qual proxies comerciais usam SOCKS5.

2. UDP e IPv6. O SOCKS4 é apenas TCP e apenas IPv4. O SOCKS5 adiciona retransmissão UDP (via o comando UDP ASSOCIATE) e endereçamento nativo IPv6, permitindo que ele transporte tráfego DNS, VoIP, QUIC e de jogos que o SOCKS4 simplesmente não pode. Veja UDP sobre SOCKS5 para esse mecanismo.

3. DNS Remoto. Com o SOCKS5, você pode pedir ao proxy para resolver o nome do host (o modo socks5h em ferramentas como cURL), de modo que a consulta nunca saia da sua máquina e não possa causar um vazamento de DNS. O SOCKS4 resolve localmente e envia apenas um IP.

Para qualquer coisa escrita após aproximadamente meados da década de 1990, use SOCKS5 — e especificamente a variante socks5h para que o DNS seja resolvido remotamente e os nomes de host permaneçam privados. O SOCKS4 sobrevive apenas em ferramentas legadas e em algumas listas de proxies públicos, onde sua falta de autenticação é exatamente o motivo pelo qual esses proxies estão abertos (e são arriscados). A regra prática: prefira SOCKS5 com credenciais para privacidade e alcance; trate o SOCKS4 puro como uma curiosidade apenas para testes.

s4m fornece SOCKS5 autenticado SOCKS5 em proxy.s4m.online:1080 e um proxy HTTP na porta 3128 — veja a página de proxy e o que é SOCKS5. Use socks5h://USER:PASS@proxy.s4m.online:1080 para obter autenticação, capacidade UDP e DNS remoto sem vazamentos em um único ponto de extremidade. A lista gratuita inclui entradas SOCKS4 se você precisar especificamente testar o comportamento legado, mas SOCKS5 é o padrão que você deseja.