VS Code Dev Containers : réglages de proxy pour la compilation et l'exécution
remoteEnv couvre les sous-processus de VS Code ; l'environnement d'exécution global, les entrées de compilation du Dockerfile et le téléchargement des images de base ont des responsables différents.
Utilisez l'étape de la requête échouée pour choisir la source de configuration :
| Processus | Entrée proxy à inspecter |
|---|---|
| VS Code et les sous-processus distants associés | remoteEnv dans devcontainer.json |
| Environnement d'exécution de tout le conteneur | containerEnv pour la configuration de l'image/Dockerfile ; environnement de service pour Compose |
| Dockerfile RUN | Arguments de compilation du proxy, y compris les proxies par défaut du client Docker |
| Téléchargement de l'image de base | Configuration sortante du démon Docker |
Pour la première ligne, fusionnez un fragment comme celui-ci :
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}Le téléchargeur doit prendre en charge les variables ; utilisez des noms en minuscules si nécessaire. Pour les téléchargements publics autorisés, la liste de proxys HTTP fournit des candidats pour ces URL remoteEnv. Reconstruisez ou rouvrez via le cycle de vie Dev Containers après la modification.
L'environnement d'exécution remoteEnv arrive trop tard pour une compilation antérieure ou un téléchargement d'image. Évitez de conserver des identifiants de proxy personnels dans les couches de l'image avec ENV.
Le point de terminaison doit aussi être joignable depuis le conteneur. localhost désigne ce conteneur ; un proxy hôte a besoin de l'adresse exposée par la plateforme Docker choisie et d'un écouteur joignable. Le host.docker.internal de Desktop n'est pas une interface Linux universelle.