VS Code Dev Containers: axustes de proxy para a compilación e a execución
remoteEnv cobre os subprocesos de VS Code; a contorna de execución global, as entradas de compilación do Dockerfile e a descarga de imaxes base teñen propietarios distintos.
Use a etapa da solicitude fallida para escoller a orixe da configuración:
| Proceso | Entrada de proxy que revisar |
|---|---|
| VS Code e os subprocesos remotos asociados | remoteEnv en devcontainer.json |
| Contorna de execución de todo o contedor | containerEnv para a configuración da imaxe/Dockerfile; contorna de servizo para Compose |
| Dockerfile RUN | Argumentos de compilación do proxy, incluídos os predeterminados do cliente Docker |
| Descarga da imaxe base | Configuración de saída do daemon Docker |
Para a primeira fila, combine un fragmento coma este:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}O descargador debe admitir as variables; use nomes en minúsculas cando sexa necesario. Para as descargas públicas permitidas, a lista de proxies HTTP ofrece candidatos para estes URL de remoteEnv. Volva compilar ou abrir mediante o ciclo de vida de Dev Containers tras o cambio.
A contorna de execución remoteEnv chega demasiado tarde para unha compilación anterior ou unha descarga de imaxe. Evite conservar credenciais de proxy persoais nas capas da imaxe con ENV.
O extremo tamén debe ser accesible desde o contedor. localhost significa ese contedor; un proxy de host necesita o enderezo que expón a plataforma Docker escollida e un receptor accesible. O host.docker.internal de Desktop non é unha interface Linux universal.