Поставката за прокси во npm не насочува сè што стартува npm start
npm ги конфигурира сопствените преноси на пакети. Апликацијата стартувана од скрипта сè уште бара HTTP клиент што го поддржува предвидениот излезен прокси.
npm install работи преку проксито. npm start ја стартува апликацијата и нејзиното барање до API оди директно. npm не мора да ја заборавила поставката.
Првото барање го направи управувачот со пакети. Второто го прави вашата апликација. Вредноста за прокси во конфигурацијата на npm се податоци за потрошувачите што ја читаат, а не тунел поставен под секој детски процес.
Прегледајте го HTTP клиентот на апликацијата и прокси интерфејсот што го поддржува. Може да чита стандардни променливи на околината, да бара експлицитен agent или dispatcher, или да користи друга документирана поставка. Не претпоставувајте дека променлива слична на npm_config_proxy се препознава автоматски.
Одвојте го и излезното прокси од функцијата за проследување на API на развојниот сервер. Поставката што проследува барања од прелистувачот од развојниот сервер до backend има друга улога; таа не е автоматски мрежен излез за секое барање што го прави вашата апликација.
За корисна споредба наведете го барањето што успева и процесот што го прави барањето што не успева. Потоа намерно конфигурирајте го второто. Апликација што го користи fetch на Undici може да ја следи својата конфигурација на ProxyAgent dispatcher, со издание на пакетот компатибилно со нејзиното Node runtime. Менувањето на registry крајната точка на npm или постојаното преинсталирање на апликацијата само по себе не ја обезбедува таа маршрута што недостасува.