El listener HTTP de Squid admet SOCKS?
Separeu el protocol del proxy dels números de port i distingiu la feina experimental de Squid amb SOCKS del suport estàndard del listener HTTP.
El http_port de Squid accepta trànsit de proxy HTTP, sigui quin sigui el número de port. Configurar-lo al port 1080 el deixa com a listener HTTP; un client SOCKS envia un handshake diferent.
Una aplicació que admet proxies HTTP pot fer servir l'adreça i el port de Squid a la seva configuració de proxy HTTP. Les destinacions HTTPS poden passar per CONNECT, així que aquesta configuració també serveix per a llocs segurs quan el proxy permet el túnel.
Una aplicació que necessita SOCKS requereix un servei que implementi la versió de SOCKS necessària i autenticació. Per a rutes públiques permeses, trieu candidats de la llista de proxies SOCKS que coincideixin amb aquesta versió. Un servidor SOCKS dedicat o un reenviament dinàmic SSH local adequat poden oferir aquesta interfície.
Suport experimental i proxies superiors
La pàgina de desenvolupament de SOCKS de Squid descriu enfocaments experimentals i basats en biblioteques amb limitacions. No demostra que un listener HTTP estàndard empaquetat accepti SOCKS5 mitjançant un commutador de configuració.
Fer que Squid faci servir SOCKS aigües amunt és un requisit separat per a les seves connexions sortints. Un mètode que afecti aquests sockets no afegeix suport per a SOCKS entrant.
Davant d'una discrepància de protocol, identifiqueu què envia l'aplicació a Squid i què envia Squid cap a la seva destinació o pare. Canviar només el número de port no altera cap de les dues converses.