Proxyinnstillinger i VS Code for utvidelser, CLI og terminalprogrammer
Editoren, utvidelser, CLI og terminalprogrammer kan ha ulike nettverksveier. Skill en lagret proxy-pålogging fra klienten som gjør den mislykkede forespørselen.
En husket VS Code proxy-pålogging kan eksistere samtidig med en mislykket nedlasting i terminalen eller en utvidelse. Identifiser operasjonen og prosessen som gjør den mislykkede forespørselen før du endrer den lagrede kontoen.
Editorens kjernenettverk
VS Codes kjernestøtte for proxy kommer fra Chromium og følger vanligvis systemets nettverksinnstillinger. Den støtter vanlige autentiserte HTTP-proxyskjemaer og kan huske påloggingsinformasjon i operativsystemets legitimasjonslager. Det lageret er ikke automatisk en kontokilde for hvert program editoren starter.
Hvis den huskede kontoen avvises, kontroller endepunktet og den annonserte metoden. Sertifikatinnstillinger gir ikke manglende autentisering.
Utvidelser og CLI-forespørsler
VS Code dokumenterer eldre innstillinger som http.proxy for utvidelses- og CLI-scenarier. Kontroller editorversjonen og utvidelsens eget nettverksgrensesnitt: det kan bruke et annet bibliotek, starte en kjørbar fil eller kjøre i et annet miljø.
Programmer i den integrerte terminalen
npm, Git, pip og andre kommandoer bruker sine egne støttede proxyinnstillinger. Undersøk prosessens faktiske miljø. En eksisterende terminal kan beholde gamle variabler, og en fjernterminal kan kjøre på en annen maskin.
Markedsplasstilgang og levering av utvidelsesartefakter kan bruke ulike verter. Behold vertsnavnet i den mislykkede forespørselen; en vellykket katalog- eller påloggingsforespørsel beviser ikke at artefaktene er tilgjengelige.
Rapporter operasjonen, prosessplasseringen, proxy-endepunktet og det første mislykkede trinnet, uten hemmeligheter. Disse observasjonene lokaliserer en 407, TLS-feil eller en utilgjengelig leveringsvert i klienten som eier den.