VS Code Dev Containers: ustawienia proxy dla kompilacji i działania
remoteEnv obejmuje podprocesy VS Code; środowisko działania jako całość, dane wejściowe kompilacji Dockerfile i pobieranie obrazów bazowych mają różnych właścicieli.
Użyj etapu nieudanego żądania, aby wybrać źródło konfiguracji:
| Proces | Dane wejściowe proxy do sprawdzenia |
|---|---|
| VS Code i powiązane zdalne podprocesy | remoteEnv w devcontainer.json |
| Środowisko działania całego kontenera | containerEnv dla konfiguracji obrazu/Dockerfile; środowisko usługi dla Compose |
| Dockerfile RUN | Argumenty kompilacji proxy, w tym domyślne proxy klienta Docker |
| Pobieranie obrazu bazowego | Konfiguracja wychodząca demona Docker |
Dla pierwszego wiersza połącz fragment taki jak ten:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}Pobierający musi obsługiwać te zmienne; w razie potrzeby używaj nazw małymi literami. Dla dozwolonych publicznych pobrań lista proxy HTTP dostarcza kandydatów dla tych adresów remoteEnv. Po zmianie ponownie skompiluj lub otwórz przez cykl życia Dev Containers.
Środowisko działania remoteEnv jest zbyt późno dla wcześniejszej kompilacji lub pobrania obrazu. Unikaj przechowywania osobistych danych uwierzytelniających proxy w warstwach obrazu za pomocą ENV.
Punkt końcowy musi być także osiągalny z kontenera. localhost oznacza ten kontener; proxy hosta wymaga adresu udostępnianego przez wybraną platformę Docker i osiągalnego nasłuchiwacza. host.docker.internal w Desktopie nie jest uniwersalnym interfejsem Linux.