DDEV-proxyinstellingen voor de host en webcontainer

Gebruik hostvariabelen en de proxyconfiguratie van de Docker-client voor hun eigen afnemers; de Docker-daemon beheert nog steeds de downloads van basisimages.

Een aangekoppelde Wget-configuratie kan Wget repareren terwijl Drush of Composer ongewijzigd blijft. Begin bij het programma dat het mislukte verzoek doet en geef de proxy vervolgens mee aan de startgrens van dat programma.

Hostprogramma's

Voor hostprogramma's die de gebruikelijke variabelen ondersteunen, geeft u:

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

De HTTPS-variabele selecteert HTTPS-bestemmingen; de HTTP-URL beschrijft de proxylistener. Een eindpunt uit de HTTP-proxylijst is een kandidaat wanneer de betreffende host- of webcontainerdownload een openbare route mag gebruiken.

Containerbuilds en runtime

DDEV documenteert de sectie proxies in het bestaande ~/.docker/config.json:

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

Voeg deze sectie samen in plaats van authenticatie of andere bestaande vermeldingen te vervangen, en herstart daarna het DDEV-project. Docker gebruikt deze instellingen om omgevingsvariabelen en buildargumenten te leveren. Programma's in de webcontainer moeten ze nog steeds ondersteunen.

Basisimages ophalen

Een ontbrekende basisimage wordt door de Docker-daemon gedownload. De clientconfiguratie hierboven stelt de proxy van die daemon niet in, en een warme imagecache kan het ophalen volledig vermijden.

Behoud de lokale applicatie- en serviceroutes van DDEV binnen het bedoelde directe bereik. Pas de bypass-syntaxis aan op de werkelijke afnemer wanneer u interne domeinen of adresbereiken toevoegt.

Gerelateerde artikelen