npm-ren proxy ezarpenak ez du npm start-ek abiatutako guztia bideratzen
npm-k bere pakete-transferentziak konfiguratzen ditu. Script batek abiarazitako aplikazioak irteerako proxy aurreikusia onartzen duen HTTP bezero bat behar du oraindik.
npm install proxyaren bidez funtzionatzen du. npm start aplikazioa abiarazten du, eta haren API eskaera zuzenean doa. npm-k ez du nahitaez ezarpena ahaztu.
Pakete-kudeatzaileak egin zuen lehen eskaera. Zure aplikazioak bigarrena egiten du. npm konfigurazioko proxy balio bat irakurtzen dutenentzako datuak dira, ez prozesu ume bakoitzaren azpian jarritako tunel bat.
Aztertu aplikazioaren HTTP bezeroa eta onartzen duen proxy interfazea. Baliteke ingurune-aldagai estandarrak irakurtzea, agent edo dispatcher esplizitua eskatzea, edo beste ezarpen dokumentatu bat erabiltzea. Ez pentsatu npm_config_proxy antzeko aldagai bat automatikoki ezagutzen denik.
Bereizi itzazu irteerako proxya eta garapen-zerbitzari baten API birbidaltze funtzioa ere. Garapen-zerbitzaritik backend-era nabigatzaile-eskaerak birbidaltzen dituen ezarpenak beste rol bat du; ez da automatikoki zure aplikazioak egiten duen eskaera bakoitzerako sare-irteera.
Konparazio erabilgarri baterako, izendatu arrakasta duen eskaera eta huts egiten duen eskaera egiten duen prozesua. Gero konfiguratu beste hau modu kontzientean. Undici-ren fetch erabiltzen duen aplikazio batek bere ProxyAgent dispatcher konfigurazioa jarrai dezake, bere Node runtimearekin bateragarria den pakete bertsio batekin. npm-ren registry endpoint-a aldatzeak edo aplikazioa behin eta berriz berriz instalatzeak ez du berez falta den bide hori ematen.