npm se proxy-instelling stuur nie alles wat deur npm start begin word nie
npm stel sy eie pakketoordragte op. Die toepassing wat deur 'n script begin word, het steeds 'n HTTP-kliënt nodig wat die beoogde uitgaande proxy ondersteun.
npm install werk deur die proxy. npm start begin die toepassing, en sy API-versoek gaan reguit. npm het nie noodwendig die instelling vergeet nie.
Die pakketbestuurder het die eerste versoek gedoen. Jou toepassing doen die tweede. 'n Proxywaarde in npm-konfigurasie is data vir verbruikers wat dit lees, nie 'n tonnel onder elke kindproses nie.
Ondersoek die toepassing se HTTP-kliënt en sy ondersteunde proxy-koppelvlak. Dit kan standaard omgewingsveranderlikes lees, 'n eksplisiete agent of dispatcher vereis, of 'n ander gedokumenteerde instelling gebruik. Moenie aanneem dat 'n veranderlike soos npm_config_proxy outomaties erken word nie.
Skei ook uitgaande proxy van 'n ontwikkelbediener se API-aanstuurfunksie. 'n Instelling wat browserversoeke van 'n ontwikkelbediener na 'n backend aanstuur, het 'n ander rol; dit is nie outomaties die netwerkuitgang vir elke versoek wat jou toepassing maak nie.
Vir 'n nuttige vergelyking, noem die versoek wat slaag en die proses wat die versoek maak wat misluk. Konfigureer dan laasgenoemde doelbewus. 'n Toepassing wat Undici se fetch gebruik, kan sy ProxyAgent-dispatcher-konfigurasie volg, met 'n pakketweergawe wat met sy Node-runtime versoenbaar is. Om npm se registry-eindpunt te verander of die toepassing herhaaldelik te herinstalleer, verskaf nie op sigself daardie ontbrekende roete nie.