VS Code Dev Containers: impostazioni proxy per build ed esecuzione
remoteEnv copre i sottoprocessi di VS Code; l'ambiente di esecuzione complessivo, gli input di build del Dockerfile e il download delle immagini di base hanno proprietari diversi.
Usa la fase della richiesta non riuscita per scegliere l'origine della configurazione:
| Processo | Input proxy da controllare |
|---|---|
| VS Code e i sottoprocessi remoti associati | remoteEnv in devcontainer.json |
| Ambiente di esecuzione dell'intero container | containerEnv per la configurazione dell'immagine/Dockerfile; ambiente del servizio per Compose |
| Dockerfile RUN | Argomenti di build del proxy, incluse le impostazioni predefinite del client Docker |
| Download dell'immagine di base | Configurazione in uscita del demone Docker |
Per la prima riga, unisci un frammento come questo:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}Il downloader deve supportare le variabili; usa nomi in minuscolo quando richiesto. Per i download pubblici consentiti, l'elenco di proxy HTTP fornisce candidati per questi URL remoteEnv. Ricompila o riapri tramite il ciclo di vita di Dev Containers dopo la modifica.
L'ambiente di esecuzione remoteEnv arriva troppo tardi per una build precedente o un download di immagine. Evita di conservare credenziali proxy personali nei livelli dell'immagine con ENV.
L'endpoint deve anche essere raggiungibile dal container. localhost significa quel container; un proxy host richiede l'indirizzo esposto dalla piattaforma Docker scelta e un listener raggiungibile. Il host.docker.internal di Desktop non è un'interfaccia Linux universale.