HTTP vs HTTPS vs SOCKS4 vs SOCKS5: Qual protocolo de proxy você deve escolher?

Cada proxy em uma lista como esta é rotulado com um protocolo — HTTP, HTTPS, SOCKS4 ou SOCKS5 — e escolher o errado para uma tarefa específica é o motivo mais comum pelo qual um proxy "funcionando" não faz exatamente o que você precisa. Este artigo vai além de uma definição rápida: para cada protocolo, cobriremos o que ele realmente suporta, onde ele falha, como ele se desempenha e quando ele é a escolha certa.

A versão curta

Os proxies HTTP e HTTPS são criados especificamente para o tráfego da web e são o que quase todos os navegadores, scrapers e ferramentas de automação esperam por padrão. O SOCKS4 e o SOCKS5 funcionam em um nível inferior, retransmitindo qualquer conexão TCP em vez de apenas solicitações da web, o que os torna a melhor opção para aplicativos que não são de navegador. O SOCKS5 é o mais capaz dos quatro, adicionando autenticação e suporte a UDP sobre o SOCKS4. Se você se lembrar de apenas uma coisa deste artigo, é esta: navegação na web → HTTP/HTTPS, todo o resto → SOCKS.

Uma introdução técnica rápida: onde cada protocolo opera

Os proxies HTTP e HTTPS operam na camada de aplicativo — eles entendem especificamente a estrutura de uma solicitação HTTP (método, cabeçalhos, corpo) e podem inspecionar ou rotear com base nela. O SOCKS, por outro lado, opera mais abaixo, mais perto da camada de transporte bruto: ele não sabe nem se importa se os bytes que está retransmitindo são uma página da web, uma transferência FTP ou o handshake de um servidor de jogo. Essa única diferença arquitetônica explica quase todas as distinções práticas entre as duas famílias — os proxies HTTP/HTTPS são mais inteligentes especificamente sobre o tráfego da web, enquanto os proxies SOCKS são mais simples, mas muito mais versáteis.

Proxies HTTP, em detalhes

Um proxy HTTP entende o protocolo HTTP especificamente — ele analisa a solicitação, pode inspecionar e, às vezes, modificar cabeçalhos e sabe como retransmitir uma resposta de volta. Devido a esse entendimento nativo, os proxies HTTP são o tipo de proxy mais universalmente suportado: se a configuração de uma ferramenta diz apenas "proxy" sem nenhum menu suspenso de protocolo, ela quase sempre espera HTTP.

Pontos fortes: Máxima compatibilidade, simples de configurar, adequado para navegação e a maioria das ferramentas de raspagem, e normalmente o maior grupo de servidores disponíveis em qualquer lista de proxies gratuitos.
Limitações: A conexão entre você e o proxy não é necessariamente criptografada e foi construída especificamente para tráfego da web — não é um retransmissor TCP de uso geral. Alguns proxies HTTP também não suportam o método CONNECT necessário para tunelar sites de destino HTTPS, portanto, podem ser limitados apenas a destinos HTTP simples.

Proxies HTTPS, em detalhes

Um proxy HTTPS é funcionalmente um proxy HTTP com criptografia TLS adicionada ao trecho entre o seu dispositivo e o servidor proxy. Ele não altera a forma como o proxy se comunica com o site de destino — isso ainda é regido por qualquer protocolo que o destino use — mas significa que o primeiro salto é criptografado, o que importa em redes onde esse tráfego poderia ser observado.

Pontos fortes: A mesma ampla compatibilidade do HTTP, além de uma conexão criptografada com o próprio proxy e (em uma lista selecionada) a confirmação de que o tunelamento CONNECT para destinos HTTPS realmente funciona.
Limitações: Um pouco menos universalmente suportado do que o HTTP simples em ferramentas mais antigas ou mais minimalistas; ainda fundamentalmente um protocolo de tráfego da web, não um retransmissor TCP geral.

Proxies SOCKS4, em detalhes

O SOCKS se afasta do entendimento específico do tráfego da web e, em vez disso, apenas retransmite conexões TCP de forma genérica — o proxy não analisa nem se importa com o que está dentro da conexão, ele apenas encaminha os bytes para frente e para trás. Isso torna o SOCKS4 utilizável para aplicativos que não têm nada a ver com um navegador: clientes FTP, protocolos de chat ou qualquer ferramenta personalizada baseada em TCP.

Pontos fortes: Funciona com praticamente qualquer aplicativo baseado em TCP, não apenas tráfego da web; protocolo simples com baixa sobrecarga.
Limitações: Sem autenticação integrada (trate o próprio proxy como infraestrutura não confiável) e sem suporte a UDP — qualquer coisa que dependa de UDP precisará do SOCKS5.

Proxies SOCKS5, em detalhes

O SOCKS5 é o sucessor direto do SOCKS4, adicionando dois recursos: autenticação opcional de nome de usuário/senha e suporte para tráfego UDP, além do TCP. O UDP é importante para coisas como consultas DNS, alguns tráfegos de VoIP e jogos, e outros protocolos que não usam conexões TCP padrão. Se um aplicativo requer especificamente SOCKS5 em vez de SOCKS4, quase sempre é devido a uma dessas duas adições.

