Configurações de proxy do VS Code para extensões, CLI e programas de terminal
O editor, as extensões, a CLI e os programas de terminal podem ter caminhos de rede diferentes. Separe o login de proxy guardado do cliente que faz o pedido com falha.
Um login de proxy memorizado no VS Code pode coexistir com um download com falha no terminal ou numa extensão. Identifique a operação e o processo que faz o pedido com falha antes de alterar a conta guardada.
Rede principal do editor
O suporte principal de proxy do VS Code vem do Chromium e normalmente segue as definições de rede do sistema. Suporta os esquemas comuns de proxy HTTP autenticado e pode memorizar as credenciais no armazenamento de credenciais do sistema operativo. Esse armazenamento não é automaticamente uma fonte de conta para cada programa que o editor inicia.
Se a conta memorizada for rejeitada, verifique o endpoint e o método anunciado. As definições de certificado não fornecem a autenticação em falta.
Extensões e pedidos da CLI
O VS Code documenta definições legadas como http.proxy para cenários de extensões e de CLI. Verifique a versão do editor e a interface de rede própria da extensão: pode usar outra biblioteca, iniciar um executável ou correr noutro ambiente.
Programas do terminal integrado
npm, Git, pip e outros comandos usam as suas próprias definições de proxy suportadas. Inspecione o ambiente real do processo. Um terminal existente pode manter variáveis antigas, e um terminal remoto pode correr noutra máquina.
O acesso ao mercado e a entrega de artefactos de extensões podem usar anfitriões diferentes. Preserve o nome do anfitrião no pedido com falha; um pedido bem-sucedido ao catálogo ou ao login não prova que os artefactos estejam acessíveis.
Comunique a operação, a localização do processo, o endpoint de proxy e a primeira etapa com falha, sem segredos. Essas observações localizam um 407, um erro TLS ou um anfitrião de entrega inacessível no cliente que o possui.