Jūsų SSH slaptažodis nėra SOCKS slaptažodis
Atskirkite SSH prisijungimą nuo SOCKS kliento autentifikavimo dinaminiame OpenSSH klausytojuje.
Įvedėte slaptažodį, kad paleistumėte ssh -D. Jis autentifikavo jūsų SSH ryšį. Tačiau jis nesukūrė slaptažodžiu apsaugotos SOCKS paskyros kiekvienai programai, kuri gali pasiekti naują klausytoją.
OpenSSH dinaminis peradresavimas teikia vietinę SOCKS paslaugą per autentifikuotą SSH transportą. Jo SOCKS5 apdorojimas pasirenka metodą be autentifikavimo; tai nėra bendras SOCKS vartotojo vardo/slaptažodžio serveris.
Asmeniniam naudojimui prisiriškite vietoje:
ssh -N -D 127.0.0.1:1080 [email protected]To kompiuterio programos naudoja 1080 prievadą neįvesdamos jūsų SSH slaptažodžio kaip SOCKS slaptažodžio. Dinaminio peradresavimo dokumentacija aprašo klausytoją, o OpenSSH SOCKS apdorojimo išeities kodas pateikia autentifikavimo informaciją.
Bendrinimas pakeičia problemą
Prisirišimas prie LAN adreso padaro prievadą pasiekiamą už pradinio vietinio naudojimo ribų. Netoliese esantys klientai nekuria atskirų SSH sesijų vien todėl, kad jų srautas eina per jūsų. Jei tinklas leidžia prieigą, tie klientai gali bendrinti jūsų tinklų sietuvos išorinę tapatybę.
Ugniasienė gali apriboti pasiekiamus klientus, bet neprideda SOCKS prisijungimo mainų. Atskiriems SOCKS vartotojų vardams, kvotoms ar taisyklėms pagal vartotoją rinkitės serverį, palaikantį šias funkcijas. Pavyzdžiui, Dante dokumentuoja SOCKS autentifikavimą atskirai nuo kliento adreso apribojimų.
Tai padeda ir sprendžiant problemas. Klientas, reikalaujantis SOCKS vartotojo vardo/slaptažodžio metodo, gali derėtis su šiuo klausytoju ne taip, kaip tikitės. Pakoreguokite programą arba pasirinkite tinkamą autentifikuotą SOCKS paslaugą; kartotiniai bandymai su jūsų SSH slaptažodžiu sprendžia ne tą prisijungimą.
Pasiekiamumas tik vietoje vis dar yra riba, kurią reikia suprasti, o ne teiginys, kad kiekvienas vietinio kompiuterio procesas priklauso tam pačiam vartotojui.