DDEV-proxyinnstillinger for verten og nettcontaineren

Bruk vertsvariabler og Docker-klientens proxykonfigurasjon for de respektive forbrukerne; Docker-daemonen eier fortsatt nedlastingene av basisbilder.

En montert Wget-konfigurasjon kan fikse Wget mens Drush eller Composer forblir uendret. Start med programmet som gjør den mislykkede forespørselen, og oppgi deretter proxyen ved det programmets oppstartsgrense.

Vertprogrammer

For vertprogrammer som støtter de vanlige variablene, oppgi:

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-variabelen velger HTTPS-destinasjoner; HTTP-URL-en beskriver proxylytteren. Et endepunkt fra HTTP-proxylisten er en kandidat når den aktuelle verts- eller nettcontainer-nedlastingen kan bruke en offentlig rute.

Containerbygg og kjøretid

DDEV dokumenterer proxies-delen 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"
    }
  }
}

Slå sammen denne delen i stedet for å erstatte autentisering eller andre eksisterende oppføringer, og start deretter DDEV-prosjektet på nytt. Docker bruker disse innstillingene til å levere miljøvariabler og byggeargumenter. Programmer i nettcontaineren må fortsatt støtte dem.

Nedlasting av basisbilder

Et manglende basisbilde lastes ned av Docker-daemonen. Klientkonfigurasjonen ovenfor setter ikke den daemonens proxy, og en varm bildecache kan unngå nedlastingen helt.

Behold DDEVs lokale applikasjons- og tjenesteruter i det tiltenkte direkte omfanget. Tilpass omgåelsessyntaksen til den faktiske forbrukeren når du legger til interne domener eller adresseområder.

Relaterte artikler