VS Code-Proxy-Einstellungen für Erweiterungen, CLI und Terminalprogramme

Ein gemerktes VS Code-Proxy-Login kann neben einem fehlgeschlagenen Terminal- oder Erweiterungs-Download bestehen. Bestimmen Sie den Vorgang und den Prozess, der die fehlgeschlagene Anfrage stellt, bevor Sie das gespeicherte Konto ändern.

Kernnetzwerk des Editors

Die zentrale Proxy-Unterstützung von VS Code stammt aus Chromium und folgt normalerweise den Systemnetzwerkeinstellungen. Sie unterstützt gängige authentifizierte HTTP-Proxy-Schemata und kann Anmeldedaten im Anmeldedatenspeicher des Betriebssystems merken. Dieser Speicher ist nicht automatisch eine Kontoquelle für jedes Programm, das der Editor startet.

Wird das gemerkte Konto abgelehnt, prüfen Sie Endpunkt und angekündigte Methode. Zertifikatseinstellungen liefern keine fehlende Authentifizierung.

Erweiterungen und CLI-Anfragen

VS Code dokumentiert Legacy-Einstellungen wie http.proxy für Erweiterungs- und CLI-Szenarien. Prüfen Sie die Editorversion und die eigene Netzwerkschnittstelle der Erweiterung: Sie kann eine andere Bibliothek nutzen, eine ausführbare Datei starten oder in einer anderen Umgebung laufen.

Programme im integrierten Terminal

npm, Git, pip und andere Befehle nutzen ihre eigenen unterstützten Proxy-Einstellungen. Untersuchen Sie die tatsächliche Prozessumgebung. Ein bestehendes Terminal kann alte Variablen behalten, und ein Remote-Terminal kann auf einem anderen Rechner laufen.

Marktplatz-Zugriff und die Auslieferung von Erweiterungsartefakten können unterschiedliche Hosts nutzen. Bewahren Sie den Hostnamen aus der fehlgeschlagenen Anfrage; eine erfolgreiche Katalog- oder Login-Anfrage belegt nicht die Erreichbarkeit der Artefakte.

Melden Sie Vorgang, Prozessort, Proxy-Endpunkt und die erste fehlgeschlagene Stufe, ohne Geheimnisse. Diese Beobachtungen lokalisieren einen 407, einen TLS-Fehler oder einen unerreichbaren Auslieferungshost in dem Client, dem er gehört.