VS Code Dev Containers: ajustes de proxy para la compilación y la ejecución
remoteEnv cubre los subprocesos de VS Code; el entorno de ejecución global, las entradas de compilación del Dockerfile y la descarga de imágenes base tienen propietarios distintos.
Use la etapa de la solicitud fallida para elegir el origen de la configuración:
| Proceso | Entrada de proxy que revisar |
|---|---|
| VS Code y los subprocesos remotos asociados | remoteEnv en devcontainer.json |
| Entorno de ejecución de todo el contenedor | containerEnv para la configuración de la imagen/Dockerfile; entorno de servicio para Compose |
| Dockerfile RUN | Argumentos de compilación del proxy, incluidos los valores predeterminados del cliente Docker |
| Descarga de la imagen base | Configuración de salida del demonio Docker |
Para la primera fila, combine un fragmento como este:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}El descargador debe admitir las variables; use nombres en minúsculas cuando sea necesario. Para las descargas públicas permitidas, la lista de proxies HTTP ofrece candidatos para estas URL de remoteEnv. Vuelva a compilar o abrir mediante el ciclo de vida de Dev Containers tras el cambio.
El entorno de ejecución remoteEnv llega demasiado tarde para una compilación anterior o una descarga de imagen. Evite conservar credenciales de proxy personales en las capas de la imagen con ENV.
El extremo también debe ser accesible desde el contenedor. localhost significa ese contenedor; un proxy de host necesita la dirección que expone la plataforma Docker elegida y un receptor accesible. El host.docker.internal de Desktop no es una interfaz Linux universal.