Jūsu SSH parole nav SOCKS parole
Atšķiriet SSH pieteikšanos no SOCKS klienta autentifikācijas OpenSSH dinamiskajā klausītājā.
Jūs ievadījāt paroli, lai palaistu ssh -D. Tā autentificēja jūsu SSH savienojumu. Tā neizveidoja ar paroli aizsargātu SOCKS kontu katrai programmai, kas var sasniegt jauno klausītāju.
OpenSSH dinamiskā pāradresācija nodrošina vietēju SOCKS pakalpojumu autentificētā SSH transportā. Tās SOCKS5 apstrāde izvēlas metodi bez autentifikācijas; tas nav vispārīgs SOCKS lietotājvārda/paroles serveris.
Personīgai lietošanai piesaistiet lokāli:
ssh -N -D 127.0.0.1:1080 [email protected]Šī datora programmas izmanto portu 1080, neievadot jūsu SSH paroli kā SOCKS paroli. Dinamiskās pāradresācijas dokumentācija apraksta klausītāju, un OpenSSH SOCKS apstrādes pirmkods sniedz autentifikācijas detaļas.
Koplietošana maina problēmu
Piesaiste LAN adresei padara portu sasniedzamu ārpus sākotnējās vietējās lietošanas. Tuvumā esošie klienti neizveido atsevišķas SSH sesijas tikai tāpēc, ka viņu trafiks iet caur jūsējo. Ja tīkls pieļauj piekļuvi, šie klienti var koplietot jūsu vārtejas ārējo identitāti.
Ugunsmūris var ierobežot sasniedzamos klientus, bet nepievieno SOCKS pieteikšanās apmaiņu. Atsevišķiem SOCKS lietotājvārdiem, kvotām vai noteikumiem katram lietotājam izvēlieties serveri, kas atbalsta šīs funkcijas. Piemēram, Dante dokumentē SOCKS autentifikāciju atsevišķi no klienta adreses ierobežojumiem.
Tas palīdz arī problēmu novēršanā. Klients, kas uzstāj uz SOCKS lietotājvārda/paroles metodi, var nevienoties ar šo klausītāju tā, kā jūs gaidāt. Pielāgojiet programmu vai izvēlieties piemērotu autentificētu SOCKS pakalpojumu; atkārtota SSH paroles mēģināšana risina nepareizo pieteikšanos.
Tikai lokāla sasniedzamība joprojām ir robeža, kas jāsaprot, nevis apgalvojums, ka katrs lokālā datora process pieder vienam un tam pašam lietotājam.