VS Code Dev Containers: proxy-ynstellings foar bouwen en útfieren
remoteEnv dekt VS Code-subprosessen; de útfieromjouwing as gehiel, Dockerfile-bouynput en it lûken fan basisbylden hawwe ferskate eigners.
Brûk de faze fan it mislearre fersyk om de konfiguraasjeboarne te kiezen:
| Proses | Proxy-ynput om te besjen |
|---|---|
| VS Code en besibbe remote-subprosessen | remoteEnv yn devcontainer.json |
| Útfieromjouwing fan de hiele container | containerEnv foar byld-/Dockerfile-ynstelling; tsjinstomjouwing foar Compose |
| Dockerfile RUN | Proxy-bouargumenten, ynklusyf de standertproxys fan de Docker-klient |
| Lûken fan it basisbyld | Utgeande konfiguraasje fan de Docker-daemon |
Foar de earste rige, foegje in fragmint lykas dit gear:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}De downloader moat de fariabelen stypje; brûk lytse letters as dat nedich is. Foar tastiene iepenbiere downloads leveret de HTTP-proxylist kandidaten foar dizze remoteEnv-URL's. Bou of iepenje opnij fia de Dev Containers-libenssyklus nei de wiziging.
De útfier-remoteEnv komt te let foar in eardere bou of in byldlûken. Foarkom dat persoanlike proxy-identiteiten yn byldlagen bewarre wurde mei ENV.
It einpunt moat ek fan de container ôf berikber wêze. localhost betekent dy container; in hostproxy hat it adres nedich dat it keazen Docker-platfoarm bleatleit en in berikbere listener. host.docker.internal yn Desktop is gjin universele Linux-ynterface.