Параметр проксі ў 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 або паўторная пераўсталёўка праграмы сама па сабе не дае гэтага адсутнага маршруту.