SOCKS5 vs proxy HTTP: como diferem e qual usar

Como um proxy HTTP transporta tráfego HTTPS?

Um proxy HTTP transporta tráfego HTTPS por meio de um túnel que seu cliente abre com o método CONNECT da RFC 9110. O cliente informa o host e a porta, o proxy se conecta a ele e responde 200, e a partir daí apenas retransmite bytes criptografados.

A troca fica assim, com credenciais de documentação:

CONNECT api.ipify.org:443 HTTP/1.1
Host: api.ipify.org:443
Proxy-Authorization: Basic VVNFUk5BTUU6UEFTU1dPUkQ=

HTTP/1.1 200 Connection established

Como um proxy SOCKS5 abre uma conexão?

Um proxy SOCKS5 abre uma conexão em três trocas binárias curtas definidas pela RFC 1928: uma saudação que acorda um método de autenticação, o login e uma requisição de conexão com o endereço de destino. A tabela mostra os bytes de um login com usuário e senha (RFC 1929) e uma requisição para api.ipify.org na porta 443.

A RFC 1929 envia o usuário e a senha em texto claro, cada um com até 255 bytes. Assim como a autenticação Basic sobre HTTP, ela não protege nada por si só; a sessão TLS com o site roda dentro do relay depois. Uma allowlist de IP evita enviar senha alguma. Opções de login: Nome de usuário e senha, ou uma lista de IPs permitidos (até 10 IPs).

Qual é a diferença entre socks5 e socks5h?

Com socks5://, sua própria máquina resolve o nome do host e envia um endereço IP para o proxy; com socks5h://, o proxy recebe o nome do host e o resolve. O "h" significa hostname. Os nomes vêm do curl e também são usados pelo Python requests com PySocks.

A diferença importa de duas maneiras. Primeiro, a resolução local envia uma consulta DNS da sua própria rede, o que informa ao seu resolvedor quais sites você visita. Segundo, a resposta DNS obtida localmente pode apontar para um servidor próximo de você, e não do proxy, então um CDN pode servir a região errada. Use socks5h:// a menos que tenha um motivo para não usar. Proxies HTTP sempre resolvem do lado do proxy, porque o CONNECT carrega o nome do host.

curl -x socks5h://USERNAME:[email protected]:PORT https://api.ipify.org
curl -x http://USERNAME:[email protected]:PORT https://api.ipify.org

O SOCKS5 suporta UDP?

O padrão SOCKS5 define o relay UDP através de um comando chamado UDP ASSOCIATE, mas o suporte depende do servidor e do cliente. Muitos serviços de proxy e muitas bibliotecas de cliente implementam apenas TCP.

A RackProxies vende seus IPs para HTTP, HTTPS (CONNECT) e SOCKS5, e não prometemos UDP. Se o seu uso precisa de UDP, teste no plano 1 IP antes de comprar mais e pergunte ao suporte primeiro. Para requisições web, APIs e monitoramento via HTTPS, TCP é tudo o que você precisa.

Qual devo escolher para minha ferramenta?

Escolha HTTP quando sua ferramenta fala HTTP, e SOCKS5 quando não fala ou quando suporta apenas SOCKS. Na prática:

• Python requests, Node.js fetch com undici, Playwright, Scrapy: HTTP funciona sem configuração extra. SOCKS5 precisa de um pacote adicional no requests (requests[socks]).
• curl e wget: curl suporta ambos; wget usa proxies HTTP.
• Navegadores: ambos, mas o cliente SOCKS5 integrado do Chromium historicamente não suporta autenticação com usuário e senha, então a escolha segura é a forma HTTP ou a allowlist.
• Clientes TCP não HTTP (ferramentas de banco de dados, protocolos personalizados): SOCKS5.

Os exemplos de código mostram cada caso, e o quickstart testa ambos os protocolos com curl.