GitLab Runner: de proxyinstellingen vinden voor de mislukte jobfase
Runner-besturing, image-ophaal, repository-ophaal en downloads binnen de job kunnen van verschillende processen komen.
| Eerste fout | Te onderzoeken invoer |
|---|---|
| Runner neemt contact op met GitLab | Omgeving van de Runner-service |
| Job-image ophalen | Docker-daemon/ophaalservice |
| Repository ophalen | Werkelijke Git-client/helper-omgeving |
| Download van het jobcommando | De container en de eigen clientinstellingen van dat hulpmiddel |
Een jobvariabele komt te laat voor een image-ophaal die al nodig is om de container te maken. Een geslaagde Runner-besturingsverbinding kan evenmin de bereikbaarheid van een geïsoleerde job vaststellen.
Voor 127.0.0.1:3128, lokaliseer de listener: de loopback van de jobcontainer is niet de Runner-host. Geef alleen de bedoelde jobnetwerken toegang tot een hosthelper en beheer het upstream-account bewust.
Pas de ondersteunde interface van de uitgerolde Runner/executor toe en daarna de versiegebonden opties van de daadwerkelijke downloader. Houd fase, vragend proces en geprobeerd eindpunt in geredigeerde diagnostiek in plaats van accountspecifieke aannames in gedeelde wrappers te zetten.