GitLab Runner: vind die proxy-instellings vir die mislukte job-fase
Runner-beheer, beeldonttrekking, bewaarplaas-ophaal en aflaaie binne die job kan van verskillende prosesse kom.
| Eerste mislukking | Inset om te ondersoek |
|---|---|
| Runner kontak GitLab | Runner-diensomgewing |
| Trek job-beeld | Docker-daemon/trekdiens |
| Haal bewaarplaas | Werklike Git-kliënt/helper-omgewing |
| Aflaai van job-opdrag | Houer en daardie gereedskap se eie kliëntinstellings |
'n Job-veranderlike is te laat vir 'n beeldonttrekking wat reeds nodig is om die houer te skep. 'n Suksesvolle Runner-beheerverbinding kan eweneens nie bereikbaarheid van geïsoleerde jobs vestig nie.
Vir 127.0.0.1:3128, vind die luisteraar: die job-houer se loopback is nie die Runner-gasheer nie. Gee slegs die beoogde job-netwerke toegang tot 'n gasheerhelper en bestuur sy opstroomrekening doelbewus.
Pas die geïmplementeerde Runner/uitvoerder se ondersteunde koppelvlak toe, dan die werklike aflaaier se weergawespesifieke opsies. Hou fase, versoekende proses en gepoogde eindpunt in geredigeerde diagnostiek eerder as om rekening-spesifieke raaiskote in gedeelde omhulsels te plaas.