Krahasoni rrugën SSH të Jenkins nën llogarinë e agjentit të build
Kontrolloni përdoruesin, konfigurimin efektiv SSH dhe shtegun e ndihmësit në agjentin që ekzekuton hapin, në vend që të mbështeteni në një ekzekutim interaktiv si root.
Ekzekutoni këto në të njëjtën llogari agjenti dhe kontekst build si hapi SSH që dështon:
id -un
ssh -G deploy-targetZëvendësoni deploy-target me emrin e saktë SSH që përdor build-i. Krahasoni hostname, portin dhe proxycommand që rezultojnë me nisjen interaktive që funksionon.
| Diferenca për të kontrolluar | Efekti |
|---|---|
| Përdoruesi i OS dhe home | Zgjedh skedarët SSH dhe lejet e përdoruesit |
| Emri i destinacionit | Zgjedh seksionet Host dhe cilësimet e përfshira |
| Skedari/shtegu i ProxyCommand | Përcakton nëse ndihmësi mund të nisë në atë mjedis |
| Opsionet e rreshtit të komandës SSH | Mund të zgjedhin një skedar tjetër konfigurimi ose të anashkalojnë një vlerë |
Diagnostifikimi i detajuar SSH mund të tregojë cilët skedarë u lexuan nëse diferenca mbetet e paqartë. JENKINS_HOME është vendndodhja e të dhënave të Jenkins, jo një direktori home universale për përdoruesit e agjentëve në distancë. Siguroni konfigurimin SSH, autentikimin dhe të dhënat e çelësit të hostit të synuara në makinën dhe llogarinë që ekzekutojnë në të vërtetë komandën.
Në Ncat --proxy, porti i proxy është një destinacion dalës, jo një dëgjues lokal që ndihmësi lidh. Suksesi vetëm si root nuk tregon në vetvete një problem me një portë dëgjimi të privilegjuar.