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

Match User proxyuser
    PermitOpen api.example.net:443

გააერთიანეთ ეს ანგარიშის არსებულ აუთენტიფიკაციისა და გადამისამართების პოლიტიკასთან. PermitOpen თავად არ იძლევა გადამისამართების ნებართვას და არ თიშავს shell-ზე წვდომას.

OpenSSH ადარებს მოწოდებულ დანიშნულების სახელებს ამ შედარებისთვის მისამართების ძებნის გარეშე. მისი დოკუმენტირებული wildcard ფორმების გარდა, მნიშვნელობა არ არის ზოგადი ჰოსტის სახელის შაბლონი.

ეს მნიშვნელოვანია SOCKS5-ისთვის. კლიენტი, რომელიც აგზავნის api.example.net-ს 443 პორტით, შეიძლება შეესაბამებოდეს ამ წყვილს. კლიენტი, რომელიც იმავე სახელს ლოკალურად წყვეტს და აგზავნის რიცხვით IP-ს, სხვა დანიშნულების სტრიქონი მოგვაწოდა. ფსევდონიმი, რომელიც იმავე მისამართზე იხსნება, ასევე განსხვავებულია.

შეინარჩუნეთ კლიენტის ლოკალური ან პროქსის გავლით გადაწყვეტის რეჟიმი განზრახული წესის შესაბამისად. დაშვებული ჰოსტის სახელის შემდგომი გადაწყვეტა კვლავ განსაზღვრავს, სად უკავშირდება სერვერი; ეს პარამეტრი არ არის DNS-ის გათვალისწინებული აკრძალვა ყველა კერძო მისამართზე.

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

დაკავშირებული სტატიები