Запаметена прокси најава во VS Code може да постои истовремено со неуспешно преземање во терминал или екстензија. Пред да ја промените зачуваната сметка, утврдете ја операцијата и процесот што го испраќа неуспешното барање.

Основно вмрежување на уредувачот

Основната поддршка за прокси во VS Code доаѓа од Chromium и вообичаено ги следи системските мрежни поставки. Поддржува вообичаени автентицирани HTTP прокси шеми и може да ги запамети акредитивите во складиштето за акредитиви на оперативниот систем. Тоа складиште не е автоматски извор на сметка за секоја програма што ја стартува уредувачот.

Ако запаметената сметка се одбие, проверете ја крајната точка и објавениот метод. Поставките за сертификат не ја обезбедуваат автентикацијата што недостасува.

Екстензии и CLI барања

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

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

npm, Git, pip и други команди ги користат своите поддржани прокси поставки. Испитајте ја вистинската околина на процесот. Постоечки терминал може да задржи стари променливи, а оддалечен терминал може да работи на друг компјутер.

Пристапот до пазарот и испораката на артефакти од екстензии може да користат различни домаќини. Зачувајте го името на домаќинот во неуспешното барање; успешно барање за каталог или најава не докажува достапност на артефактите.

Пријавете ја операцијата, локацијата на процесот, крајната точка на проксито и првата неуспешна фаза, без тајни. Овие набљудувања лоцираат 407, TLS грешка или недостапен домаќин за испорака во клиентот на кој му припаѓа.

Поврзани статии