Ajustes de proxy de VS Code para extensiones, CLI y programas de terminal

Un inicio de sesión de proxy guardado en VS Code puede coexistir con una descarga fallida en el terminal o en una extensión. Identifique la operación y el proceso que realiza la solicitud fallida antes de cambiar la cuenta guardada.

Redes básicas del editor

La compatibilidad básica de proxy de VS Code proviene de Chromium y normalmente sigue la configuración de red del sistema. Admite los esquemas habituales de proxy HTTP autenticado y puede recordar las credenciales en el almacén de credenciales del sistema operativo. Ese almacén no es automáticamente una fuente de cuenta para todos los programas que inicia el editor.

Si se rechaza la cuenta guardada, compruebe el extremo y el método anunciado. La configuración del certificado no aporta la autenticación que falta.

Extensiones y solicitudes de la CLI

VS Code documenta ajustes heredados como http.proxy para escenarios de extensiones y de CLI. Compruebe la versión del editor y la interfaz de red propia de la extensión: puede usar otra biblioteca, lanzar un ejecutable o ejecutarse en otro entorno.

Programas del terminal integrado

npm, Git, pip y otros comandos usan sus propios ajustes de proxy compatibles. Inspeccione el entorno real del proceso. Un terminal existente puede conservar variables antiguas, y un terminal remoto puede ejecutarse en otra máquina.

El acceso al mercado y la entrega de artefactos de extensiones pueden usar hosts distintos. Conserve el nombre del host en la solicitud fallida; una solicitud correcta del catálogo o de inicio de sesión no demuestra que los artefactos sean accesibles.

Informe de la operación, la ubicación del proceso, el extremo de proxy y la primera etapa fallida, sin secretos. Esas observaciones localizan un 407, un error TLS o un host de entrega inalcanzable en el cliente que lo posee.