Налаштування проксі у VS Code для розширень, CLI і програм термінала
Редактор, розширення, CLI та програми термінала можуть мати різні мережеві шляхи. Відокремте збережений вхід до проксі від клієнта, який робить невдалий запит.
Збережений вхід до проксі у VS Code може існувати одночасно з невдалим завантаженням у терміналі або розширенні. Перш ніж змінювати збережений обліковий запис, визначте операцію та процес, який робить невдалий запит.
Базова мережа редактора
Базова підтримка проксі у VS Code походить із Chromium і зазвичай дотримується системних мережевих налаштувань. Вона підтримує поширені схеми HTTP-проксі з автентифікацією і може запам'ятовувати облікові дані у сховищі облікових даних операційної системи. Це сховище не є автоматичним джерелом облікового запису для кожної програми, яку запускає редактор.
Якщо збережений обліковий запис відхилено, перевірте кінцеву точку та оголошений метод. Налаштування сертифіката не дають відсутньої автентифікації.
Розширення та запити CLI
VS Code документує застарілі налаштування, як-от http.proxy, для сценаріїв розширень і CLI. Перевірте версію редактора та власний мережевий інтерфейс розширення: воно може використовувати іншу бібліотеку, запускати виконуваний файл або працювати в іншому середовищі.
Програми вбудованого термінала
npm, Git, pip та інші команди використовують власні підтримувані налаштування проксі. Дослідіть фактичне середовище процесу. Наявний термінал може зберігати старі змінні, а віддалений термінал може працювати на іншій машині.
Доступ до магазину та доставка артефактів розширень можуть використовувати різні хости. Збережіть ім'я хоста з невдалого запиту; успішний запит каталогу або входу не доводить доступність артефактів.
Повідомте операцію, розташування процесу, кінцеву точку проксі та перший невдалий етап, прибравши секрети. Ці спостереження локалізують 407, помилку TLS або недоступний хост доставки в тому клієнті, якому він належить.