مقایسه مسیر SSH در Jenkins زیر حساب عامل ساخت
کاربر، پیکربندی مؤثر SSH و مسیر کمک‌کننده را روی عاملی که مرحله را اجرا می‌کند بررسی کنید، نه با اتکا به اجرای تعاملی root.
این‌ها را در همان حساب عامل و بافت ساختِ مرحله SSH ناموفق اجرا کنید:
id -un
ssh -G deploy-targetdeploy-target را با نام دقیق SSH که ساخت استفاده می‌کند جایگزین کنید. hostname، port و proxycommand حاصل را با اجرای تعاملی سالم مقایسه کنید.
| تفاوتی که باید بررسی شود | اثر |
|---|---|
| کاربر سیستم‌عامل و خانه | فایل‌های SSH و مجوزهای کاربر را انتخاب می‌کند |
| نام مقصد | بخش‌های Host و تنظیمات شامل‌شده را انتخاب می‌کند |
| فایل اجرایی/مسیر ProxyCommand | تعیین می‌کند که آیا کمک‌کننده می‌تواند در آن محیط اجرا شود |
| گزینه‌های خط فرمان SSH | می‌توانند فایل پیکربندی دیگری انتخاب کنند یا مقداری را بازنویسی کنند |
عیب‌یابی مفصل SSH می‌تواند نشان دهد کدام فایل‌ها خوانده شده‌اند اگر تفاوت همچنان نامشخص باشد. JENKINS_HOME محل داده Jenkins است، نه یک پوشه خانه عمومی برای کاربران عامل‌های راه دور. پیکربندی موردنظر SSH، احراز هویت و داده‌های کلید میزبان را روی ماشین و حسابی که فرمان را واقعاً اجرا می‌کنند فراهم کنید.
برای Ncat --proxy، درگاه پراکسی یک مقصد خروجی است، نه یک شنونده محلی که کمک‌کننده به آن متصل شود. موفقیت فقط با root به‌خودی‌خود مشکل درگاه شنود ممتاز را نشان نمی‌دهد.