Ваша SSH лозинка није SOCKS лозинка
Разликујте SSH пријаву од SOCKS аутентификације клијента на OpenSSH динамичком слушаоцу.
Укуцали сте лозинку да покренете ssh -D. Она је аутентификовала вашу SSH везу. Није направила SOCKS налог заштићен лозинком за сваки програм који може да достигне нови слушалац.
Динамичко прослеђивање OpenSSH-а пружа локалну SOCKS услугу преко аутентификованог SSH транспорта. Његова обрада SOCKS5 бира метод без аутентификације; то није општи SOCKS сервер са корисничким именом и лозинком.
За личну употребу повежите локално:
ssh -N -D 127.0.0.1:1080 [email protected]Апликације на том рачунару користе порт 1080 без уноса ваше SSH лозинке као SOCKS лозинке. Документација о динамичком прослеђивању описује слушалац, а изворни код OpenSSH-ове SOCKS обраде даје детаљ аутентификације.
Дељење мења проблем
Везивање на LAN адресу чини порт доступним изван првобитне локалне употребе. Оближњи клијенти не успостављају засебне SSH сесије само зато што њихов саобраћај пролази кроз ваш. Ако мрежа дозвољава приступ, ти клијенти могу да деле спољни идентитет вашег гејтвеја.
Заштитни зид може да ограничи доступне клијенте, али не додаје SOCKS размену пријаве. За засебна SOCKS корисничка имена, квоте или правила по кориснику изаберите сервер који подржава те функције. Данте, на пример, документује SOCKS аутентификацију одвојено од ограничења адреса клијената.
То помаже и при решавању проблема. Клијент који инсистира на методу корисничког имена и лозинке SOCKS можда неће преговарати са овим слушаоцем како очекујете. Прилагодите апликацију или изаберите одговарајућу аутентификовану SOCKS услугу; поновљени покушаји ваше SSH лозинке решавају погрешну пријаву.
Доступност само локално и даље је граница коју треба разумети, а не тврдња да сваки процес на локалном рачунару припада истом кориснику.