Прокси настройката на npm не маршрутизира всичко, стартирано от npm start
npm конфигурира собствените си преноси на пакети. Приложението, стартирано от скрипт, все още се нуждае от HTTP клиент, който поддържа желания изходящ прокси.
npm install работи през проксито. npm start стартира приложението и неговата заявка към API минава директно. npm не е задължително да е забравила настройката.
Мениджърът на пакети направи първата заявка. Вашето приложение прави втората. Стойността на прокси в конфигурацията на npm е данни за потребителите, които я четат, а не тунел, поставен под всеки дъщерен процес.
Прегледайте HTTP клиента на приложението и поддържания от него интерфейс за прокси. Той може да чете стандартни променливи на средата, да изисква явен agent или dispatcher, или да използва друга документирана настройка. Не предполагайте, че променлива като npm_config_proxy се разпознава автоматично.
Също така отделете изходящото прокси от функцията за препращане на API на сървър за разработка. Настройката, която препраща заявки от браузър от сървър за разработка към бекенд, има друга роля; тя не е автоматично мрежовият изход за всяка заявка, която прави приложението ви.
За полезна съпоставка назовете заявката, която успява, и процеса, който прави заявката, която се проваля. След това конфигурирайте последния умишлено. Приложение, използващо fetch на Undici, може да следва своята конфигурация на dispatcher ProxyAgent, с версия на пакета, съвместима с неговата Node среда. Промяната на крайната точка на registry на npm или многократното преинсталиране на приложението само по себе си не осигурява този липсващ маршрут.