Paramètres de proxy DDEV pour l'hôte et le conteneur web
Utilisez les variables de l'hôte et la configuration de proxy du client Docker pour leurs consommateurs respectifs ; le démon Docker reste responsable des téléchargements d'images de base.
Une configuration Wget montée peut corriger Wget tout en laissant Drush ou Composer inchangés. Commencez par le programme qui émet la requête en échec, puis fournissez le proxy à la frontière de lancement de ce programme.
Programmes de l'hôte
Pour les programmes de l'hôte qui prennent en charge les variables habituelles, indiquez :
export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080
export no_proxy=localhost,127.0.0.1,::1,.ddev.siteLa variable HTTPS sélectionne les destinations HTTPS ; son URL HTTP décrit l'écouteur du proxy. Un point de terminaison de la liste de proxies HTTP est un candidat lorsque le téléchargement concerné sur l'hôte ou dans le conteneur web peut emprunter une route publique.
Compilations et exécution du conteneur
DDEV documente la section proxies dans le fichier existant ~/.docker/config.json :
{
"proxies": {
"default": {
"httpProxy": "http://proxy.example:8080",
"httpsProxy": "http://proxy.example:8080",
"noProxy": "localhost,127.0.0.1,::1,.ddev.site"
}
}
}Fusionnez cette section au lieu de remplacer l'authentification ou d'autres entrées existantes, puis redémarrez le projet DDEV. Docker utilise ces réglages pour fournir des variables d'environnement et des arguments de compilation. Les programmes du conteneur web doivent encore les prendre en charge.
Téléchargements d'images de base
Une image de base manquante est téléchargée par le démon Docker. La configuration client ci-dessus ne définit pas le proxy de ce démon, et un cache d'images chaud peut éviter entièrement le téléchargement.
Conservez les routes locales d'application et de service de DDEV dans la portée directe prévue. Adaptez la syntaxe de contournement au consommateur réel lors de l'ajout de domaines internes ou de plages d'adresses.