En ihågkommen VS Code-proxyinloggning kan finnas samtidigt som en misslyckad nedladdning i terminalen eller ett tillägg. Identifiera åtgärden och processen som gör den misslyckade begäran innan du ändrar det sparade kontot.

Redigerarens kärnnätverk

VS Codes kärnstöd för proxy kommer från Chromium och följer normalt systemets nätverksinställningar. Det stöder vanliga autentiserade HTTP-proxyscheman och kan komma ihåg inloggningsuppgifter i operativsystemets autentiseringslager. Det lagret är inte automatiskt en kontokälla för varje program som redigeraren startar.

Om det ihågkomna kontot avvisas, kontrollera slutpunkten och den annonserade metoden. Certifikatinställningar ger inte den saknade autentiseringen.

Tillägg och CLI-begäranden

VS Code dokumenterar äldre inställningar som http.proxy för tilläggs- och CLI-scenarier. Kontrollera redigerarens version och tilläggets eget nätverksgränssnitt: det kan använda ett annat bibliotek, starta en körbar fil eller köras i en annan miljö.

Program i den integrerade terminalen

npm, Git, pip och andra kommandon använder sina egna stödda proxyinställningar. Granska processens faktiska miljö. En befintlig terminal kan behålla gamla variabler, och en fjärrterminal kan köras på en annan maskin.

Marknadsplatsåtkomst och leverans av tilläggsartefakter kan använda olika värdar. Behåll värdnamnet i den misslyckade begäran; en lyckad katalog- eller inloggningsbegäran bevisar inte att artefakterna nås.

Rapportera åtgärden, processens plats, proxyslutpunkten och det första misslyckade steget, utan hemligheter. Dessa observationer lokaliserar en 407, ett TLS-fel eller en onåbar leveransvärd i klienten som äger den.

Relaterade artiklar