ബിൽഡ് ഏജന്റിന്റെ അക്കൗണ്ടിൽ Jenkins-ന്റെ SSH പാത താരതമ്യം ചെയ്യുക

ഘട്ടം പ്രവർത്തിപ്പിക്കുന്ന ഏജന്റിൽ ഉപയോക്താവ്, ഫലപ്രദമായ SSH കോൺഫിഗറേഷൻ, ഹെൽപ്പർ പാത എന്നിവ പരിശോധിക്കുക; ഇന്ററാക്ടീവ് root റൺ അല്ല.

പരാജയപ്പെടുന്ന SSH ഘട്ടത്തിന്റെ അതേ ഏജന്റ് അക്കൗണ്ടിലും ബിൽഡ് സന്ദർഭത്തിലും ഇവ പ്രവർത്തിപ്പിക്കുക:

id -un
ssh -G deploy-target

deploy-target എന്നത് ബിൽഡ് ഉപയോഗിക്കുന്ന കൃത്യമായ SSH നാമം കൊണ്ട് മാറ്റുക. ലഭിച്ച hostname, port, proxycommand എന്നിവ പ്രവർത്തിക്കുന്ന ഇന്ററാക്ടീവ് ലോഞ്ചുമായി താരതമ്യം ചെയ്യുക.

പരിശോധിക്കേണ്ട വ്യത്യാസംഫലം
OS ഉപയോക്താവും ഹോമുംഉപയോക്താവിന്റെ SSH ഫയലുകളും അനുമതികളും തിരഞ്ഞെടുക്കുന്നു
ലക്ഷ്യനാമംHost വിഭാഗങ്ങളും ഉൾപ്പെടുത്തിയ ക്രമീകരണങ്ങളും തിരഞ്ഞെടുക്കുന്നു
ProxyCommand എക്സിക്യൂട്ടബിൾ/പാതഇത് നിർണ്ണയിക്കുന്നു: ആ പരിസ്ഥിതിയിൽ ഹെൽപ്പർ ആരംഭിക്കാനാകുമോ
SSH കമാൻഡ്-ലൈൻ ഓപ്ഷനുകൾമറ്റൊരു കോൺഫിഗ് ഫയൽ തിരഞ്ഞെടുക്കാം അല്ലെങ്കിൽ മൂല്യം അസാധുവാക്കാം

വ്യത്യാസം അവ്യക്തമായി തുടരുകയാണെങ്കിൽ വിശദമായ SSH ഡയഗ്നോസ്റ്റിക്സിന് ഏത് ഫയലുകൾ വായിച്ചുവെന്ന് കാണിക്കാനാകും. JENKINS_HOME Jenkins-ന്റെ ഡാറ്റാ സ്ഥാനമാണ്, റിമോട്ട് ഏജന്റ് ഉപയോക്താക്കൾക്കുള്ള പൊതു ഹോം ഡയറക്ടറിയല്ല. കമാൻഡ് യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന യന്ത്രത്തിലും അക്കൗണ്ടിലും ഉദ്ദേശിച്ച SSH കോൺഫിഗറേഷൻ, പ്രാമാണീകരണം, host-key ഡാറ്റ എന്നിവ നൽകുക.

Ncat-ൽ --proxy പ്രോക്സി പോർട്ട് ഒരു പുറത്തേക്കുള്ള ലക്ഷ്യമാണ്, ഹെൽപ്പർ ബന്ധിക്കുന്ന പ്രാദേശിക ശ്രോതാവല്ല. root ആയി മാത്രം വിജയിക്കുന്നത് സ്വയം ഒരു പ്രത്യേക ശ്രവണ പോർട്ട് പ്രശ്നം സൂചിപ്പിക്കുന്നില്ല.

അനുബന്ധ ലേഖനങ്ങൾ