Proksaj agordoj de VS Code por etendaĵoj, CLI kaj terminalaj programoj
La redaktilo, etendaĵoj, CLI kaj terminalaj programoj povas havi malsamajn retajn vojojn. Apartigu konservitan proksan ensaluton de la kliento faranta la malsukcesan peton.
Memorita proksa ensaluto en VS Code povas ekzisti samtempe kun malsukcesa elŝuto en terminalo aŭ etendaĵo. Identigu la operacion kaj la procezon farantan la malsukcesan peton antaŭ ol ŝanĝi la konservitan konton.
Kerna retaĵo de la redaktilo
La kerna proksa subteno de VS Code venas de Chromium kaj kutime sekvas la sistemajn retajn agordojn. Ĝi subtenas oftajn aŭtentigitajn HTTP-proksajn skemojn kaj povas memori akreditaĵojn en la akreditaĵa konservejo de la operaciumo. Tiu konservejo ne estas aŭtomate konta fonto por ĉiu programo, kiun la redaktilo lanĉas.
Se la memorita konto estas malakceptita, kontrolu la finpunkton kaj la anoncitan metodon. Certifikaj agordoj ne provizas mankantan aŭtentigon.
Etendaĵoj kaj CLI-petoj
VS Code dokumentas malnovajn agordojn kiel http.proxy por etendaĵaj kaj CLI-scenaroj. Kontrolu la version de la redaktilo kaj la propran retan interfacon de la etendaĵo: ĝi povas uzi alian bibliotekon, lanĉi plenumeblon aŭ ruliĝi en alia medio.
Programoj de la integrita terminalo
npm, Git, pip kaj aliaj komandoj uzas siajn proprajn subtenatajn proksajn agordojn. Esploru la faktan procezan medion. Ekzistanta terminalo povas reteni malnovajn variablojn, kaj fora terminalo povas ruliĝi sur alia maŝino.
Aliro al la bazaro kaj liverado de etendaĵaj artefaktoj povas uzi malsamajn gastigantojn. Konservu la gastigantan nomon en la malsukcesa peto; sukcesa kataloga aŭ ensaluta peto ne pruvas atingeblon de la artefaktoj.
Raportu la operacion, la procezan lokon, la proksan finpunkton kaj la unuan malsukcesan stadion, sen sekretoj. Tiuj observoj lokas 407, TLS-eraron aŭ neatingeblan liveran gastiganton en la kliento, al kiu ĝi apartenas.