VS Code-proxy-instellings vir uitbreidings, CLI en terminaalprogramme

'n Onthoude VS Code-proxy-aanmelding kan saam met 'n mislukte terminaal- of uitbreidingsaflaai bestaan. Identifiseer die bewerking en die proses wat die mislukte versoek maak voordat u die gestoorde rekening verander.

Kernnetwerk van die redigeerder

VS Code se kernproxy-ondersteuning kom van Chromium en volg gewoonlik die stelsel se netwerkinstellings. Dit ondersteun algemene geauthentiseerde HTTP-proxyskemas en kan aanmeldgegewens in die bedryfstelsel se aanmeldbewaarplek onthou. Daardie bewaarplek is nie outomaties 'n rekeningbron vir elke program wat die redigeerder begin nie.

As die onthoude rekening verwerp word, kontroleer die eindpunt en die aangekondigde metode. Sertifikaatinstellings verskaf nie ontbrekende verifikasie nie.

Uitbreidings en CLI-versoeke

VS Code dokumenteer ou instellings soos http.proxy vir uitbreidings- en CLI-scenario's. Kontroleer die redigeerderweergawe en die uitbreiding se eie netwerkintervlak: dit kan 'n ander biblioteek gebruik, 'n uitvoerbare lêer begin of in 'n ander omgewing loop.

Programme in die geïntegreerde terminaal

npm, Git, pip en ander opdragte gebruik hul eie ondersteunde proxy-instellings. Ondersoek die werklike prosesomgewing. 'n Bestaande terminaal kan ou veranderlikes behou, en 'n afgeleë terminaal kan op 'n ander masjien loop.

Toegang tot die markplek en aflewering van uitbreidingsartefakte kan verskillende gashere gebruik. Bewaar die gasheernaam in die mislukte versoek; 'n suksesvolle katalogus- of aanmeldversoek bewys nie bereikbaarheid van artefakte nie.

Rapporteer die bewerking, prosesligging, proxy-eindpunt en eerste mislukte stadium, met geheime verwyder. Daardie waarnemings lokaliseer 'n 407, TLS-fout of onbereikbare afleweringsgasheer in die kliënt wat dit besit.