Dostop do obstoječega proxyja HTTP ali SOCKS prek SSH
Dostopajte do oddaljenega loopback proxyja HTTP ali SOCKS prek SSH, ne da bi njegov poslušalec javno izpostavili.
Če relay.example.net že izvaja SOCKS na svojem 127.0.0.1:1080, posredujte dostop, namesto da bi ta poslušalec javno izpostavili:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Končna točka | Vloga |
|---|---|
Prenosnik 127.0.0.1:1081 | Naslov SOCKS, ki ga je treba nastaviti v aplikaciji na prenosniku. |
Posrednik 127.0.0.1:1080 | Obstoječi proxy, dosežen s strani strežnika SSH. |
Sintaksa lokalnega posredovanja dodeli fiksni cilj strežniški strani. Proxy HTTP na oddaljenem vratih loopback 3128 ali intranetna končna točka, kot je proxy.internal.example:8080, deluje po istem načelu. Nastavite odjemalca za tisti obstoječi protokol HTTP in račun; prenos prek SSH ne ustvari SOCKS niti poslušalca HTTPS s TLS.
Obstoječa storitev še vedno izbira podprte različice protokola, preverjanje pristnosti, cilje in končni izhod. Če je ta oddaljeni proxy ustvaril drug proces SSH, morata oba procesa ostati živa. Pot prenosnik→posrednik→prehod pusti spletnemu mestu zadnjo izhodno povezavo, ne identitete, ki jo dodeli lokalna vrata 1081.
Vezavo prenosnika ohranite izrecno lokalno. Širša izpostavljenost spremeni, kdo lahko doseže storitev, prijava SSH pa poslušalcu ne doda gesla SOCKS. Ob zavrnitvi preverite poslušalec prenosnika, transport SSH in oddaljeni proxy kot ločene stopnje.