HTTP o SOCKS5: ¿qué IP de proxy elegir?
Elige el tipo de proxy según tu aplicación, el tráfico compatible y si necesitas resolver DNS en el proxy.
Abre primero la configuración de proxy de tu aplicación. Sus protocolos compatibles determinan qué entradas puedes usar; una etiqueta llamativa o un puerto conocido no añaden compatibilidad al cliente.
| Tu aplicación o tarea | Qué elegir y comprobar |
|---|---|
| Solo ofrece un campo de proxy HTTP | Un punto compatible de la lista de proxies HTTP. Prueba también HTTPS CONNECT si necesitas destinos HTTPS. |
| Admite SOCKS5 y necesita opciones de conexión o DNS | Un punto SOCKS5 con las opciones necesarias admitidas en ambos extremos. |
| Necesita UDP | Comprueba UDP tanto en el cliente como en el punto de conexión; la etiqueta SOCKS5 no basta. |
| Requiere SOCKS4 | Un punto SOCKS4 compatible y el modo de cliente correspondiente. |
| No admite proxies | Una IP de una lista no configura por sí sola la aplicación. |
Para peticiones web y API suele bastar un proxy HTTP. Reenvía HTTP y, cuando está permitido, transporta HTTPS mediante CONNECT. El éxito de una página HTTP simple no demuestra compatibilidad con túneles: el servicio puede exigir autenticación del túnel o restringir destinos y puertos.
SOCKS trabaja por debajo de la capa de peticiones HTTP. Una aplicación compatible le pide establecer una conexión sin interpretar una petición HTTP, por lo que también sirve para otro tráfico compatible. SOCKS5 define direcciones IPv4, IPv6 y de nombre de dominio, autenticación y asociación UDP. Una aplicación o un punto gratuito concreto puede implementar solo algunas funciones. La ruta TCP SOCKS del navegador no cubre automáticamente otra aplicación ni un servicio UDP.
¿Dónde se resuelve el nombre de destino?
En curl, la escritura de la URL SOCKS5 determina dónde se resuelve el DNS del destino: socks5:// resuelve destinos localmente; socks5h:// pide al proxy que los resuelva. Distintas vistas DNS pueden hacer que una opción funcione y la otra falle. Otros clientes pueden usar una casilla o una opción aparte. Elegir SOCKS5 no demuestra que toda consulta DNS pase por él.
SOCKS4 tiene menos funciones; SOCKS4a añade el tratamiento de nombres de host. Si cliente y servicio admiten SOCKS5 y no hay motivo para usar el protocolo antiguo, una entrada SOCKS5 adecuada es una primera opción razonable. Introducir un punto SOCKS4 dejando el cliente en modo SOCKS5 es una incompatibilidad de protocolo.
Cuando el protocolo encaje, prueba el destino real e identifica el primer fallo. Ni HTTP ni SOCKS5 mide el anonimato: la confianza en el operador, TLS del destino y la ruta real de la aplicación siguen determinando la protección obtenida.