Docker 베이스 이미지 풀: 빌더 프록시와 빌드 인자
빌드 단계에 전달한 프록시 인자는 빌더가 수행하는 모든 레지스트리 요청을 구성하지 않습니다. 베이스 이미지를 확인하는 빌더를 찾아야 합니다.
Dockerfile의 패키지 다운로드 단계가 실행되기 전에 FROM를 확인하는 과정에서 빌드가 실패할 수 있습니다. 빌더의 레지스트리 클라이언트는 해당 베이스 이미지를 가져올 자체 경로가 필요합니다.
| 작업 | 경로가 필요한 구성 요소 |
|---|---|
| 베이스 이미지 확인 및 가져오기 | 빌더의 레지스트리 클라이언트 |
| RUN 중 다운로드 | 빌드 단계를 실행하는 프로세스 |
| 런타임에 API 호출 | 실행 중인 애플리케이션 |
빌더 찾기
기본 Docker 드라이버는 데몬을 중심으로 합니다. 다른 Buildx 드라이버는 전용 BuildKit 컨테이너, Kubernetes 또는 원격 서비스를 사용할 수 있습니다. 선택한 드라이버가 지원하는 프록시 방식을 해당 워커가 실행되는 곳에서 구성하십시오.
노트북의 루프백 프록시는 원격 워커에서 자동으로 접근할 수 없으며, 로컬 데몬을 편집해도 해당 원격 빌더가 다시 구성되지 않습니다.
FROM 앞의 ARG는 이미지 참조를 선택하는 데 도움이 될 수 있습니다. 그러나 그것으로 레지스트리 클라이언트의 네트워크 경로가 구성되지는 않습니다. 나중에 패키지 설정을 쓰거나 인증서를 설치하는 RUN 명령은 이 이전 요청을 복구할 수 없습니다.
신뢰, 계정 및 캐시된 데이터
승인된 CA 자료는 최초 레지스트리 연결을 검증하는 구성 요소에서 사용할 수 있어야 합니다. 레지스트리 자격 증명과 프록시 자격 증명은 서로 다른 주체에게 권한을 부여합니다. 레지스트리 로그인은 프록시 407에 응답할 수 없습니다.
캐시된 이미지 데이터를 재사용하는 워커는 새 워커와 동일한 네트워크 요청을 반복하지 않을 수 있습니다. 실제로 기록된 작업을 비교하십시오. 베이스 이미지 접근이 의도한 경로로 작동하면 이후 빌드 단계의 다운로드를 그다음 경계에서 진단하십시오.