DDEV-Proxy-Einstellungen für Host und Web-Container

Verwenden Sie Host-Variablen und die Proxy-Konfiguration des Docker-Clients für ihre jeweiligen Verbraucher; der Docker-Daemon ist weiterhin für Base-Image-Downloads zuständig.

Eine eingebundene Wget-Konfiguration kann Wget reparieren, während Drush oder Composer unverändert bleiben. Beginnen Sie bei dem Programm, das die fehlschlagende Anfrage stellt, und stellen Sie den Proxy dann an der Startgrenze dieses Programms bereit.

Host-Programme

Für Host-Programme, die die üblichen Variablen unterstützen, geben Sie an:

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

Die HTTPS-Variable wählt HTTPS-Ziele aus; ihre HTTP-URL beschreibt den Proxy-Listener. Ein Endpunkt aus der HTTP-Proxy-Liste kommt infrage, wenn der betreffende Download auf dem Host oder im Web-Container eine öffentliche Route nutzen darf.

Container-Builds und Laufzeit

DDEV dokumentiert den Abschnitt proxies in der vorhandenen Datei ~/.docker/config.json:

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

Fügen Sie diesen Abschnitt zusammen, anstatt Authentifizierung oder andere vorhandene Einträge zu ersetzen, und starten Sie dann das DDEV-Projekt neu. Docker verwendet diese Einstellungen, um Umgebungsvariablen und Build-Argumente bereitzustellen. Programme im Web-Container müssen sie weiterhin unterstützen.

Base-Image-Pulls

Ein fehlendes Base-Image wird vom Docker-Daemon heruntergeladen. Die obige Client-Konfiguration legt den Proxy dieses Daemons nicht fest, und ein warmer Image-Cache kann den Pull vollständig vermeiden.

Behalten Sie die lokalen Anwendungs- und Dienstrouten von DDEV im vorgesehenen direkten Bereich. Passen Sie die Bypass-Syntax an den tatsächlichen Verbraucher an, wenn Sie interne Domains oder Adressbereiche hinzufügen.

Ähnliche Artikel