GitLab Runner: намерете прокси настройките за неуспешния етап на заданието
Управлението на Runner, изтеглянето на образа, получаването на хранилището и изтеглянията в заданието могат да произхождат от различни процеси.
| Първи провал | Входни данни за проверка |
|---|---|
| Runner се свързва с GitLab | Среда на услугата Runner |
| Изтегляне на образа на заданието | Услуга на Docker демон/изтегляне |
| Получаване на хранилището | Действителна среда на Git клиента/помощника |
| Изтегляне на командата на заданието | Контейнерът и собствените клиентски настройки на този инструмент |
Променлива на заданието идва твърде късно за изтегляне на образ, което вече е необходимо за създаването на контейнера. Успешна връзка за управление на Runner също не може да установи достъпност на изолирано задание.
За 127.0.0.1:3128 намерете слушателя: loopback на контейнера на заданието не е хостът на Runner. Дайте достъп до помощник на хоста само на предвидените мрежи на задания и управлявайте съзнателно неговия upstream акаунт.
Приложете поддържания интерфейс на внедрения Runner/изпълнител, след това опциите на действителния изтеглящ инструмент, обвързани с версията. Пазете етапа, заявяващия процес и опитаната крайна точка в редактирана диагностика, вместо да слагате предположения, специфични за акаунта, в споделени обвивки.