Pontos fortes: O mais capaz dos quatro — suporte a protocolos mais amplo, autenticação opcional, suporte a UDP.
Limitações: Um pouco menos comumente disponível em listas gratuitas do que o HTTP, simplesmente porque é um subconjunto menor de servidores configurados para suportá-lo — mas está crescendo e vale a pena filtrar especificamente quando uma tarefa precisa de seus recursos extras.

Diferenças de desempenho entre os protocolos

A escolha do protocolo afeta a sobrecarga mais do que a taxa de transferência bruta. Os proxies SOCKS, por não analisarem o conteúdo da camada de aplicativo, normalmente adicionam um pouco menos de sobrecarga de processamento por conexão do que os proxies HTTP/HTTPS — mas, na prática, para proxies públicos gratuitos, o fator dominante na velocidade é a largura de banda, a carga e a distância do próprio servidor individual, e não o protocolo em si. Dois proxies de protocolos diferentes em hardware e caminhos de rede comparáveis geralmente terão desempenho semelhante; os números de tempo de resposta na lista de proxies deste site refletem o servidor real, não uma vantagem em nível de protocolo.

Considerações de segurança para cada protocolo

A escolha do protocolo também afeta o que um operador de proxy pode tecnicamente ver ou fazer, o que importa ao decidir que tipo de tráfego é apropriado enviar por meio de um servidor gratuito e não verificado.

HTTP: O tráfego entre você e o proxy não é criptografado nesse salto, o que significa que o operador do proxy (ou qualquer outra pessoa posicionada para observar essa conexão) pode potencialmente ler o tráfego HTTP simples em trânsito. Isso não afeta os sites que você visita via HTTPS de ponta a ponta — essa criptografia é separada e ainda se aplica — mas significa que o próprio proxy vê mais do que uma alternativa criptografada até o proxy veria.

HTTPS: Criptografa a conexão com o próprio proxy, fechando essa lacuna específica. É a melhor escolha em detrimento do HTTP simples sempre que o tráfego que passa por ele merece essa camada extra, embora, como em qualquer proxy, o conselho geral para evitar logins confidenciais ou pagamentos em um servidor gratuito não verificado ainda se aplique — o operador ainda pode ver os metadados da conexão (quais sites você está acessando) mesmo quando o conteúdo em si for criptografado.

Cabeça a cabeça: qual deles realmente importa para a sua tarefa

Navegar na web ou raspar sites

Use HTTP ou HTTPS. Esses protocolos são o que os navegadores e praticamente todas as bibliotecas de raspagem esperam nativamente, e a diferença de compatibilidade é significativa o suficiente para que raramente haja motivos para recorrer ao SOCKS, a menos que uma ferramenta específica o exija.

Usando um aplicativo que não seja um navegador (cliente FTP, aplicativo de chat, ferramenta personalizada)

Use SOCKS4 ou SOCKS5. Esses aplicativos normalmente abrem conexões TCP brutas em vez de solicitações HTTP formatadas, e um proxy HTTP não saberá o que fazer com esse tráfego.

Qualquer coisa envolvendo UDP (ferramentas pesadas em DNS, determinado tráfego de jogos ou VoIP)

O SOCKS5 é o único dos quatro que o suporta — HTTP, HTTPS e SOCKS4 são todos baseados em TCP.

Tráfego sensível onde a conexão de proxy em si não deve ser observável

Prefira HTTPS em vez de HTTP (para tráfego da web), pois ele criptografa o primeiro salto; o SOCKS5 com autenticação é o equivalente mais próximo para tráfego que não é da web.

Você não tem certeza de qual ferramenta específica precisa

Verifique a documentação da própria ferramenta para suas configurações de proxy — se ela tiver apenas um campo "proxy" sem seletor de protocolo, ela espera HTTP; se tiver um menu suspensos listando SOCKS4/SOCKS5 como opção, esse é o seu sinal de que ela suporta (e possivelmente precisa) do protocolo de nível inferior para qualquer tráfego que gere.

Você precisa escolher entre SOCKS4 e SOCKS5 especificamente

Use o SOCKS5 por padrão, a menos que algo force o SOCKS4 especificamente. O SOCKS5 faz tudo o que o SOCKS4 faz, além de autenticação e UDP, então raramente há desvantagem em preferi-lo — o único motivo comum para escolher o SOCKS4 é que um determinado proxy gratuito simplesmente não oferece a opção SOCKS5 ou uma ferramenta mais antiga implementa apenas a especificação SOCKS4.

Filtrando por protocolo neste site

Cada entrada na lista de proxies gratuitos é rotulada com seu protocolo, e a barra de filtros permite restringir a lista exatamente a HTTP, HTTPS, SOCKS4 ou SOCKS5. Também existem páginas dedicadas para cada protocolo — por exemplo, a lista de proxies SOCKS5 — se você souber exatamente de qual tipo precisa. Seja qual for a sua escolha, vale a pena passar rapidamente pelo Verificador de Proxy antes de confiar nele, já que a disponibilidade muda constantemente para qualquer fonte de proxy gratuita. Para uma introdução mais ampla aos proxies antes de mergulhar nos detalhes do protocolo, consulte O que é um servidor proxy? Um guia completo para tipos de proxy.