Jenkins-ის SSH მარშრუტის შედარება build-აგენტის ანგარიშში

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

გაუშვით ეს იმავე აგენტის ანგარიშსა და build-ის კონტექსტში, როგორც წარუმატებელი SSH ნაბიჯი:

id -un
ssh -G deploy-target

შეცვალეთ deploy-target build-ის მიერ გამოყენებული ზუსტი SSH სახელით. შეადარეთ მიღებული hostname, port და proxycommand მუშა ინტერაქტიულ გაშვებას.

შესამოწმებელი განსხვავებაეფექტი
OS მომხმარებელი და homeირჩევს მომხმარებლის SSH ფაილებსა და უფლებებს
დანიშნულების სახელიირჩევს Host სექციებსა და ჩართულ პარამეტრებს
ProxyCommand-ის ფაილი/გზაგანსაზღვრავს შეიძლება თუ არა დამხმარის გაშვება ამ გარემოში
SSH ბრძანების ხაზის ოფციებიშეიძლება აირჩიოს სხვა კონფიგურაციის ფაილი ან გადაფაროს მნიშვნელობა

დეტალური SSH დიაგნოსტიკა შეიძლება აჩვენოს, რომელი ფაილები წაიკითხა, თუ განსხვავება გაურკვეველი რჩება. JENKINS_HOME არის Jenkins-ის მონაცემების ადგილი, და არა უნივერსალური home საქაღალდე დისტანციური აგენტების მომხმარებლებისთვის. მოამზადეთ სასურველი SSH კონფიგურაცია, ავთენტიფიკაცია და host-გასაღების მონაცემები იმ მანქანასა და ანგარიშზე, რომლებიც რეალურად ასრულებენ ბრძანებას.

Ncat-ის --proxy შემთხვევაში პროქსი პორტი გამავალი დანიშნულებაა, და არა ლოკალური მსმენელი, რომელსაც დამხმარი აბამს. მხოლოდ root-ით წარმატება თავისთავად არ მიუთითებს პრივილეგირებული მოსმენის პორტის პრობლემაზე.

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