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