PermitOpen ამოწმებს დანიშნულების სახელს, რომელსაც SOCKS კლიენტი აწვდის
შეუსაბამეთ შეზღუდული SSH SOCKS დანიშნულება მოთხოვნილ ჰოსტის სახელსა და პორტს, იმის ნაცვლად, რომ ჩათვალოთ DNS ფსევდონიმები და რიცხვითი მისამართები ეკვივალენტურად.
არსებულ SSH გადამისამართების ანგარიშს შეუძლია შეზღუდოს დანიშნულების წყვილები, რომლებსაც მისი SOCKS კლიენტები იყენებენ. სერვერის მხარეს არსებულ ფრაგმენტს შეუძლია დაუშვას ერთი დასახელებული სერვისი:
Match User proxyuser
PermitOpen api.example.net:443
გააერთიანეთ ეს ანგარიშის არსებულ აუთენტიფიკაციისა და გადამისამართების პოლიტიკასთან. PermitOpen თავად არ იძლევა გადამისამართების ნებართვას და არ თიშავს shell-ზე წვდომას.
OpenSSH ადარებს მოწოდებულ დანიშნულების სახელებს ამ შედარებისთვის მისამართების ძებნის გარეშე. მისი დოკუმენტირებული wildcard ფორმების გარდა, მნიშვნელობა არ არის ზოგადი ჰოსტის სახელის შაბლონი.
ეს მნიშვნელოვანია SOCKS5-ისთვის. კლიენტი, რომელიც აგზავნის api.example.net-ს 443 პორტით, შეიძლება შეესაბამებოდეს ამ წყვილს. კლიენტი, რომელიც იმავე სახელს ლოკალურად წყვეტს და აგზავნის რიცხვით IP-ს, სხვა დანიშნულების სტრიქონი მოგვაწოდა. ფსევდონიმი, რომელიც იმავე მისამართზე იხსნება, ასევე განსხვავებულია.
შეინარჩუნეთ კლიენტის ლოკალური ან პროქსის გავლით გადაწყვეტის რეჟიმი განზრახული წესის შესაბამისად. დაშვებული ჰოსტის სახელის შემდგომი გადაწყვეტა კვლავ განსაზღვრავს, სად უკავშირდება სერვერი; ეს პარამეტრი არ არის DNS-ის გათვალისწინებული აკრძალვა ყველა კერძო მისამართზე.
განიხილეთ გასაღების სპეციფიკური შეზღუდვები და სხვა მოქმედი სერვერის პარამეტრები ამასთან ერთად, რადგან ნებისმიერ დამატებით გადამისამართების აკრძალვას კვლავ შეუძლია მოთხოვნის უარყოფა.