Vaše heslo SSH nie je heslo SOCKS
Rozlíšte prihlásenie SSH od autentifikácie klienta SOCKS na dynamickom poslucháči OpenSSH.
Zadali ste heslo na spustenie ssh -D. Tým sa autentifikovalo vaše SSH pripojenie. Nevytvorilo však SOCKS účet chránený heslom pre každý program, ktorý môže dosiahnuť nový poslucháč.
Dynamické presmerovanie OpenSSH poskytuje miestnu službu SOCKS cez autentifikovaný SSH prenos. Jeho spracovanie SOCKS5 volí metódu bez autentifikácie; nejde o všeobecný SOCKS server s používateľským menom a heslom.
Na osobné použitie sa pripojte lokálne:
ssh -N -D 127.0.0.1:1080 [email protected]Aplikácie na tomto počítači používajú port 1080 bez zadania vášho SSH hesla ako hesla SOCKS. Dokumentácia dynamického presmerovania opisuje poslucháča a zdrojový kód spracovania SOCKS v OpenSSH uvádza podrobnosti autentifikácie.
Zdieľanie mení problém
Pripojenie k adrese LAN sprístupní port aj mimo pôvodného miestneho použitia. Blízki klienti nevytvárajú samostatné SSH relácie len preto, že ich prevádzka prechádza tou vašou. Ak sieť povoľuje prístup, títo klienti môžu zdieľať vonkajšiu identitu vašej brány.
Firewall môže obmedziť dostupných klientov, ale nepridáva výmenu prihlásenia SOCKS. Pre samostatné používateľské mená SOCKS, kvóty alebo pravidlá pre jednotlivých používateľov zvoľte server, ktorý tieto funkcie podporuje. Napríklad Dante dokumentuje autentifikáciu SOCKS oddelene od obmedzení adries klientov.
Pomáha to aj pri riešení problémov. Klient, ktorý trvá na metóde používateľského mena a hesla SOCKS, nemusí s týmto poslucháčom vyjednávať podľa očakávania. Upravte aplikáciu alebo zvoľte vhodnú autentifikovanú službu SOCKS; opakované skúšanie vášho SSH hesla rieši nesprávne prihlásenie.
Dostupnosť iba lokálne je stále hranica, ktorú treba chápať, nie tvrdenie, že každý proces na miestnom počítači patrí rovnakému používateľovi.