რატომ არის უკუთ SSH პროქსის მსმენელი ხელმისაწვდომი მხოლოდ სერვერზე

სანამ შეცვლით პროქსის პროტოკოლს ან სერტიფიკატებს, შეამოწმეთ დისტანციური მსმენელის bind მისამართი და GatewayPorts რეჟიმი.

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

სერვერის მხარეს GatewayPortsდისტანციური გადამისამართების bind
no, ნაგულისხმევიმსმენელებს loopback-მდე ზღუდავს
yesაიძულებს wildcard bind-ს
clientspecifiedკლიენტს საშუალებას აძლევს მოითხოვოს კონკრეტული bind მისამართი

ერთი კონტროლირებადი ინტერფეისისთვის განკუთვნილი მსმენელისთვის სერვერს შეუძლია გამოიყენოს:

GatewayPorts clientspecified

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

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

თუ დისტანციური გამომძახებელი კვლავ ვერ უკავშირდება, ამ თანმიმდევრობით შეამოწმეთ bind მისამართი, სერვერის გადამისამართების შეზღუდვები და firewall-ის გზა. მას შემდეგ რაც TCP მსმენელს მიაღწევს, წარუმატებელი პროქსის ხელის ჩამორთმევა შემდგომი პრობლემაა.

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