Az SSH-n átirányított port nem mindig SOCKS proxy
Különböztesse meg az SSH rögzített helyi átirányítását a dinamikus SOCKS-figyelőtől, mielőtt egy alkalmazást beállít.
SSH-alagutat hoz létre, beírja a 127.0.0.1-t és annak portját a böngésző proxybeállításaiba, és semmi nem töltődik be. Előfordulhat, hogy a figyelő tökéletesen működik. Lehet, hogy csak a rossz típusú forgalomra vár.
| Átirányítás | Mit küld a helyi alkalmazás | Cél kiválasztása |
|---|---|---|
-L | A cél-szolgáltatás szokásos protokollja | Az SSH-parancsban rögzítve |
-D | SOCKS-egyeztetés, majd az alkalmazás forgalma | A SOCKS-ügyfél kéri |
Egyetlen webkiszolgáló esetén ez rögzített átirányítás:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]Nyissa meg a http://127.0.0.1:9080/ címet webhelyként. Ne címkézze a 9080-as portot SOCKS-ként: bájtokat továbbít a parancsban megnevezett egyetlen webkiszolgálóhoz. Ha egy webhelyet más hosztnéven nyit meg, az hatással lehet a virtuális hosztolására, átirányításaira vagy a sütijeire is.
SOCKS-figyelő esetén a forma megváltozik:
ssh -N -D 127.0.0.1:1080 [email protected]Állítsa be az alkalmazást, hogy SOCKS-t használjon a 127.0.0.1:1080 címen. Ha ezt a címet közvetlenül a böngésző címsorába írja, a webes kérés egy SOCKS-figyelőhöz kerül, ami újabb protokoll-eltérés.
Az OpenSSH kézikönyve mindkét formát dokumentálja. Van egy hasznos kivétel: egy meglévő HTTP-proxy továbbítása -L segítségével olyan helyi portot hoz létre, amely HTTP-proxy protokollt beszél, mert a rögzített célja maga is HTTP-proxy. A távoli vég szolgáltatása dönti el, mi tartozik egy rögzített átirányításhoz. Meglévő proxy továbbítása SSH-n keresztül megtartja a proxy protokollját és fiókját.