GitLab Runner: hitta proxyinställningarna för det misslyckade jobbsteget
Runner-styrning, imagehämtning, hämtning av arkivet och nedladdningar inuti jobbet kan komma från olika processer.
| Första felet | Indata som ska granskas |
|---|---|
| Runner kontaktar GitLab | Runner-tjänstens miljö |
| Hämta jobbimagen | Docker-daemon/hämtningstjänst |
| Hämta arkivet | Faktisk Git-klient/hjälparmiljö |
| Nedladdning av jobbkommandot | Containern och det verktygets egna klientinställningar |
En jobbvariabel kommer för sent för en imagehämtning som redan krävs för att skapa containern. En lyckad Runner-styranslutning kan inte heller fastställa nåbarheten för ett isolerat jobb.
För 127.0.0.1:3128, hitta lyssnaren: jobbcontainerns loopback är inte Runner-värden. Ge bara de avsedda jobbnätverken åtkomst till en värdhjälpare och hantera dess uppströmskonto medvetet.
Använd det gränssnitt som den utrullade Runner/executorn stöder och sedan den faktiska nedladdarens versionsbundna alternativ. Behåll steg, begärande process och försökt slutpunkt i redigerad diagnostik i stället för att lägga kontospecifika gissningar i delade omslag.