O listener HTTP de Squid admite SOCKS?
Separe o protocolo do proxy dos números de porto e distinga o traballo experimental de Squid con SOCKS do soporte estándar do listener HTTP.
O http_port de Squid acepta tráfico de proxy HTTP, independentemente do número de porto. Configuralo no porto 1080 déixao como listener HTTP; un cliente SOCKS envía un handshake distinto.
Unha aplicación que admite proxies HTTP pode usar o enderezo e o porto de Squid na súa configuración de proxy HTTP. Os destinos HTTPS poden pasar por CONNECT, polo que esta configuración tamén serve para sitios seguros cando o proxy permite o túnel.
Unha aplicación que require SOCKS necesita un servizo que implemente a versión de SOCKS requirida e autenticación. Para rutas públicas permitidas, escolla candidatos da lista de proxies SOCKS que coincidan con esa versión. Un servidor SOCKS dedicado ou un reenvío dinámico SSH local axeitado poden fornecer esa interface.
Soporte experimental e proxies superiores
A páxina de desenvolvemento de SOCKS de Squid describe enfoques experimentais e baseados en bibliotecas con limitacións. Non demostra que un listener HTTP estándar empaquetado acepte SOCKS5 mediante un interruptor de configuración.
Facer que Squid use SOCKS cara arriba é un requisito aparte para as súas conexións saíntes. Un método que afecte eses sockets non engade soporte para SOCKS entrante.
Ante un desaxuste de protocolo, identifique que envía a aplicación a Squid e que envía Squid cara ao seu destino ou ao seu pai. Cambiar só o número de porto non altera ningunha das dúas conversas.