SOCKS5 vs SOCKS4: las diferencias técnicas

SOCKS es un protocolo de proxy de bajo nivel: en lugar de entender HTTP, simplemente retransmite una TCP (y, en v5, UDP) conexión entre tu cliente y un destino. Ese diseño agnóstico al protocolo es la razón por la que SOCKS funciona para cualquier cosa: web, correo electrónico, tráfico de juegos, SSH, no solo navegadores. SOCKS4 llegó primero; SOCKS5, definido en RFC 1928, es la versión que casi todo el mundo utiliza hoy en día. Las diferencias son pocas pero decisivas.

Ambos comienzan con tu cliente pidiendo al proxy que se conecte a un host y puerto objetivo. Lo que cambió entre las versiones es quién puede usar el proxy, qué tipos de tráfico transporta y dónde se resuelve el nombre de host objetivo.

1. Autenticación. SOCKS4 no tiene un método de autenticación incorporado (SOCKS4a solo agregó un campo de userid, fácilmente falsificable). SOCKS5 define una autenticación adecuada, comúnmente nombre de usuario/contraseña, para que un proxy pueda restringir el acceso a usuarios que pagan o están autorizados. Esta es la razón por la que los proxies comerciales utilizan SOCKS5.

2. UDP e IPv6. SOCKS4 es solo TCP y solo IPv4. SOCKS5 agrega reenvío UDP (a través del comando UDP ASSOCIATE) y direccionamiento nativo IPv6, por lo que puede transportar tráfico DNS, VoIP, QUIC y de juegos que SOCKS4 simplemente no puede. Consulta UDP sobre SOCKS5 para ese mecanismo.

3. DNS remoto. Con SOCKS5 puedes pedir al proxy que resuelva el nombre de host (el modo socks5h en herramientas como cURL), por lo que la búsqueda nunca sale de tu máquina y no puede causar una filtración de DNS. SOCKS4 resuelve localmente y solo envía una IP.

Para cualquier cosa escrita después de aproximadamente mediados de la década de 1990, usa SOCKS5 — y específicamente la variante socks5h para que el DNS se resuelva de forma remota y los nombres de host permanezcan privados. SOCKS4 sobrevive solo en herramientas heredadas y en algunas listas de proxies públicos, donde su falta de autenticación es exactamente la razón por la que esos proxies están abiertos (y son arriesgados). La regla práctica: prefiere SOCKS5 con credenciales para privacidad y alcance; trata SOCKS4 puro como una curiosidad solo para pruebas.

s4m proporciona SOCKS5 autenticado en proxy.s4m.online:1080 y un proxy HTTP en el puerto 3128 — consulta la página de proxy y qué es SOCKS5. Usa socks5h://USER:PASS@proxy.s4m.online:1080 para obtener autenticación, capacidad UDP y DNS remoto sin filtraciones en un solo punto final. La lista gratuita incluye entradas SOCKS4 si necesitas probar específicamente el comportamiento heredado, pero SOCKS5 es el predeterminado que deseas.