Ang setting ng proxy ng npm ay hindi nagruruta ng lahat ng sinisimulan ng npm start
Kino-configure ng npm ang sarili nitong mga paglilipat ng pakete. Ang application na inilunsad ng isang script ay nangangailangan pa rin ng HTTP client na sumusuporta sa nilalayong outbound proxy.
Gumagana ang npm install sa pamamagitan ng proxy. Inilunsad ng npm start ang application, at direktang lumalabas ang hiling nito sa API. Hindi ibig sabihin na nakalimutan ng npm ang setting.
Ang unang hiling ay ginawa ng tagapamahala ng pakete. Ang pangalawa ay ginagawa ng iyong application. Ang halaga ng proxy sa kompigurasyon ng npm ay datos para sa mga mamimili na bumabasa nito, hindi isang lagusan na inilagay sa ilalim ng bawat child process.
Suriin ang HTTP client ng application at ang interface ng proxy na sinusuportahan nito. Maaaring ito ay nagbabasa ng mga karaniwang environment variable, nangangailangan ng malinaw na agent o dispatcher, o gumagamit ng iba pang dokumentadong setting. Huwag ipagpalagay na awtomatikong kinikilala ang isang variable na tulad ng npm_config_proxy.
Ihiwalay din ang outbound proxy mula sa tampok na pagpapasa ng API ng isang development server. Ang setting na nagpapasa ng mga hiling ng browser mula sa development server patungo sa backend ay may ibang tungkulin; hindi ito awtomatikong ang network exit para sa bawat hiling na ginagawa ng iyong application.
Para sa kapaki-pakinabang na paghahambing, pangalanan ang hiling na nagtagumpay at ang prosesong gumagawa ng hiling na nabigo. Pagkatapos ay sadyang i-configure ang huli. Ang application na gumagamit ng fetch ng Undici ay maaaring sumunod sa kompigurasyon ng dispatcher ng ProxyAgent, na may release ng pakete na tugma sa Node runtime nito. Ang pagbabago ng endpoint ng registry ng npm o paulit-ulit na muling pag-install ng application ay hindi nagbibigay ng nawawalang rutang iyon nang mag-isa.