Ei hugsa VS Code proxy-pålogging kan eksistere samstundes med ein mislukka nedlasting i terminalen eller ei utviding. Identifiser operasjonen og prosessen som gjer den mislukka førespurnaden før du endrar den lagra kontoen.

Kjernenettverket til editoren

Kjernestøtta for proxy i VS Code kjem frå Chromium og følgjer vanlegvis nettverksinnstillingane til systemet. Ho støttar vanlege autentiserte HTTP-proxyskjema og kan hugse påloggingsinformasjon i legitimasjonslageret til operativsystemet. Det lageret er ikkje automatisk ei kontokjelde for kvart program editoren startar.

Vert den hugsa kontoen avvist, kontroller endepunktet og den annonserte metoden. Sertifikatinnstillingar gjev ikkje manglande autentisering.

Utvidingar og CLI-førespurnader

VS Code dokumenterer eldre innstillingar som http.proxy for utvidings- og CLI-scenario. Kontroller editorversjonen og det eigne nettverksgrensesnittet til utvidinga: det kan bruke eit anna bibliotek, starte ei køyrbar fil eller køyre i eit anna miljø.

Program i den integrerte terminalen

npm, Git, pip og andre kommandoar brukar sine eigne støtta proxyinnstillingar. Undersøk det faktiske miljøet til prosessen. Ein eksisterande terminal kan halde på gamle variablar, og ein fjernterminal kan køyre på ein annan maskin.

Marknadsplasstilgang og levering av utvidingsartefaktar kan bruke ulike vertar. Behald vertsnamnet i den mislukka førespurnaden; ein vellukka katalog- eller påloggingsførespurnad bevisar ikkje at artefaktane er tilgjengelege.

Rapporter operasjonen, prosessplasseringa, proxy-endepunktet og det første mislukka trinnet, utan hemmelegheiter. Desse observasjonane lokaliserer ein 407, TLS-feil eller ein utilgjengeleg leveringsvert i klienten som eig han.

Relaterte artiklar