Juurdepääs olemasolevale HTTP- või SOCKS-proksile SSH kaudu
Jõudke kaugesse loopback HTTP- või SOCKS-proksini SSH kaudu ilma selle kuulajat avalikult paljastamata.
Kui relay.example.net juba käitab SOCKS-i oma 127.0.0.1:1080 peal, edastage juurdepääs, mitte ärge paljastage seda kuulajat avalikult:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Lõpp-punkt | Roll |
|---|---|
Sülearvuti 127.0.0.1:1081 | SOCKS-aadress, mis tuleb sülearvuti rakenduses seadistada. |
Relai 127.0.0.1:1080 | Olemasolev proksi, milleni jõutakse SSH-serveri poolt. |
Kohaliku edastuse süntaks määrab fikseeritud sihtkoha serveri poolele. HTTP-proksi kaugel loopback-pordil 3128 või sisevõrgu lõpp-punkt nagu proxy.internal.example:8080 töötab sama põhimõtte järgi. Seadistage klient selle olemasoleva HTTP-protokolli ja konto jaoks; SSH kaudu edastamine ei loo SOCKS-i ega TLS-iga HTTPS-kuulajat.
Olemasolev teenus valib endiselt toetatud protokolliversioonid, autentimise, sihtkohad ja lõpliku väljundi. Kui selle kaugproksi lõi teine SSH-protsess, peavad mõlemad protsessid elus püsima. Marsruut sülearvuti→relai→lüüs jätab veebisaidile nähtavaks viimase väljuva ühenduse, mitte kohaliku pordi 1081 antud identiteedi.
Hoidke sülearvuti sidumine selgesõnaliselt kohalik. Laiem paljastamine muudab, kes teenuseni jõuab, ja SSH-sisselogimine ei lisa kuulajale SOCKS-parooli. Keeldumise korral kontrollige sülearvuti kuulajat, SSH-transporti ja kaugproksit eraldi etappidena.