VS Code Dev Containers: definições de proxy para compilação e execução
remoteEnv cobre os subprocessos do VS Code; o ambiente de execução global, as entradas de compilação do Dockerfile e o download de imagens base têm proprietários diferentes.
Use a fase do pedido com falha para escolher a origem da configuração:
| Processo | Entrada de proxy a inspecionar |
|---|---|
| VS Code e os subprocessos remotos associados | remoteEnv em devcontainer.json |
| Ambiente de execução de todo o contêiner | containerEnv para configuração da imagem/Dockerfile; ambiente de serviço para Compose |
| Dockerfile RUN | Argumentos de compilação do proxy, incluindo os proxies padrão do cliente Docker |
| Download da imagem base | Configuração de saída do daemon Docker |
Para a primeira linha, combine um fragmento como este:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}O downloader deve suportar as variáveis; use nomes em minúsculas quando necessário. Para downloads públicos permitidos, a lista de proxies HTTP fornece candidatos para estes URLs remoteEnv. Recompile ou reabra por meio do ciclo de vida do Dev Containers após a alteração.
O ambiente de execução remoteEnv chega tarde demais para uma compilação anterior ou um download de imagem. Evite manter credenciais de proxy pessoais nas camadas da imagem com ENV.
O endpoint também precisa ser acessível a partir do contêiner. localhost significa esse contêiner; um proxy do host precisa do endereço exposto pela plataforma Docker escolhida e de um ouvinte acessível. O host.docker.internal no Desktop não é uma interface Linux universal.