Настройки прокси в VS Code для расширений, CLI и терминальных программ

Сохранённый вход в прокси в VS Code может существовать одновременно с неудачной загрузкой в терминале или расширении. Прежде чем менять сохранённую учётную запись, определите операцию и процесс, выполняющий неудачный запрос.

Базовая сеть редактора

Базовая поддержка прокси в VS Code происходит из Chromium и обычно следует системным сетевым настройкам. Она поддерживает распространённые схемы HTTP-прокси с проверкой подлинности и может запоминать учётные данные в хранилище учётных данных операционной системы. Это хранилище не является автоматическим источником учётной записи для каждой программы, которую запускает редактор.

Если сохранённая учётная запись отклонена, проверьте конечную точку и объявленный метод. Настройки сертификата не восполняют отсутствующую проверку подлинности.

Расширения и запросы CLI

VS Code документирует устаревшие параметры, такие как http.proxy, для сценариев расширений и CLI. Проверьте версию редактора и собственный сетевой интерфейс расширения: оно может использовать другую библиотеку, запускать исполняемый файл или работать в другой среде.

Программы во встроенном терминале

npm, Git, pip и другие команды используют собственные поддерживаемые настройки прокси. Изучите фактическое окружение процесса. Существующий терминал может сохранять старые переменные, а удалённый терминал может работать на другой машине.

Доступ к магазину и доставка артефактов расширений могут использовать разные узлы. Сохраните имя узла из неудачного запроса; успешный запрос каталога или входа не доказывает доступность артефактов.

Сообщите операцию, расположение процесса, конечную точку прокси и первый неудачный этап, удалив секреты. Эти наблюдения позволяют локализовать 407, ошибку TLS или недоступный узел доставки в том клиенте, которому он принадлежит.