DDEV-proxy-innstillingar for verten og vevcontaineren

Bruk vertsvariablar og Docker-klienten si proxykonfigurasjon for de respektive brukarane deira; Docker-daemonen eig framleis nedlastingane av basisbilete.

Ein montert Wget-konfigurasjon kan reparere Wget medan Drush eller Composer blir ståande uendra. Start med programmet som gjer den mislukka førespurnaden, og lever deretter proxyen ved oppstartsgrensa til det programmet.

Vertprogram

For vertprogram som støttar dei vanlege variablane, 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 vel HTTPS-mål; HTTP-URL-en hans skildrar proxylyttaren. Eit endepunkt frå HTTP-proxylista er ein kandidat når den relevante nedlastinga på verten eller i vevcontaineren kan bruke ei offentleg rute.

Containerbygg og køyring

DDEV dokumenterer proxies-delen i den eksisterande ~/.docker/config.json:

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

Flett denne delen inn i staden for å erstatte autentisering eller andre eksisterande oppføringar, og start deretter DDEV-prosjektet på nytt. Docker brukar desse innstillingane til å levere miljøvariablar og byggargument. Program i vevcontaineren må framleis støtte dei.

Henting av basisbilete

Eit manglande basisbilete blir lasta ned av Docker-daemonen. Klientkonfigurasjonen ovanfor set ikkje proxyen til den daemonen, og ein varm biletecache kan heilt unngå hentinga.

Hald dei lokale applikasjons- og tenesterutene til DDEV innanfor det tiltenkte direkte området. Tilpass omkøyringssyntaksen til den faktiske brukaren når du legg til interne domene eller adresseområde.

Skyldar greinar