GitLab Runner: găsiți setările de proxy pentru etapa de job eșuată
Controlul Runner, obținerea imaginii, obținerea depozitului și descărcările din interiorul jobului pot proveni din procese diferite.
| Prima eroare | Date de intrare de inspectat |
|---|---|
| Runner contactează GitLab | Mediul serviciului Runner |
| Trage imaginea jobului | Serviciul daemon/tragere Docker |
| Obține depozitul | Mediul real al clientului/ajutorului Git |
| Descărcarea comenzii jobului | Containerul și setările proprii de client ale acelui instrument |
O variabilă de job vine prea târziu pentru o tragere de imagine deja necesară pentru crearea containerului. O conexiune de control Runner reușită nu poate stabili nici accesibilitatea unui job izolat.
Pentru 127.0.0.1:3128, localizați listenerul: loopback-ul containerului de job nu este gazda Runner. Acordați acces la un ajutor pe gazdă doar rețelelor de job vizate și gestionați deliberat contul său upstream.
Aplicați interfața acceptată a Runner/executorului implementat, apoi opțiunile versionate ale descărcătorului real. Păstrați etapa, procesul solicitant și punctul final încercat în diagnostice redactate, în loc să puneți presupuneri specifice contului în învelișuri partajate.