Cilësimi i proxy-t te npm nuk i drejton të gjitha ato që nis npm start
npm konfiguron transferimet e veta të paketave. Aplikacioni i nisur nga një skript ka ende nevojë për një klient HTTP që mbështet proxy-n dalëse të synuar.
npm install funksionon përmes proxy-t. npm start nis aplikacionin, dhe kërkesa e tij API shkon direkt. Nuk është e thënë që npm e harroi cilësimin.
Kërkesën e parë e bëri menaxheri i paketave. Të dytën e bën aplikacioni juaj. Një vlerë proxy në konfigurimin e npm janë të dhëna për konsumatorët që e lexojnë, jo një tunel i vendosur nën çdo proces fëmijë.
Shqyrtoni klientin HTTP të aplikacionit dhe ndërfaqen e proxy-t që ai mbështet. Ai mund të lexojë variabla standarde mjedisi, të kërkojë një agent ose dispatcher të shprehur, ose të përdorë një cilësim tjetër të dokumentuar. Mos supozoni se një variabël si npm_config_proxy njihet automatikisht.
Ndani gjithashtu proxy-n dalëse nga funksioni i përcjelljes së API-t të një serveri zhvillimi. Një cilësim që përcjell kërkesat e shfletuesit nga një server zhvillimi te një backend ka rol tjetër; ai nuk është automatikisht dalja e rrjetit për çdo kërkesë që bën aplikacioni juaj.
Për një krahasim të dobishëm, emërtoni kërkesën që ka sukses dhe procesin që bën kërkesën që dështon. Më pas konfiguroni këtë të fundit me qëllim. Një aplikacion që përdor fetch të Undici mund të ndjekë konfigurimin e dispatcher-it ProxyAgent, me një version pakete të përputhshëm me runtime-in e tij Node. Ndryshimi i pikës fundore të registry-t të npm ose riinstalimi i përsëritur i aplikacionit nuk e siguron vetë atë rrugë që mungon.