npm-proxyinnstillingar for HTTP og HTTPS

Konfigurer HTTP- og HTTPS-proxyrutene til npm, forstå noproxy-unntak og bruk ein privat CA utan å slå av TLS-kontroll.

npm har separate innstillingar proxy og https-proxy. Skilnaden er målet som vert førespurt. For ein vanleg HTTP-proxy som tunnelerer HTTPS kan begge verdiane peike på same http://-endepunkt.

Ei .npmrc på prosjektnivå kan innehalde:

proxy=http://203.0.113.10:8080
https-proxy=http://203.0.113.10:8080
noproxy=localhost,127.0.0.1,registry.example.internal

Erstatt dokumentasjonsendepunktet med din proxy; for tillatne testar av offentlege register gjev lista over HTTP-proxyar HTTP-kandidatar. Den siste linja lèt medvite det namngjevne interne registeret gå direkte. Ho er ikkje ei anna proxyadresse.

Be npm sende ein førespurnad

Ein installasjon frå mellomlager er ein dårleg rutetest: npm kan allereie ha alt det treng. Ein register-ping er ein mindre kontroll:

npm ping --registry=https://registry.npmjs.org/

Vellukka fullføring viser at denne npm-køyringa nådde ruta til det registeret. Det provar ikkje at alle tarball-vertar, Git-avhengnader eller separate pakkehandsamingsprosessar brukar same veg.

Undersøk dei effektive verdiane for å finne ei motstridande innstilling i staden for straks å redigere fleire filer:

npm config get proxy
npm config get https-proxy
npm config get noproxy

Kommandoane kan skrive ut innloggingsopplysningar viss dei ligg i ei URL. Undersøk utdata lokalt i staden for å lime dei uendra inn i ein feilrapport.

Prosjektet si .npmrc vert ikkje brukt til globale installasjonar. Viss berre npm install -g feilar, undersøk den køyringa sin effektive konfigurasjon i staden for å tru ho las prosjektfila.

Kontroller unntak før du byter IP

npm brukar òg proxymiljøvariablar, og innstillinga noproxy kan kome frå NO_PROXY. Eit mål unnateke av den effektive konfigurasjonen kan kople til direkte sjølv om ein proxyverdi finst. Omvendt fjernar ikkje sletting av ei linje frå éi .npmrc ein arva miljøvariabel.

Hald sertifikatfeil åtskilde

Ein autorisert inspeksjonsproxy kan krevje ein organisasjons-CA som Node/npm-oppsettet ditt enno ikkje stolar på. npm støttar ei CA-fil:

cafile=/path/to/approved-ca-bundle.pem
strict-ssl=true

Bruk den faktiske godkjende samlinga for miljøet. strict-ssl=false svekkjer sertifikatkontrollen; det erstattar ikkje valet av rett proxy eller tillitsmateriale.

Når testen er ferdig, fjern prosjektoverstyringane du la til og sjå på dei effektive verdiane igjen. Då kan prosjektet arve sin tidlegare konfigurasjon utan å endre andre prosjekt på same maskin.

Relaterte artiklar