Jo SSH-wachtwurd is gjin SOCKS-wachtwurd

Jo hawwe in wachtwurd ynfierd om ssh -D te starten. Dat autentisearre jo SSH-ferbining. It makke gjin wachtwurd beskerme SOCKS-account foar elk programma dat de nije lústerder berikke kin.

De dynamyske trochstjoering fan OpenSSH leveret in lokale SOCKS-tsjinst oer in autentisearre SSH-transport. De SOCKS5-ôfhanneling kiest de metoade sûnder autentikaasje; it is gjin algemien SOCKS-brûkersnamme/wachtwurd-tsjinner.

Foar persoanlik gebrûk, bind lokaal:

ssh -N -D 127.0.0.1:1080 [email protected]

Programma's op dy kompjûter brûke poarte 1080 sûnder jo SSH-wachtwurd as SOCKS-wachtwurd yn te fieren. De dokumintaasje oer dynamyske trochstjoering beskriuwt de lústerder, en de SOCKS-brontaal fan OpenSSH jout it autentikaasjedetail.

Dielen feroaret it probleem

Binen oan in LAN-adres makket de poarte berikber bûten it oarspronklike lokale gebrûk. Tichtby lizzende kliïnten meitsje gjin aparte SSH-sesjes allinnich om't har ferkear troch jo giet. As it netwurk tagong tasteat, kinne dy kliïnten de útwindige identiteit fan jo gateway diele.

In firewall kin berikbere kliïnten beheine, mar foeget gjin SOCKS-oanmeldingútwikseling ta. Foar aparte SOCKS-brûkersnammen, kwota's of regels per brûker, kies in tsjinner dy't dy funksjes stipet. Dante dokumintearret bygelyks SOCKS-autentikaasje apart fan klantadresbeheiningen.

Dit helpt ek by probleemoplossing. In klant dy't oanhâldt op de SOCKS-brûkersnamme/wachtwurd-metoade ûnderhannelt miskien net mei dizze lústerder sa't jo ferwachtsje. Pas de applikaasje oan of kies in geskikte autentisearre SOCKS-tsjinst; it hieltyd opnij besykjen fan jo SSH-wachtwurd rjochtet him op de ferkearde oanmelding.

Allinnich lokale berikberens is noch hieltyd in grins om te begripen, net in bewearing dat elk proses op 'e lokale kompjûter by deselde brûker heart.