VS Code Dev Containers: mga setting ng proxy para sa build at runtime
Sinasaklaw ng remoteEnv ang mga subprocess ng VS Code; ang buong runtime environment, mga input ng build ng Dockerfile at paghila ng base image ay may magkakaibang may-ari.
Gamitin ang yugto ng nabigong kahilingan upang piliin ang pinagmulan ng configuration:
| Proseso | Proxy input na susuriin |
|---|---|
| VS Code at mga kaugnay na remote subprocess | remoteEnv sa devcontainer.json |
| Runtime environment ng buong container | containerEnv para sa setup ng image/Dockerfile; service environment para sa Compose |
| Dockerfile RUN | Mga argumento ng build ng proxy, kasama ang mga default na proxy ng Docker client |
| Paghila ng base image | Outbound na configuration ng Docker daemon |
Para sa unang hilera, pagsamahin ang isang fragment na tulad nito:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}Dapat suportahan ng downloader ang mga variable; gumamit ng maliliit na titik na pangalan kapag kailangan. Para sa pinapayagang pampublikong download, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidato para sa mga URL na remoteEnv. I-rebuild o buksan muli sa pamamagitan ng lifecycle ng Dev Containers pagkatapos ng pagbabago.
Ang runtime remoteEnv ay huli na para sa naunang build o paghila ng image. Iwasang itago ang personal na kredensyal ng proxy sa mga layer ng image gamit ang ENV.
Dapat ding maabot ang endpoint mula sa container. localhost ang ibig sabihin ay ang container na iyon; ang host proxy ay nangangailangan ng address na inilalantad ng piniling Docker platform at ng maaabot na listener. Ang host.docker.internal sa Desktop ay hindi isang pangkalahatang Linux interface.