UDP sobre SOCKS5: como funciona (jogos, VoIP, QUIC)

O modelo mental comum de um proxy é um TCP relay: abrir uma conexão, transmitir bytes, fechá-la. Isso cobre HTTP, HTTPS e SSH. Mas uma grande parte do tráfego em tempo real — jogos online, chamadas de voz e vídeo, e cada vez mais a própria web via QUIC — opera sobre UDP, que é sem conexão e baseado em pacotes. SOCKS5 é um dos poucos protocolos de proxy que pode transportá-lo, através de um comando dedicado chamado UDP ASSOCIATE. SOCKS4 e proxies HTTP comuns não conseguem fazer isso de forma alguma.

Entender o mecanismo explica tanto por que ele é poderoso quanto por que muitas vezes não funciona através de um proxy aleatório.

O encaminhamento UDP no SOCKS5 usa um canal de controle mais um caminho de dados separado. Primeiro, o cliente abre uma conexão TCP normal com o proxy e envia um pedido de ASSOCIATE UDP. O proxy responde com um endereço IP e uma porta — um ponto de extremidade de retransmissão UDP que ele acabou de abrir para esta sessão. O cliente então envia seus datagramas UDP para esse ponto de extremidade de retransmissão, cada um envolto em um pequeno cabeçalho SOCKS que nomeia o destino final, e o proxy os encaminha e retransmite as respostas de volta.

Crucialmente, a conexão de controle TCP deve permanecer aberta durante toda a sessão: quando ela se fecha, o proxy encerra o encaminhamento UDP. Portanto, uma sessão UDP SOCKS5 é realmente duas conexões vinculadas — um keep-alive TCP e um fluxo de dados UDP — que é o motivo pelo qual clientes ingênuos que abrem apenas o lado UDP falham. Esta é a maquinaria por trás da execução de QUIC, VoIP (RTP), consultas DNS e protocolos de jogos através de um proxy SOCKS5.

Duas advertências honestas. Primeiro, ambas as extremidades devem suportar UDP: sua biblioteca cliente tem que implementar UDP ASSOCIATE (muitas não o fazem — pilhas de raspagem HTTP simples nunca tocam nisso), e o servidor proxy deve permitir o encaminhamento de UDP. Segundo, UDP sobre um proxy adiciona latência e pode ser bloqueado por NAT ou firewalls entre você e o relé, então o desempenho em tempo real nunca é garantido — para jogos críticos em latência, um VPN de túnel completo usando WireGuard é geralmente a melhor ferramenta do que um relé UDP-over-SOCKS.

Proxies s4m são SOCKS5 autenticados em proxy.s4m.online:1080; para cargas de trabalho TCP, eles são a opção direta, e onde seu cliente e carga de trabalho realmente precisam de encaminhamento UDP, SOCKS5 é o protocolo que torna isso possível. Se seu verdadeiro objetivo é roteamento de tudo de um jogo ou chamada — incluindo UDP — através de uma saída, prefira a VPN. Verifique o comportamento do protocolo com a API e ferramentas.