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