VS Code-proxyindstillinger til udvidelser, CLI og terminalprogrammer
Editoren, udvidelser, CLI og terminalprogrammer kan have forskellige netværksveje. Adskil et gemt proxy-login fra den klient, der laver den mislykkede anmodning.
Et husket VS Code-proxy-login kan eksistere samtidig med en mislykket terminal- eller udvidelsesdownload. Identificer handlingen og processen, der laver den mislykkede anmodning, før du ændrer den gemte konto.
Editorens kernenetværk
VS Codes kerneunderstøttelse af proxy kommer fra Chromium og følger normalt systemets netværksindstillinger. Det understøtter almindelige godkendte HTTP-proxyskemaer og kan huske loginoplysninger i styresystemets legitimationslager. Det lager er ikke automatisk en kontokilde for alle programmer, editoren starter.
Hvis den huskede konto afvises, skal du kontrollere slutpunktet og den annoncerede metode. Certifikatindstillinger leverer ikke manglende godkendelse.
Udvidelser og CLI-anmodninger
VS Code dokumenterer ældre indstillinger som http.proxy til udvidelses- og CLI-scenarier. Kontroller editorversionen og udvidelsens eget netværksinterface: det kan bruge et andet bibliotek, starte en eksekverbar fil eller køre i et andet miljø.
Programmer i den integrerede terminal
npm, Git, pip og andre kommandoer bruger deres egne understøttede proxyindstillinger. Undersøg processens faktiske miljø. En eksisterende terminal kan beholde gamle variabler, og en fjernterminal kan køre på en anden maskine.
Markedspladsadgang og levering af udvidelsesartefakter kan bruge forskellige værter. Bevar værtsnavnet i den mislykkede anmodning; en vellykket katalog- eller loginanmodning beviser ikke, at artefakterne kan nås.
Rapporter handlingen, procesplaceringen, proxy-slutpunktet og den første mislykkede fase uden hemmeligheder. De observationer lokaliserer en 407, TLS-fejl eller en utilgængelig leveringsvært i den klient, der ejer den.