docker.service에 프록시를 추가하고 다시 시작했지만 다음 pull은 이전과 똑같이 동작했습니다. apt와 snap 설치가 모두 있는 머신에서는 CLI가 사용하는 데몬이 그것인지 확인하십시오.

맞춰야 할 별개의 식별자가 세 가지 있습니다. CLI 실행 파일, 선택된 엔드포인트, 그리고 그 엔드포인트 뒤의 서버 프로세스입니다. PATH에서 docker 명령 하나를 찾는 것으로는 첫 번째만 해결됩니다.

docker context show
docker context inspect

Docker 컨텍스트는 엔드포인트를 나타냅니다. DOCKER_HOST, DOCKER_CONTEXT 그리고 명령줄에서의 엔드포인트 선택은 겉으로 보이는 기본값을 덮어쓸 수 있으므로 환경과 호출 방식도 확인하십시오.

그다음 선택된 소켓이나 원격 주소를 실제 데몬과 그 서비스 구성에 연결하십시오. 두 설치의 유닛, 구성 경로, 저장소가 다를 수 있습니다. 원격 컨텍스트는 머신 완전히 밖을 가리킬 수도 있습니다.

프록시는 해당 데몬에 속한 인터페이스를 통해 적용하십시오. Docker의 문서화된 데몬 설정과 시작 환경은 호스트의 모든 Docker 설치에 대한 일괄 배포가 아닙니다.

"정리"를 위해 패키지를 제거하기 전에 이 식별 작업을 하십시오. 사용되지 않는 것처럼 보이는 데몬이 다른 인스턴스가 관리하지 않는 컨테이너나 이미지를 소유할 수 있습니다. 즉각적인 프록시 수정은 선택한 서버를 의도적으로 구성하는 것입니다. 어느 설치를 남길지 결정하는 것은 별도의 유지 관리 변경입니다.

관련 글