¿El listener HTTP de Squid admite SOCKS?
Separe el protocolo del proxy de los números de puerto y distinga el trabajo experimental de Squid con SOCKS del soporte estándar del listener HTTP.
El http_port de Squid acepta tráfico de proxy HTTP, independientemente del número de puerto. Configurarlo en el puerto 1080 lo deja como listener HTTP; un cliente SOCKS envía un handshake distinto.
Una aplicación que admite proxies HTTP puede usar la dirección y el puerto de Squid en su ajuste de proxy HTTP. Los destinos HTTPS pueden pasar por CONNECT, así que este ajuste también sirve para sitios seguros cuando el proxy permite el túnel.
Una aplicación que requiere SOCKS necesita un servicio que implemente la versión de SOCKS requerida y autenticación. Para rutas públicas permitidas, elija candidatos de la lista de proxies SOCKS que coincidan con esa versión. Un servidor SOCKS dedicado o un reenvío dinámico SSH local adecuado pueden proporcionar esa interfaz.
Soporte experimental y proxies superiores
La página de desarrollo de SOCKS de Squid describe enfoques experimentales y basados en bibliotecas con limitaciones. No demuestra que un listener HTTP estándar empaquetado acepte SOCKS5 mediante un interruptor de configuración.
Hacer que Squid use SOCKS aguas arriba es un requisito aparte para sus conexiones salientes. Un método que afecte a esos sockets no añade soporte para SOCKS entrante.
Ante un desajuste de protocolo, identifique qué envía la aplicación a Squid y qué envía Squid hacia su destino o su proxy padre. Cambiar solo el número de puerto no altera ninguna de las dos conversaciones.