Un inici de sessió de proxy desat al VS Code pot coexistir amb una baixada fallida al terminal o en una extensió. Identifiqueu l'operació i el procés que fa la sol·licitud fallida abans de canviar el compte desat.

Xarxa bàsica de l'editor

El suport bàsic de proxy del VS Code prové de Chromium i normalment segueix la configuració de xarxa del sistema. Admet els esquemes habituals de proxy HTTP autenticat i pot recordar les credencials a l'emmagatzematge de credencials del sistema operatiu. Aquest emmagatzematge no és automàticament una font de compte per a cada programa que llança l'editor.

Si es rebutja el compte desat, comproveu el punt final i el mètode anunciat. La configuració del certificat no proporciona l'autenticació que falta.

Extensions i sol·licituds de la CLI

El VS Code documenta configuracions heretades com http.proxy per a escenaris d'extensions i de CLI. Comproveu la versió de l'editor i la interfície de xarxa pròpia de l'extensió: pot fer servir una altra biblioteca, llançar un executable o executar-se en un altre entorn.

Programes del terminal integrat

npm, Git, pip i altres ordres utilitzen la seva pròpia configuració de proxy compatible. Inspeccioneu l'entorn real del procés. Un terminal existent pot conservar variables antigues, i un terminal remot pot executar-se en una altra màquina.

L'accés al mercat i el lliurament d'artefactes d'extensions poden utilitzar amfitrions diferents. Conserveu el nom de l'amfitrió a la sol·licitud fallida; una sol·licitud correcta de catàleg o d'inici de sessió no estableix l'abast dels artefactes.

Informeu de l'operació, la ubicació del procés, el punt final del proxy i la primera etapa fallida, sense secrets. Aquestes observacions localitzen un 407, un error TLS o un amfitrió de lliurament inabastable en el client que el posseeix.

Articles relacionats