ბევრ SOCKS კავშირს შეუძლია ერთი SSH ტრანსპორტის გაზიარება
ssh -D მიზნობრივ ნაკადებს SSH არხებზე მულტიპლექსავს; ერთი გარე TCP კავშირი მაინც შეიძლება გახდეს მათი საერთო შეფერხების ადგილი.
ერთ ssh -D პროცესს შეუძლია ერთდროულად რამდენიმე ვებსაიტის კავშირს მოემსახუროს. დათვალეთ ფენები ცალ-ცალკე:
| ფენა | რას ატარებს |
|---|---|
| აპლიკაციიდან SOCKS მსმენელამდე | ცალკეული აპლიკაციის კავშირები და SOCKS მოთხოვნები |
| SSH არხები | დამოუკიდებლად მისამართიანი ნაკადები არხის დონის ნაკადის კონტროლით |
| SSH ტრანსპორტი | მულტიპლექსირებული არხის მონაცემები, ჩვეულებრივ ერთი ქვედა TCP კავშირის გავლით |
| შესასვლელი ვებსაიტებამდე | ცალკეული მიზნობრივი კავშირები, რომლებსაც შესასვლელი ხსნის |
ამიტომ ერთი დაშიფრული SSH სოკეტის დანახვა არ ნიშნავს, რომ ყოველი ვებსაიტის მოთხოვნა ერთ მიზნობრივ კავშირში სერიულდება. დინამიკური გადამისამართება ნაკადის მონაცემებს გადასცემს და ახალ კავშირებს ხსნის; ის განსხვავდება პაკეტური გვირაბისგან, რომელიც აპლიკაციის საწყის TCP პაკეტებსა და IP სათაურებს სხვა TCP კავშირის შიგნით ატარებს.
გაზიარებულ ტრანსპორტს მაინც აქვს მნიშვნელობა. ტევადობა, დაგეგმვა, დაშიფვრის სამუშაო და ტრანსპორტის დანაკარგი ან შეფერხება შეიძლება ერთდროულად რამდენიმე არხზე იმოქმედოს. მხოლოდ ერთი მიზნის გაჩერება ერთარხიან ზღვარს არ ამტკიცებს.
თუ რამდენიმე აპლიკაცია ერთად შენელდება, შეამოწმეთ, იზიარებენ თუ არა იგივე SSH სესიას და შესასვლელის გზას, შემდეგ შეადარეთ მათი ფაქტობრივი დატვირთვა. ლოკალური SOCKS პორტების დათვლა ვერც გამტარუნარიანობას ზომავს და ვერც დამოუკიდებელ მარშრუტებს. მულტიპლექსირება თავისთავად არ გვპირდება სიჩქარის ზრდას ან თითოეული ნაკადისთვის ცალკე საჯარო გასასვლელს.