GitLab Runner: find proxyindstillingerne for det mislykkede jobtrin
Runner-styring, billedhentning, hentning af repository og downloads i jobbet kan stamme fra forskellige processer.
| Første fejl | Input der skal undersøges |
|---|---|
| Runner kontakter GitLab | Runner-tjenestens miljø |
| Hent jobbillede | Docker-daemon/hentetjeneste |
| Hent repository | Faktisk Git-klient/hjælper-miljø |
| Download af jobkommando | Containeren og det værktøjs egne klientindstillinger |
En jobvariabel kommer for sent til et billedhent, der allerede er nødvendigt for at oprette containeren. En vellykket Runner-styringsforbindelse kan heller ikke etablere tilgængelighed for isolerede job.
For 127.0.0.1:3128 skal du finde lytteren: jobcontainerens loopback er ikke Runner-værten. Giv kun de tilsigtede jobnetværk adgang til en værtshjælper, og administrer dens upstream-konto bevidst.
Anvend den understøttede grænseflade for den udrullede Runner/executor og derefter den faktiske downloaders versionsbundne indstillinger. Behold trin, anmodende proces og forsøgt endepunkt i redigerede diagnostikker i stedet for at lægge kontospecifikke gæt i delte wrappers.