SSH-salasanasi ei ole SOCKS-salasana
Erota SSH-kirjautuminen SOCKS-asiakkaan todennuksesta OpenSSH:n dynaamisella kuuntelijalla.
Kirjoitit salasanan käynnistääksesi ssh -D. Se todensi SSH-yhteytesi. Se ei kuitenkaan luonut salasanalla suojattua SOCKS-tiliä jokaiselle ohjelmalle, joka voi tavoittaa uuden kuuntelijan.
OpenSSH:n dynaaminen edelleenohjaus tarjoaa paikallisen SOCKS-palvelun todennetun SSH-siirron yli. Sen SOCKS5-käsittely valitsee menetelmän ilman todennusta; se ei ole yleinen SOCKS-käyttäjänimi/salasana-palvelin.
Henkilökohtaiseen käyttöön sido paikallisesti:
ssh -N -D 127.0.0.1:1080 [email protected]Kyseisen tietokoneen sovellukset käyttävät porttia 1080 syöttämättä SSH-salasanaasi SOCKS-salasanana. Dynaamisen edelleenohjauksen dokumentaatio kuvaa kuuntelijan, ja OpenSSH:n SOCKS-käsittelyn lähdekoodi antaa todennuksen yksityiskohdan.
Jakaminen muuttaa ongelmaa
Sitominen LAN-osoitteeseen tekee portista tavoitettavan alkuperäisen paikalliskäytön ulkopuolelta. Lähellä olevat asiakkaat eivät avaa erillisiä SSH-istuntoja vain siksi, että niiden liikenne kulkee sinun kauttasi. Jos verkko sallii pääsyn, nämä asiakkaat voivat jakaa yhdyskäytäväsi ulkoisen identiteetin.
Palomuuri voi rajoittaa tavoitettavia asiakkaita, mutta ei lisää SOCKS-kirjautumisvaihtoa. Erillisiä SOCKS-käyttäjänimiä, kiintiöitä tai käyttäjäkohtaisia sääntöjä varten valitse palvelin, joka tukee näitä ominaisuuksia. Dante esimerkiksi dokumentoi SOCKS-todennuksen erikseen asiakasosoiterajoituksista.
Tämä auttaa myös vianmäärityksessä. Asiakas, joka vaatii SOCKS-käyttäjänimi/salasana-menetelmää, ei ehkä neuvottele tämän kuuntelijan kanssa odottamallasi tavalla. Mukauta sovellusta tai valitse sopiva todennettu SOCKS-palvelu; SSH-salasanasi toistuva kokeileminen kohdistuu väärään kirjautumiseen.
Vain paikallinen tavoitettavuus on yhä ymmärrettävä raja, ei väite, että jokainen paikallisen tietokoneen prosessi kuuluu samalle käyttäjälle.