GitLab Runner: 실패한 작업 단계의 프록시 설정 찾기
Runner 제어, 이미지 가져오기, 저장소 가져오기, 작업 내 다운로드는 서로 다른 프로세스에서 비롯될 수 있습니다.
| 첫 번째 실패 | 점검할 입력 |
|---|---|
| Runner가 GitLab에 연결 | Runner 서비스 환경 |
| 작업 이미지 가져오기 | Docker 데몬/가져오기 서비스 |
| 저장소 가져오기 | 실제 Git 클라이언트/도우미 환경 |
| 작업 명령 다운로드 | 컨테이너와 해당 도구 자체의 클라이언트 설정 |
작업 변수는 컨테이너를 만드는 데 이미 필요한 이미지 가져오기에는 너무 늦습니다. Runner 제어 연결이 성공하더라도 격리된 작업의 도달 가능성을 확립할 수는 없습니다.
127.0.0.1:3128의 경우 리스너를 찾으십시오. 작업 컨테이너의 루프백은 Runner 호스트가 아닙니다. 의도한 작업 네트워크에만 호스트 도우미 접근을 허용하고 그 업스트림 계정을 의도적으로 관리하십시오.
배포된 Runner/실행기의 지원되는 인터페이스를 적용한 다음 실제 다운로더의 버전별 옵션을 적용하십시오. 단계, 요청 프로세스, 시도한 엔드포인트는 계정별 추측을 공유 래퍼에 넣는 대신 수정된 진단 정보에 남기십시오.