GitLab Runner: تنظیمات پروکسی مرحلهٔ شغلی ناموفق را پیدا کنید
کنترل Runner، واکشی تصویر، دریافت مخزن و دانلودهای داخل کار می‌توانند از فرایندهای متفاوتی سرچشمه بگیرند.
| نخستین شکست | ورودی‌ای که باید بررسی شود |
|---|---|
| Runner با GitLab تماس می‌گیرد | محیط سرویس Runner |
| واکشی تصویر کار | سرویس دیمن/واکشی Docker |
| دریافت مخزن | محیط واقعی کلاینت/کمکی Git |
| دانلود فرمان کار | کانتینر و تنظیمات کلاینت خودِ آن ابزار |
یک متغیر کار برای واکشی تصویری که از قبل برای ساختن کانتینر لازم است، دیر است. اتصال کنترل موفق Runner نیز به‌همین‌ترتیب نمی‌تواند دسترسی‌پذیری کار جداشده را برقرار کند.
برای 127.0.0.1:3128، شنونده را پیدا کنید: لوپ‌بک کانتینر کار میزبان Runner نیست. فقط به شبکه‌های کار موردنظر دسترسی به یک کمک‌کننده روی میزبان بدهید و حساب بالادستی آن را آگاهانه مدیریت کنید.
رابط پشتیبانی‌شدهٔ Runner/اجراکنندهٔ مستقر را اعمال کنید، سپس گزینه‌های نسخه‌محور دانلودکنندهٔ واقعی را. مرحله، فرایند درخواست‌کننده و نقطهٔ پایانی آزموده‌شده را در تشخیص‌های ویرایش‌شده نگه دارید، نه اینکه حدس‌های مخصوص حساب را در پوشش‌های مشترک بگذارید.