GitLab Runner: atope a configuración do proxy para a fase fallida do traballo
O control do Runner, a obtención da imaxe, a descarga do repositorio e as descargas dentro do traballo poden orixinarse en procesos distintos.
| Primeiro fallo | Entrada que hai que inspeccionar |
|---|---|
| O Runner contacta con GitLab | Contorno do servizo Runner |
| Descargar a imaxe do traballo | Servizo de daemon/descarga de Docker |
| Obter o repositorio | Contorno real do cliente/axudante de Git |
| Descarga do comando do traballo | O contedor e a configuración de cliente propia desa ferramenta |
Unha variable do traballo chega demasiado tarde para unha descarga de imaxe que xa se necesita para crear o contedor. Unha conexión de control do Runner correcta tampouco pode establecer a accesibilidade dun traballo illado.
Para 127.0.0.1:3128, localice o escoitador: o loopback do contedor do traballo non é o host do Runner. Conceda acceso a un axudante do host só ás redes de traballo previstas e xestione a súa conta de orixe de forma deliberada.
Aplique a interface compatible do Runner/executor despregado e, despois, as opcións versionadas do descargador real. Manteña a fase, o proceso solicitante e o punto final probado en diagnósticos redactados en lugar de pór suposicións específicas da conta en envoltorios compartidos.