SSH:n välittämä portti ei ole aina SOCKS-välityspalvelin
Erota kiinteä paikallinen SSH-edelleenvälitys dynaamisesta SOCKS-kuuntelijasta ennen sovelluksen määrittämistä.
Luot SSH-tunnelin, asetat 127.0.0.1 ja sen portin selaimen välityspalvelinasetuksiin, eikä mitään lataudu. Kuuntelija voi toimia täysin moitteettomasti. Se saattaa vain odottaa vääränlaista liikennettä.
| Edelleenvälitys | Mitä paikallinen sovellus lähettää | Kohteen valinta |
|---|---|---|
-L | Kohdepalvelun tavallinen protokolla | Kiinnitetty SSH-komentoon |
-D | SOCKS-neuvottelu ja sitten sovelluksen liikenne | SOCKS-asiakasohjelman pyytämä |
Yhdelle verkkopalvelimelle tämä on kiinteä edelleenvälitys:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]Avaa http://127.0.0.1:9080/ verkkosivustona. Älä merkitse porttia 9080 SOCKS:ksi: se välittää tavuja yhdelle komennossa nimetylle verkkopalvelimelle. Sivuston avaaminen toisella isäntänimellä voi vaikuttaa myös sen virtuaaliseen hostingiin, uudelleenohjauksiin tai evästeisiin.
SOCKS-kuuntelijan kohdalla muoto muuttuu:
ssh -N -D 127.0.0.1:1080 [email protected]Määritä sovellus käyttämään SOCKS:ia osoitteessa 127.0.0.1:1080. Kyseisen osoitteen kirjoittaminen suoraan selaimen osoiteriville lähettää verkkopyynnön SOCKS-kuuntelijalle, mikä on jälleen yksi protokollien yhteensopimattomuus.
OpenSSH-käsikirja dokumentoi molemmat muodot. On hyödyllinen poikkeus: olemassa olevan HTTP-välityspalvelimen välittäminen -L tuottaa paikallisen portin, joka puhuu HTTP-välityspalvelinprotokollaa, koska sen kiinteä kohde on itse HTTP-välityspalvelin. Kaukopään palvelu ratkaisee, mikä kuuluu kiinteään edelleenvälitykseen. Olemassa olevan välityspalvelimen välittäminen SSH:n kautta säilyttää kyseisen välityspalvelimen protokollan ja tilin.