Ustawienia proxy DDEV dla hosta i kontenera webowego

Używaj zmiennych hosta i konfiguracji proxy klienta Docker dla odpowiednich odbiorców; demon Dockera nadal odpowiada za pobieranie obrazów bazowych.

Zamontowana konfiguracja Wget może naprawić Wget, pozostawiając Drush lub Composer bez zmian. Zacznij od programu wysyłającego nieudane żądanie, a następnie podaj proxy na granicy uruchomienia tego programu.

Programy hosta

Dla programów hosta obsługujących zwykłe zmienne podaj:

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

Zmienna HTTPS wybiera cele HTTPS; jej adres HTTP opisuje nasłuchujący serwer proxy. Punkt końcowy z listy proxy HTTP jest kandydatem, gdy odpowiednie pobieranie hosta lub kontenera webowego może korzystać z trasy publicznej.

Budowanie i działanie kontenerów

DDEV dokumentuje sekcję proxies w istniejącym ~/.docker/config.json:

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

Scal tę sekcję zamiast zastępować uwierzytelnianie lub inne istniejące wpisy, a następnie uruchom ponownie projekt DDEV. Docker używa tych ustawień do dostarczania zmiennych środowiskowych i argumentów budowania. Programy w kontenerze webowym nadal muszą je obsługiwać.

Pobieranie obrazów bazowych

Brakujący obraz bazowy pobiera demon Dockera. Powyższa konfiguracja klienta nie ustawia proxy tego demona, a ciepły cache obrazów może całkowicie uniknąć pobierania.

Zachowaj lokalne trasy aplikacji i usług DDEV w zamierzonym zakresie bezpośrednim. Dostosuj składnię obejścia do rzeczywistego odbiorcy, dodając domeny wewnętrzne lub zakresy adresów.

Powiązane artykuły