Impostazioni proxy DDEV per l'host e il contenitore web

Usa le variabili dell'host e la configurazione proxy del client Docker per i rispettivi consumatori; il demone Docker gestisce ancora il download delle immagini di base.

Una configurazione Wget montata può correggere Wget lasciando Drush o Composer invariati. Inizia dal programma che effettua la richiesta non riuscita, poi fornisci il proxy al confine di avvio di quel programma.

Programmi dell'host

Per i programmi dell'host che supportano le variabili consuete, fornisci:

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

La variabile HTTPS seleziona le destinazioni HTTPS; il suo URL HTTP descrive il listener del proxy. Un endpoint dall'elenco dei proxy HTTP è candidato quando il download interessato sull'host o nel contenitore web può usare un percorso pubblico.

Build ed esecuzione del contenitore

DDEV documenta la sezione proxies nel file esistente ~/.docker/config.json:

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

Unisci questa sezione invece di sostituire l'autenticazione o altre voci esistenti, poi riavvia il progetto DDEV. Docker usa queste impostazioni per fornire variabili d'ambiente e argomenti di build. I programmi nel contenitore web devono comunque supportarle.

Download delle immagini di base

Un'immagine di base mancante viene scaricata dal demone Docker. La configurazione client sopra non imposta il proxy di quel demone, e una cache di immagini calda può evitare del tutto il download.

Mantieni le route locali di applicazione e servizio di DDEV nell'ambito diretto previsto. Adatta la sintassi di bypass al consumatore effettivo quando aggiungi domini interni o intervalli di indirizzi.

Articoli correlati