A dinamikus SSH alagút, beleértve a PuTTY dinamikus továbbítását, SOCKS felületet biztosít. A csak HTTP proxyt elfogadó alkalmazás nem tudja használni ezt a portot pusztán azáltal, hogy HTTP-nek nevezi.

Közöttük helyezkedhet el egy helyi protokollhíd. Az alkalmazás HTTP proxy kéréseket küld a hídnak, a híd pedig a SOCKS szolgáltatáson keresztül nyitja meg a célkapcsolatokat.

A Privoxy a továbbítási szabályaival dokumentálja ezt az elrendezést. Egy meglévő helyi SOCKS5 alagúthoz a konfigurációs részlet:

forward-socks5 / 127.0.0.1:1080 .

Az alkalmazás a Privoxy HTTP figyelőjéhez csatlakozik, nem az 1080-as porthoz. Tartsa ezt a figyelőt helyben a tervezett hozzáférési szabályzat szerint. A szabály utolsó pontjának dokumentált jelentése van; nem helyettesítőjel egy hiányzó internetes gazdanévhez.

Ez protokollfordítás

A Privoxy továbbítási dokumentációja ismerteti a SOCKS továbbítási szintaxist és a gazdanevek kezelését. Egy egyszerű TCP porttovábbítás nem ugyanezt a fordítást végzi: a kliens HTTP bájtjait változatlanul egy SOCKS figyelőhöz továbbítja, amely továbbra is SOCKS egyeztetést vár.

A híd a megértendő konfiguráció részévé is válik. A Privoxynak lehetnek saját tartalomszűrési és hozzáférési beállításai. Hozzáadása nem azonos azzal, mintha az eredeti alkalmazás natívan támogatná a SOCKS-t.

HTTPS webhelyeknél az alkalmazás általában CONNECT-et kér a HTTP hídtól, a híd pedig SOCKS-on keresztül szerzi meg a célkapcsolatot. A webhely szokásos TLS-e az alkalmazás és a webhely kapcsolata marad; a hídnak nem kell a webhelyt megszemélyesítenie ehhez az útvonalhoz.

Ha az alkalmazás közvetlenül tud SOCKS-t használni, a plusz komponens szükségtelen lehet. A hidat valódi protokoll-eltérés megoldására használja, a figyelőt és a felső szakaszt egyértelműen megkülönböztetve.

Kapcsolódó cikkek