Impostazioni proxy di VS Code per estensioni, CLI e programmi da terminale

Un accesso proxy memorizzato in VS Code può coesistere con un download non riuscito nel terminale o in un'estensione. Individua l'operazione e il processo che effettua la richiesta non riuscita prima di modificare l'account memorizzato.

Rete di base dell'editor

Il supporto proxy di base di VS Code proviene da Chromium e di solito segue le impostazioni di rete di sistema. Supporta i comuni schemi proxy HTTP autenticati e può ricordare le credenziali nell'archivio delle credenziali del sistema operativo. Quell'archivio non è automaticamente un'origine account per ogni programma avviato dall'editor.

Se l'account memorizzato viene rifiutato, controlla l'endpoint e il metodo annunciato. Le impostazioni del certificato non forniscono l'autenticazione mancante.

Estensioni e richieste della CLI

VS Code documenta impostazioni legacy come http.proxy per scenari con estensioni e CLI. Controlla la versione dell'editor e l'interfaccia di rete propria dell'estensione: può usare un'altra libreria, avviare un eseguibile o girare in un altro ambiente.

Programmi del terminale integrato

npm, Git, pip e altri comandi usano le proprie impostazioni proxy supportate. Ispeziona l'ambiente effettivo del processo. Un terminale esistente può conservare vecchie variabili e un terminale remoto può girare su un'altra macchina.

L'accesso al marketplace e la consegna degli artefatti delle estensioni possono usare host diversi. Conserva il nome host nella richiesta non riuscita; una richiesta riuscita del catalogo o di accesso non dimostra che gli artefatti siano raggiungibili.

Segnala l'operazione, la posizione del processo, l'endpoint proxy e la prima fase non riuscita, senza segreti. Queste osservazioni localizzano un 407, un errore TLS o un host di consegna irraggiungibile nel client che lo possiede.