Прокси настройки на VS Code за разширения, CLI и терминални програми
Редакторът, разширенията, CLI и терминалните програми могат да имат различни мрежови пътища. Отделете запазения вход за прокси от клиента, който прави неуспешната заявка.
Запазен вход за прокси във VS Code може да съществува едновременно с неуспешно изтегляне в терминала или в разширение. Определете операцията и процеса, който прави неуспешната заявка, преди да промените запазения акаунт.
Основна мрежа на редактора
Основната поддръжка на прокси във VS Code идва от Chromium и обикновено следва системните мрежови настройки. Тя поддържа обичайните удостоверени HTTP прокси схеми и може да запомни данни за вход в хранилището за идентификационни данни на операционната система. Това хранилище не е автоматичен източник на акаунт за всяка програма, която редакторът стартира.
Ако запазеният акаунт бъде отхвърлен, проверете крайната точка и обявения метод. Настройките на сертификата не осигуряват липсващо удостоверяване.
Разширения и заявки от CLI
VS Code документира остарели настройки като http.proxy за сценарии с разширения и CLI. Проверете версията на редактора и собствения мрежов интерфейс на разширението: то може да използва друга библиотека, да стартира изпълним файл или да работи в друга среда.
Програми в интегрирания терминал
npm, Git, pip и други команди използват собствени поддържани прокси настройки. Проверете действителната среда на процеса. Съществуващ терминал може да запази стари променливи, а отдалечен терминал може да работи на друга машина.
Достъпът до пазара и доставката на артефакти на разширенията могат да използват различни хостове. Запазете името на хоста от неуспешната заявка; успешна заявка за каталог или вход не доказва достъпност на артефактите.
Съобщете операцията, местоположението на процеса, крайната точка на проксито и първия неуспешен етап, като премахнете тайните. Тези наблюдения локализират 407, TLS грешка или недостъпен хост за доставка в клиента, който го притежава.