SSH ProxyCommand მარცხდება command not found შეცდომით
იპოვეთ დაკარგული ProxyCommand დამხმარე და განასხვავეთ ლოკალური შესრულების ჩავარდნა პროქსის მოლაპარაკებისგან ან SSH შესვლისგან.
connect: command not found ნიშნავს, რომ SSH-მ ვერ შეძლო თავისი ProxyCommand დამხმარის ლოკალურად გაშვება. ჯერ არ არსებობს გასწორებადი პროქსის ხელის ჩამორთმევა. სახელი შეიძლება ცალკე შესრულებად ფაილს ნიშნავდეს, და არა shell-ის ჩაშენებულ ბრძანებას ან OpenSSH-ის ქვებრძანებას.
- იპოვეთ არჩეული ბრძანება. შეამოწმეთ მოქმედი SSH კონფიგურაცია იმავე დანიშნულების ფსევდონიმისა და ანგარიშისთვის. Host სექციები, ჩართული ფაილები და ბრძანების სტრიქონის ოფციები შეიძლება თქვენ მიერ რედაქტირებული ფაილისგან განსხვავებულ ProxyCommand-ს ირჩევდეს.
- იპოვეთ მისი შესრულებადი ფაილი. შეადარეთ გამშვები გარემოს PATH ინტერაქტიულ ტერმინალს, სადაც დამხმარე მუშაობს. განკუთვნილი არსებული პროგრამის აბსოლუტური გზა ამ გაურკვევლობას ხსნის.
- შეუსაბამეთ დამხმარის იმპლემენტაციას. არ ჩაანაცვლოთ
ncსახელის მქონე ნებისმიერი ბინარული ფაილი. OpenBSD netcat იყენებს-X connect-ს HTTP CONNECT-ისთვის და-X 5-ს SOCKS5-ისთვის; სხვა ვარიანტებს შეიძლება არ ჰქონდეთ ეს ოფციები ან პროქსის ავთენტიფიკაციის მხარდაჭერა.
დამხმარის გაშვების შემდეგ, მიჰყევით შემდეგ ჩავარდნას რიგითობით: კავშირი პროქსისთან, პროქსის მოლაპარაკება, კავშირი დანიშნულებასთან, შემდეგ SSH ავთენტიფიკაცია. ერთ საფეხურზე ჩავარდნა არ ამტკიცებს პრობლემას შემდგომ საფეხურებზე.
ProxyJump მოითხოვს SSH გადამხტომ ჰოსტს. მას შეუძლია ამ სქემის ჩანაცვლება მხოლოდ მაშინ, როცა ეს სერვისი ხელმისაწვდომია; HTTP პროქსი არ ხდება SSH შესვლის წერტილი იმიტომ, რომ პარამეტრი შეიცვალა.