De proxy-instelling van npm routeert niet alles wat npm start start
npm configureert zijn eigen pakketoverdrachten. De applicatie die door een script wordt gestart, heeft nog steeds een HTTP-client nodig die de bedoelde uitgaande proxy ondersteunt.
npm install werkt via de proxy. npm start start de applicatie, en het API-verzoek gaat rechtstreeks. npm is de instelling niet per se vergeten.
Het eerste verzoek kwam van de pakketbeheerder. Het tweede doet jouw applicatie. Een proxywaarde in de npm-configuratie zijn gegevens voor consumenten die die lezen, geen tunnel onder elk child-proces.
Onderzoek de HTTP-client van de applicatie en de proxy-interface die die ondersteunt. Die leest mogelijk standaard omgevingsvariabelen, vereist een expliciete agent of dispatcher, of gebruikt een andere gedocumenteerde instelling. Ga er niet van uit dat een variabele zoals npm_config_proxy automatisch wordt herkend.
Scheid ook uitgaande proxy van de API-doorstuurfunctie van een ontwikkelserver. Een instelling die browserverzoeken van een ontwikkelserver naar een backend doorstuurt, heeft een andere rol; het is niet automatisch de netwerkuitgang voor elk verzoek dat jouw applicatie doet.
Voor een nuttige vergelijking: benoem het verzoek dat slaagt en het proces dat het verzoek doet dat mislukt. Configureer dat laatste vervolgens bewust. Een applicatie die de fetch van Undici gebruikt, kan de ProxyAgent-dispatcherconfiguratie volgen, met een pakketrelease die compatibel is met zijn Node-runtime. Het registry-eindpunt van npm wijzigen of de applicatie steeds opnieuw installeren levert die ontbrekende route niet op zichzelf.