Teie SSH-parool ei ole SOCKS-parool
Eristage SSH-sisselogimist SOCKS-kliendi autentimisest OpenSSH dünaamilisel kuulajal.
Sisestasite parooli, et käivitada ssh -D. See autentis teie SSH-ühenduse. Kuid see ei loonud parooliga kaitstud SOCKS-kontot igale programmile, mis pääseb uue kuulajani.
OpenSSH dünaamiline edastus pakub kohalikku SOCKS-teenust autenditud SSH-transpordi kaudu. Selle SOCKS5-käsitlus valib autentimiseta meetodi; see ei ole üldine SOCKS-i kasutajanime/parooli server.
Isiklikuks kasutamiseks siduge kohalikult:
ssh -N -D 127.0.0.1:1080 [email protected]Selle arvuti rakendused kasutavad porti 1080, ilma et sisestaksite oma SSH-parooli SOCKS-paroolina. Dünaamilise edastuse dokumentatsioon kirjeldab kuulajat ja OpenSSH SOCKS-käsitluse lähtekood annab autentimise üksikasja.
Jagamine muudab probleemi
LAN-aadressiga sidumine muudab pordi kättesaadavaks väljaspool algset kohalikku kasutust. Lähedased kliendid ei loo eraldi SSH-sessioone ainult seetõttu, et nende liiklus läbib teie oma. Kui võrk lubab juurdepääsu, saavad need kliendid jagada teie lüüsi välisidentiteeti.
Tulemüür võib piirata kättesaadavaid kliente, kuid ei lisa SOCKS-sisselogimise vahetust. Eraldi SOCKS-i kasutajanimede, kvootide või kasutajapõhiste reeglite jaoks valige server, mis neid funktsioone toetab. Näiteks Dante dokumenteerib SOCKS-autentimise eraldi kliendi aadressi piirangutest.
See aitab ka tõrkeotsingul. Klient, mis nõuab SOCKS-i kasutajanime/parooli meetodit, ei pruugi selle kuulajaga teie ootuste kohaselt läbi rääkida. Kohandage rakendust või valige sobiv autenditud SOCKS-teenus; SSH-parooli korduv proovimine tegeleb vale sisselogimisega.
Ainult kohalik kättesaadavus on endiselt mõistmist vajav piir, mitte väide, et iga protsess kohalikus arvutis kuulub samale kasutajale.