VS Code Dev Containers: proxyindstillinger til build og kørsel
remoteEnv dækker VS Code-underprocesser; kørselsmiljøet som helhed, Dockerfile-buildinput og hentning af basisimages har forskellige ejere.
Brug den mislykkede anmodnings fase til at vælge konfigurationskilden:
| Proces | Proxyinput der skal undersøges |
|---|---|
| VS Code og relaterede eksterne underprocesser | remoteEnv i devcontainer.json |
| Kørselsmiljø for hele containeren | containerEnv til image/Dockerfile-opsætning; tjenestemiljø til Compose |
| Dockerfile RUN | Proxy-buildargumenter, inklusive Docker-klientens standardproxyer |
| Hentning af basisimage | Docker-dæmonens udgående konfiguration |
Til den første række samles et fragment som dette:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}Downloaderen skal understøtte variablerne; brug små bogstaver, når det kræves. Til tilladte offentlige downloads leverer HTTP-proxylisten kandidater til disse remoteEnv-URL'er. Genopbyg eller genåbn via Dev Containers-livscyklussen efter ændringen.
Kørselsmiljøet remoteEnv kommer for sent til et tidligere build eller en image-hentning. Undgå at beholde personlige proxyoplysninger i imagelag med ENV.
Endepunktet skal også kunne nås fra containeren. localhost betyder den container; en værtproxy kræver den adresse, som den valgte Docker-platform eksponerer, og en lytter, der kan nås. host.docker.internal i Desktop er ikke en universel Linux-grænseflade.