VS Code Dev Containers: Proxy-Einstellungen für Build und Laufzeit
remoteEnv deckt VS-Code-Subprozesse ab; die Laufzeitumgebung insgesamt, Dockerfile-Build-Eingaben und das Ziehen von Basisimages haben unterschiedliche Zuständigkeiten.
Wählen Sie anhand der Phase der fehlgeschlagenen Anfrage die Konfigurationsquelle:
| Prozess | Zu prüfende Proxy-Eingabe |
|---|---|
| VS Code und zugehörige Remote-Subprozesse | remoteEnv in devcontainer.json |
| Laufzeitumgebung des gesamten Containers | containerEnv für Image-/Dockerfile-Einrichtung; Dienstumgebung für Compose |
| Dockerfile RUN | Proxy-Build-Argumente, einschließlich der Standard-Proxys des Docker-Clients |
| Ziehen des Basisimages | Ausgehende Konfiguration des Docker-Daemons |
Für die erste Zeile fügen Sie ein Fragment wie dieses zusammen:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}Der Downloader muss die Variablen unterstützen; verwenden Sie bei Bedarf Namen in Kleinbuchstaben. Für erlaubte öffentliche Downloads liefert die HTTP-Proxy-Liste Kandidaten für diese remoteEnv-URLs. Bauen Sie nach der Änderung über den Dev-Containers-Lebenszyklus neu bzw. öffnen Sie erneut.
Die Laufzeit-remoteEnv kommt für einen früheren Build oder ein Image-Pull zu spät. Vermeiden Sie, persönliche Proxy-Anmeldedaten in Image-Schichten mit ENV zu behalten.
Der Endpunkt muss außerdem aus dem Container erreichbar sein. localhost meint diesen Container; ein Host-Proxy braucht die von der gewählten Docker-Plattform bereitgestellte Adresse und einen erreichbaren Listener. host.docker.internal unter Desktop ist keine universelle Linux-Schnittstelle.