რატომ აჩვენებს ორი SSH SOCKS პროქსი ერთსა და იმავე საჯარო IP-ს

ორი ბრძანება, ორი ლოკალური SOCKS პორტი, ერთი საჯარო IP. ეს ნორმალურია, როცა ორივე SSH კავშირი ერთსა და იმავე სერვერს აღწევს და სერვერი იმავე გარე ქსელურ გზას იყენებს.

SSH-ში შესასვლელად გამოყენებული მისამართი შემომავალია. საიტთან კავშირი ახალი გამავალი კავშირია ლოკალური დინამიური გადამისამართების სერვერის მხრიდან. ეს როლები განცალკევებულია.

SSH-ის ჯერ A მისამართზე, შემდეგ კი ერთსა და იმავე VPS-ზე B მისამართზე მიერთება არ ავალდებულებს მას A და B გამოიყენოს როგორც გადამისამართებული კავშირების შესაბამისი წყაროები. მარშრუტიზაციამ და წყარო მისამართის არჩევამ შეიძლება ერთი და იმავე წყარო აირჩიოს ორივესთვის.

ლოკალური პორტი სახელურია, არა ახალი იდენტობა

პორტები 1080 და 1081 განასხვავებს თქვენი ლეპტოპის მსმენელებს. ისინი არ ანაწილებს დისტანციურ მისამართებს. დინამიური გადამისამართების დოკუმენტაცია ხსნის, თუ როგორ იხსნება დანიშნულების ადგილები დისტანციური მხრიდან, თუმცა არ გვპირდება ერთ წყარო მისამართს ყოველი SSH შესვლის მისამართისთვის.

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

SSH-ის ლოკალური -b პარამეტრი დისტანციური გასასვლელის ამომრჩევი არ არის. ის აკავშირებს კლიენტის მხარეს SSH კავშირს და არა დისტანციური სერვერის საიტთან კავშირის წყაროს.

შეამოწმეთ მისამართების ოჯახი და NAT-იც. IPv6 საიტმა შეიძლება სხვა იდენტობა დაინახოს, ვიდრე მხოლოდ IPv4 საიტმა, და სერვერის რამდენიმე მისამართი შეიძლება გადაითარგმნოს ერთ საჯარო წყაროდ. დათვალეთ გამოსაყენებელი გარე გზები და არა მხოლოდ კონფიგურირებული პორტები ან SSH შესვლის მისამართები.