SOCKS5 vs proxy HTTP: en qué se diferencian y cuál usar

¿Cómo transporta un proxy HTTP el tráfico HTTPS?

Un proxy HTTP transporta el tráfico HTTPS a través de un túnel que tu cliente abre con el método CONNECT del RFC 9110. El cliente indica el host y el puerto, el proxy se conecta a ellos y responde 200, y a partir de ahí solo retransmite bytes cifrados.

El intercambio es así, con credenciales de documentación:

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

HTTP/1.1 200 Connection established

¿Cómo abre una conexión un proxy SOCKS5?

Un proxy SOCKS5 abre una conexión en tres breves intercambios binarios definidos por el RFC 1928: un saludo que acuerda un método de autenticación, el login y una petición de conexión con la dirección de destino. La tabla muestra los bytes para un login con usuario y contraseña (RFC 1929) y una petición a api.ipify.org en el puerto 443.

El RFC 1929 envía el usuario y la contraseña en texto claro, cada uno de hasta 255 bytes. Como la autenticación Basic sobre HTTP, no protege nada por sí misma; la sesión TLS con el sitio web se ejecuta dentro del relay después. Una allowlist de IP evita enviar contraseña alguna. Opciones de login: Usuario y contraseña, o una lista de IPs permitidas (hasta 10 IPs).

¿Cuál es la diferencia entre socks5 y socks5h?

Con socks5://, tu propia máquina resuelve el nombre de host y envía al proxy una dirección IP; con socks5h://, el proxy recibe el nombre de host y lo resuelve. La "h" significa hostname (nombre de host). Los nombres provienen de curl y también los usa Python requests con PySocks.

La diferencia importa por dos motivos. Primero, la resolución local envía una consulta DNS desde tu propia red, lo que revela a tu resolver qué sitios visitas. Segundo, la respuesta DNS que obtienes localmente puede apuntar a un servidor cercano a ti, no al proxy, así que un CDN puede servirte la región equivocada. Usa socks5h:// salvo que tengas un motivo para no hacerlo. Los proxies HTTP siempre resuelven del lado del proxy, porque CONNECT transporta el nombre de host.

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

¿SOCKS5 admite UDP?

El estándar SOCKS5 define el relay UDP mediante un comando llamado UDP ASSOCIATE, pero su compatibilidad depende del servidor y del cliente. Muchos servicios de proxy y muchas librerías de cliente implementan solo TCP.

RackProxies vende sus IP para HTTP, HTTPS (CONNECT) y SOCKS5, y no garantizamos UDP. Si tu uso necesita UDP, pruébalo en el plan 1 IP antes de comprar más, y consulta antes con soporte. Para solicitudes web, APIs y monitoreo sobre HTTPS, TCP es todo lo que necesitas.

¿Cuál elijo para mi herramienta?

Elige HTTP cuando tu herramienta habla HTTP, y SOCKS5 cuando no lo hace o cuando solo admite SOCKS. En la práctica:

• Python requests, Node.js fetch con undici, Playwright, Scrapy: HTTP funciona sin configuración extra. SOCKS5 requiere un paquete adicional en requests (requests[socks]).
• curl y wget: curl admite ambos; wget usa proxies HTTP.
• Navegadores: ambos, pero el cliente SOCKS5 integrado de Chromium históricamente no ha admitido autenticación con usuario y contraseña, así que la opción segura es la forma HTTP o la lista de permitidos.
• Clientes TCP no HTTP (herramientas de base de datos, protocolos personalizados): SOCKS5.

Los ejemplos de código muestran cada caso, y la guía de inicio rápido prueba ambos protocolos con curl.