Unterstützt Squids HTTP-Listener SOCKS?
Trennen Sie das Proxy-Protokoll von Portnummern und unterscheiden Sie experimentelle Squid-SOCKS-Arbeit von der Unterstützung eines Standard-HTTP-Listeners.
Squids http_port nimmt HTTP-Proxyverkehr an, unabhängig von der Portnummer. Wird er auf Port 1080 konfiguriert, bleibt er ein HTTP-Listener; ein SOCKS-Client sendet einen anderen Handshake.
Eine Anwendung, die HTTP-Proxys unterstützt, kann Adresse und Port von Squid in ihrer HTTP-Proxy-Einstellung verwenden. HTTPS-Ziele können CONNECT passieren, daher eignet sich diese Einstellung auch für sichere Websites, wenn der Proxy den Tunnel zulässt.
Eine Anwendung, die SOCKS benötigt, braucht einen Dienst, der die erforderliche SOCKS-Version implementiert, und Authentifizierung. Für erlaubte öffentliche Routen wählen Sie Kandidaten aus der SOCKS-Proxy-Liste, die zu dieser Version passen. Ein dedizierter SOCKS-Server oder eine passende lokale dynamische SSH-Weiterleitung kann diese Schnittstelle bereitstellen.
Experimentelle Unterstützung und vorgelagerte Proxys
Squids SOCKS-Entwicklungsseite beschreibt experimentelle und bibliotheksbasierte Ansätze mit Einschränkungen. Sie belegt nicht, dass ein standardmäßig paketierter HTTP-Listener SOCKS5 über einen Konfigurationsschalter akzeptiert.
Squid SOCKS vorgelagert nutzen zu lassen, ist eine separate Anforderung an seine ausgehenden Verbindungen. Eine Methode, die diese Sockets betrifft, fügt keine Unterstützung für eingehendes SOCKS hinzu.
Bei einer Protokollabweichung ermitteln Sie, was die Anwendung an Squid sendet und was Squid zu seinem Ziel oder übergeordneten Proxy sendet. Allein die Portnummer zu ändern, ändert keine der beiden Unterhaltungen.