Yhdistä olemassa olevaan HTTP- tai SOCKS-välityspalvelimeen SSH:n kautta
Yhdistä etäiseen loopback HTTP- tai SOCKS-välityspalvelimeen SSH:n kautta paljastamatta sen kuuntelijaa julkisesti.
Jos relay.example.net jo ajaa SOCKSia omassa 127.0.0.1:1080:ssaan, välitä pääsy sen sijaan että paljastaisit kuuntelijan julkisesti:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Päätepiste | Rooli |
|---|---|
Kannettava 127.0.0.1:1081 | SOCKS-osoite, joka määritetään kannettavan sovelluksessa. |
Välitin 127.0.0.1:1080 | Olemassa oleva välityspalvelin, johon päästään SSH-palvelimen puolelta. |
Paikallisen edelleenohjauksen syntaksi osoittaa kiinteän kohteen palvelimen puolelle. HTTP-välityspalvelin etäällä loopback-portissa 3128 tai sisäverkon päätepiste kuten proxy.internal.example:8080 toimii samalla periaatteella. Määritä asiakasohjelma tälle olemassa olevalle HTTP-protokollalle ja tilille; sen kuljettaminen SSH:n kautta ei luo SOCKSia eikä TLS:llä varustettua HTTPS-kuuntelijaa.
Olemassa oleva palvelu valitsee edelleen tuetut protokollaversiot, todennuksen, kohteet ja lopullisen lähdön. Jos toinen SSH-prosessi loi kyseisen etävälityspalvelimen, molempien prosessien on pysyttävä käynnissä. Reitti kannettava→välitin→yhdyskäytävä jättää verkkosivuston näkemään viimeisen ulospäin menevän yhteyden, ei paikallisen portin 1081 myöntämää identiteettiä.
Pidä kannettavan sidonta nimenomaisesti paikallisena. Laajempi paljastaminen muuttaa sitä, kuka voi päästä palveluun, eikä SSH-kirjautuminen lisää SOCKS-salasanaa kuuntelijalle. Jos yhteys hylätään, tarkista kannettavan kuuntelija, SSH-siirto ja etävälityspalvelin erillisinä vaiheina.