VS Code Dev Containers: proxyinstellingen voor builds en runtime
remoteEnv dekt subprocessen van VS Code; de runtime-omgeving als geheel, Dockerfile-buildinvoer en het ophalen van basisimages hebben verschillende eigenaren.
Gebruik de fase van het mislukte verzoek om de configuratiebron te kiezen:
| Proces | Te controleren proxy-invoer |
|---|---|
| VS Code en bijbehorende externe subprocessen | remoteEnv in devcontainer.json |
| Runtime-omgeving van de hele container | containerEnv voor image-/Dockerfile-instelling; serviceomgeving voor Compose |
| Dockerfile RUN | Proxy-buildargumenten, inclusief de standaardproxies van de Docker-client |
| Ophalen van het basisimage | Uitgaande configuratie van de Docker-daemon |
Voor de eerste rij voegt u een fragment als dit samen:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}De downloader moet de variabelen ondersteunen; gebruik kleine letters waar dat vereist is. Voor toegestane openbare downloads levert de HTTP-proxylijst kandidaten voor deze remoteEnv-URL's. Bouw of open opnieuw via de Dev Containers-levenscyclus na de wijziging.
De runtime-remoteEnv komt te laat voor een eerdere build of een image-pull. Vermijd het bewaren van persoonlijke proxyreferenties in imagelagen met ENV.
Het eindpunt moet ook bereikbaar zijn vanuit de container. localhost betekent die container; een hostproxy heeft het adres nodig dat het gekozen Docker-platform blootlegt en een bereikbare listener. host.docker.internal op Desktop is geen universele Linux-interface.