Համեմատել Jenkins-ի SSH ուղին build-ագենտի հաշվի ներքո
Ստուգեք օգտվողին, գործող SSH կոնֆիգուրացիան և օժանդակ ծրագրի ուղին այն ագենտի վրա, որը կատարում է քայլը, root-ով ինտերակտիվ գործարկմանը հույս դնելու փոխարեն։
Գործարկեք դրանք նույն ագենտի հաշվում և build-ի համատեքստում, ինչ ձախողված SSH քայլը՝
id -un
ssh -G deploy-targetՓոխարինեք deploy-target-ը build-ի օգտագործած ճշգրիտ SSH անունով։ Համեմատեք ստացված hostname-ը, port-ը և proxycommand-ը աշխատող ինտերակտիվ գործարկման հետ։
| Ստուգվող տարբերություն | Ազդեցություն |
|---|---|
| ՕՀ օգտվող և home | Ընտրում է օգտվողի SSH ֆայլերն ու թույլտվությունները |
| Նպատակակետի անուն | Ընտրում է Host բաժինները և ներառված կարգավորումները |
| ProxyCommand-ի ֆայլ/ուղի | Որոշում է արդյոք օժանդակը կարող է գործարկվել այդ միջավայրում |
| SSH հրամանի տողի ընտրանքներ | Կարող են ընտրել այլ կոնֆիգուրացիայի ֆայլ կամ վերագրանցել արժեք |
Մանրամասն SSH ախտորոշումը կարող է ցույց տալ, թե որ ֆայլերն են կարդացվել, եթե տարբերությունը մնում է անհասկանալի։ JENKINS_HOME Jenkins-ի տվյալների տեղն է, ոչ թե հեռավոր ագենտների օգտվողների համար ունիվերսալ home պանակ։ Տրամադրեք նախատեսված SSH կոնֆիգուրացիան, նույնականացումը և host-բանալու տվյալները այն մեքենայի և հաշվի վրա, որոնք իրականում կատարում են հրամանը։
Ncat-ի --proxy դեպքում proxy port-ը արտագնա նպատակակետ է, ոչ թե տեղական լսող, որը օժանդակը կապում է։ Միայն root-ով հաջողությունը ինքնին չի նշում արտոնյալ լսող պորտի խնդիր։