د Jenkins SSH لاره د build agent د حساب لاندې پرتله کړئ

د هغه agent په حساب کې کاروونکی، اغیزمن SSH ترتیب او د مرستندوی لاره وګورئ چې دا ګام پرمخ وړي، نه دا چې په root تعاملي چلولو تکیه وکړئ.

دا په هماغه agent حساب او 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 د معلوماتو ځای دی، نه د لیرې agent کاروونکو لپاره عمومي home فولډر. په هغه ماشین او حساب کې چې کمانډ واقعاً پرمخ وړي، د اړتیا وړ SSH ترتیب، تصدیق او host-key معلومات چمتو کړئ.

په Ncat کې --proxy پروکسي پورټ یو بهرنی منزل دی، نه هغه ځایي اورېدونکی چې مرستندوی یې تړي. یوازې د root په توګه بریا پخپله د ځانګړي اورېدلو پورټ ستونزه نه ښیي.

اړوندې مقالې