호스트와 웹 컨테이너를 위한 DDEV 프록시 설정

호스트 변수와 Docker 클라이언트 프록시 구성을 각각의 소비자에게 사용하세요. 베이스 이미지 다운로드는 여전히 Docker 데몬이 담당합니다.

마운트된 Wget 구성은 Wget을 고칠 수 있지만 Drush나 Composer는 그대로 둡니다. 실패한 요청을 보내는 프로그램부터 시작하고, 그 프로그램의 실행 경계에서 프록시를 제공하세요.

호스트 프로그램

일반 변수를 지원하는 호스트 프로그램에는 다음을 제공합니다.

export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080
export no_proxy=localhost,127.0.0.1,::1,.ddev.site

HTTPS 변수는 HTTPS 대상을 선택하며, 그 HTTP URL은 프록시 수신기를 설명합니다. HTTP 프록시 목록의 엔드포인트는 해당 호스트나 웹 컨테이너 다운로드가 공용 경로를 쓸 수 있을 때 후보가 됩니다.

컨테이너 빌드와 런타임

DDEV는 proxies 섹션을 기존 ~/.docker/config.json에 문서화합니다.

{
  "proxies": {
    "default": {
      "httpProxy": "http://proxy.example:8080",
      "httpsProxy": "http://proxy.example:8080",
      "noProxy": "localhost,127.0.0.1,::1,.ddev.site"
    }
  }
}

인증이나 다른 기존 항목을 교체하지 말고 이 섹션을 병합한 뒤 DDEV 프로젝트를 다시 시작하세요. Docker는 이 설정을 사용해 환경 변수와 빌드 인자를 제공합니다. 웹 컨테이너 안의 프로그램이 이를 지원해야 한다는 점은 그대로입니다.

베이스 이미지 가져오기

없는 베이스 이미지는 Docker 데몬이 내려받습니다. 위의 클라이언트 구성은 그 데몬의 프록시를 설정하지 않으며, 이미지 캐시가 따뜻하면 가져오기 자체를 피할 수 있습니다.

DDEV의 로컬 애플리케이션 및 서비스 경로는 의도한 직접 범위에 두세요. 내부 도메인이나 주소 범위를 추가할 때는 바이패스 구문을 실제 소비자에 맞게 조정하세요.

관련 글