Vaša SSH lozinka nije SOCKS lozinka
Razlikujte SSH prijavu od SOCKS autentifikacije klijenta na OpenSSH dinamičkom slušaocu.
Ukucali ste lozinku da pokrenete ssh -D. Ona je autentifikovala vašu SSH vezu. Nije napravila SOCKS nalog zaštićen lozinkom za svaki program koji može da dosegne novi slušalac.
Dinamičko prosleđivanje OpenSSH-a pruža lokalnu SOCKS uslugu preko autentifikovanog SSH transporta. Njegova obrada SOCKS5 bira metod bez autentifikacije; to nije opšti SOCKS server sa korisničkim imenom i lozinkom.
Za ličnu upotrebu povežite lokalno:
ssh -N -D 127.0.0.1:1080 [email protected]Aplikacije na tom računaru koriste port 1080 bez unosa vaše SSH lozinke kao SOCKS lozinke. Dokumentacija o dinamičkom prosleđivanju opisuje slušalac, a izvorni kod OpenSSH-ove SOCKS obrade daje detalj autentifikacije.
Deljenje menja problem
Vezivanje na LAN adresu čini port dostupnim izvan prvobitne lokalne upotrebe. Obližnji klijenti ne uspostavljaju zasebne SSH sesije samo zato što njihov saobraćaj prolazi kroz vaš. Ako mreža dozvoljava pristup, ti klijenti mogu da dele spoljni identitet vašeg gejtveja.
Zaštitni zid može da ograniči dostupne klijente, ali ne dodaje SOCKS razmenu prijave. Za zasebna SOCKS korisnička imena, kvote ili pravila po korisniku izaberite server koji podržava te funkcije. Dante, na primer, dokumentuje SOCKS autentifikaciju odvojeno od ograničenja adresa klijenata.
To pomaže i pri rešavanju problema. Klijent koji insistira na metodu korisničkog imena i lozinke SOCKS možda neće pregovarati sa ovim slušaocem kako očekujete. Prilagodite aplikaciju ili izaberite odgovarajuću autentifikovanu SOCKS uslugu; ponovljeni pokušaji vaše SSH lozinke rešavaju pogrešnu prijavu.
Dostupnost samo lokalno i dalje je granica koju treba razumeti, a ne tvrdnja da svaki proces na lokalnom računaru pripada istom korisniku.