Proxy-instellingen van VS Code voor extensies, CLI en terminalprogramma's

Een onthouden VS Code proxy-aanmelding kan samengaan met een mislukte terminal- of extensiedownload. Identificeer de bewerking en het proces dat het mislukte verzoek doet voordat u het opgeslagen account wijzigt.

Kernnetwerk van de editor

De kernproxy-ondersteuning van VS Code komt van Chromium en volgt normaal de netwerkinstellingen van het systeem. Het ondersteunt gangbare geauthenticeerde HTTP-proxyschema's en kan inloggegevens onthouden in de inloggegevensopslag van het besturingssysteem. Die opslag is niet automatisch een accountbron voor elk programma dat de editor start.

Wordt het onthouden account geweigerd, controleer dan het eindpunt en de aangekondigde methode. Certificaatinstellingen leveren geen ontbrekende verificatie.

Extensies en CLI-verzoeken

VS Code documenteert verouderde instellingen zoals http.proxy voor extensie- en CLI-scenario's. Controleer de editorversie en de eigen netwerkinterface van de extensie: die kan een andere bibliotheek gebruiken, een uitvoerbaar bestand starten of in een andere omgeving draaien.

Programma's in de geïntegreerde terminal

npm, Git, pip en andere opdrachten gebruiken hun eigen ondersteunde proxy-instellingen. Onderzoek de werkelijke procesomgeving. Een bestaande terminal kan oude variabelen vasthouden, en een terminal op afstand kan op een andere machine draaien.

Toegang tot de marktplaats en levering van extensieartefacten kunnen verschillende hosts gebruiken. Bewaar de hostnaam in het mislukte verzoek; een geslaagd catalogus- of aanmeldingsverzoek bewijst niet dat de artefacten bereikbaar zijn.

Meld de bewerking, de proceslocatie, het proxy-eindpunt en de eerste mislukte fase, zonder geheimen. Die waarnemingen lokaliseren een 407, TLS-fout of onbereikbare leveringshost in de client die hem bezit.