თქვენი SSH პაროლი არ არის SOCKS პაროლი

აკრიფეთ პაროლი 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 სესიებს მხოლოდ იმიტომ, რომ მათი ტრაფიკი თქვენს გავლით მიდის. თუ ქსელი დაშვებას იძლევა, ეს კლიენტები შეიძლება იზიარებდნენ თქვენი კარიბჭის გარე იდენტობას.

Firewall-ს შეუძლია შეზღუდოს მისაწვდომი კლიენტები, მაგრამ არ ამატებს SOCKS შესვლის გაცვლას. ცალკე SOCKS მომხმარებლის სახელებისთვის, კვოტებისთვის ან მომხმარებლის წესებისთვის აირჩიეთ სერვერი, რომელიც მხარს უჭერს ამ ფუნქციებს. მაგალითად, Dante აღწერს SOCKS აუთენტიფიკაციას კლიენტის მისამართის შეზღუდვებისგან ცალკე.

ეს ასევე ეხმარება დიაგნოსტიკას. კლიენტი, რომელიც დაჟინებით ითხოვს SOCKS მომხმარებლის სახელის/პაროლის მეთოდს, შეიძლება ამ მსმენელთან არ იმუშაოს ისე, როგორც მოსალოდნელია. შეცვალეთ აპლიკაცია ან აირჩიეთ შესაბამისი აუთენტიფიცირებული SOCKS სერვისი; SSH პაროლის განმეორებითი ცდა არასწორ შესვლას მიმართავს.

მხოლოდ ლოკალური ხელმისაწვდომობა კვლავ გასაგები საზღვარია და არა მტკიცება, რომ ლოკალურ კომპიუტერზე ყოველი პროცესი ერთსა და იმავე მომხმარებელს ეკუთვნის.