DDEV-proxyindstillinger til værten og webcontaineren

Brug værtsvariabler og Docker-klientens proxykonfiguration til deres respektive forbrugere; Docker-daemonen står stadig for download af basisimages.

En monteret Wget-konfiguration kan rette Wget, mens Drush eller Composer forbliver uændret. Start med det program, der sender den mislykkede anmodning, og lever derefter proxyen ved det programs opstartsgrænse.

Værtsprogrammer

For værtsprogrammer, der understøtter de sædvanlige variabler, angiv:

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-variablen vælger HTTPS-destinationer; dens HTTP-URL beskriver proxylytteren. Et endepunkt fra HTTP-proxylisten er en kandidat, når den relevante download på værten eller i webcontaineren kan bruge en offentlig rute.

Containerbyg og kørsel

DDEV dokumenterer proxies-sektionen i den eksisterende ~/.docker/config.json:

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

Flet denne sektion ind i stedet for at erstatte godkendelse eller andre eksisterende poster, og genstart derefter DDEV-projektet. Docker bruger disse indstillinger til at levere miljøvariabler og build-argumenter. Programmer i webcontaineren skal stadig understøtte dem.

Hentning af basisimages

Et manglende basisimage downloades af Docker-daemonen. Klientkonfigurationen ovenfor indstiller ikke den daemons proxy, og en varm imagecache kan helt undgå hentningen.

Behold DDEVs lokale applikations- og serviceruter i det tilsigtede direkte omfang. Tilpas bypass-syntaksen til den faktiske forbruger, når du tilføjer interne domæner eller adresseområder.

Relaterede artikler