La proksea agordo de npm ne enkursigas ĉion lanĉitan de npm start
npm agordas siajn proprajn pakaĵajn transigojn. La aplikaĵo lanĉita de skripto ankoraŭ bezonas HTTP-klienton, kiu subtenas la celatan eliran prokseon.
npm install funkcias tra la prokseo. npm start lanĉas la aplikaĵon, kaj ĝia API-peto iras rekte. npm ne nepre forgesis la agordon.
La pakaĵmastrumilo faris la unuan peton. Via aplikaĵo faras la duan. Proksea valoro en la agordo de npm estas datumoj por konsumantoj, kiuj legas ĝin, ne tunelo metita sub ĉiun infanproceson.
Ekzamenu la HTTP-klienton de la aplikaĵo kaj la proksean interfacon, kiun ĝi subtenas. Ĝi povas legi normajn medivariojn, postuli eksplicitan agent aŭ dispatcher, aŭ uzi alian dokumentitan agordon. Ne supozu, ke variablo simila al npm_config_proxy estas aŭtomate rekonata.
Ankaŭ apartigu eliran prokseadon de la API-plusendado de evoluiga servilo. Agordo, kiu plusendas retumilajn petojn de evoluiga servilo al backend, havas alian rolon; ĝi ne aŭtomate estas la reteliro por ĉiu peto, kiun via aplikaĵo faras.
Por utila komparo, nomu la peton, kiu sukcesas, kaj la procezon, kiu faras la peton, kiu malsukcesas. Poste agordu la lastan konscie. Aplikaĵo uzanta la fetch de Undici povas sekvi sian agordon de la ProxyAgent-dispatcher, kun pakaĵeldono kongrua kun sia Node-rultempo. Ŝanĝi la registry-finpunkton de npm aŭ ripete reinstali la aplikaĵon mem ne provizas tiun mankantan vojon.