GitLab Runner: znajdź ustawienia proxy dla nieudanego etapu zadania
Sterowanie Runnerem, pobieranie obrazu, pobieranie repozytorium i pobierania w zadaniu mogą pochodzić z różnych procesów.
| Pierwszy błąd | Dane wejściowe do sprawdzenia |
|---|---|
| Runner kontaktuje się z GitLabem | Środowisko usługi Runner |
| Pobierz obraz zadania | Usługa demona/pobierania Dockera |
| Pobierz repozytorium | Rzeczywiste środowisko klienta/pomocnika Git |
| Pobranie polecenia zadania | Kontener i własne ustawienia klienta tego narzędzia |
Zmienna zadania przychodzi za późno na pobranie obrazu, które jest już potrzebne do utworzenia kontenera. Udane połączenie sterujące Runnera również nie może zapewnić osiągalności izolowanego zadania.
W przypadku 127.0.0.1:3128 zlokalizuj nasłuchujący element: loopback kontenera zadania nie jest hostem Runnera. Zezwól na dostęp do pomocnika na hoście tylko zamierzonym sieciom zadań i świadomie zarządzaj jego kontem nadrzędnym.
Zastosuj obsługiwany interfejs wdrożonego Runnera/executora, a następnie opcje rzeczywistego downloadera zależne od wersji. Przechowuj etap, proces wysyłający żądanie i wypróbowany punkt końcowy w zredagowanej diagnostyce, zamiast umieszczać przypuszczenia specyficzne dla konta we wspólnych otoczkach.