Ondersteunt de HTTP-listener van Squid SOCKS?
Scheid het proxyprotocol van poortnummers en onderscheid experimenteel Squid-SOCKS-werk van standaardondersteuning voor een HTTP-listener.
De http_port van Squid accepteert HTTP-proxyverkeer, ongeacht het poortnummer. Configuratie op poort 1080 laat het een HTTP-listener; een SOCKS-client stuurt een andere handshake.
Een toepassing die HTTP-proxy's ondersteunt, kan het adres en de poort van Squid in de HTTP-proxyinstelling gebruiken. HTTPS-bestemmingen kunnen via CONNECT passeren, dus deze instelling is ook geschikt voor beveiligde sites wanneer de proxy de tunnel toestaat.
Een toepassing die SOCKS vereist, heeft een dienst die de vereiste SOCKS-versie implementeert en authenticatie nodig. Kies voor toegestane openbare routes kandidaten uit de SOCKS-proxylijst die bij die versie passen. Een toegewijde SOCKS-server of een passende lokale dynamische SSH-doorsturing kan die interface bieden.
Experimentele ondersteuning en upstream-proxy's
De SOCKS-ontwikkelpagina van Squid beschrijft experimentele en op bibliotheken gebaseerde benaderingen met beperkingen. Ze toont niet aan dat een standaard verpakte HTTP-listener SOCKS5 via een configuratieschakelaar accepteert.
Squid SOCKS stroomopwaarts laten gebruiken is een afzonderlijke eis voor zijn uitgaande verbindingen. Een methode die die sockets beïnvloedt, voegt geen ondersteuning voor inkomend SOCKS toe.
Bij een protocolverschil stelt u vast wat de toepassing naar Squid stuurt en wat Squid naar zijn bestemming of bovenliggende proxy stuurt. Alleen het poortnummer wijzigen verandert geen van beide gesprekken.