DDEV-proxyinställningar för värden och webbcontainern

Använd värdvariabler och Docker-klientens proxykonfiguration för respektive konsument; Docker-daemonen äger fortfarande nedladdningarna av basavbildningar.

En monterad Wget-konfiguration kan laga Wget medan Drush eller Composer lämnas oförändrade. Börja med programmet som gör den misslyckade begäran och ange sedan proxyn vid det programmets startgräns.

Värdprogram

För värdprogram som stöder de vanliga variablerna anger du:

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-variabeln väljer HTTPS-mål; dess HTTP-URL beskriver proxlyssnaren. En slutpunkt från HTTP-proxylistan är en kandidat när den relevanta värden- eller webbcontainernedladdningen kan använda en offentlig väg.

Containerbyggen och körtid

DDEV dokumenterar avsnittet proxies i den befintliga ~/.docker/config.json:

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

Slå samman det här avsnittet i stället för att ersätta autentisering eller andra befintliga poster och starta sedan om DDEV-projektet. Docker använder dessa inställningar för att tillhandahålla miljövariabler och byggargument. Program i webbcontainern måste fortfarande stödja dem.

Nedladdning av basavbildningar

En saknad basavbildning laddas ned av Docker-daemonen. Klientkonfigurationen ovan ställer inte in den daemonens proxy, och en varm avbildningscache kan helt undvika nedladdningen.

Behåll DDEVs lokala applikations- och tjänstvägar inom det avsedda direkta omfånget. Anpassa kringgångssyntaxen till den faktiska konsumenten när du lägger till interna domäner eller adressintervall.

Relaterade artiklar