HTTP va HTTPS uchun npm proksi sozlamalari
npm-ning HTTP va HTTPS proksi yo‘llarini sozlang, noproxy istisnolarini tushuning va TLS tekshiruvini o‘chirmasdan xususiy CA ishlating.
npm-da alohida proxy va https-proxy sozlamalari bor. Farq so‘ralayotgan manzildir. HTTPS-ni tunnellaydigan oddiy HTTP proksi uchun ikkala qiymat ham bir xil http:// oxirgi nuqtasini ko‘rsatishi mumkin.
Loyiha darajasidagi .npmrc quyidagilarni saqlashi mumkin:
proxy=http://203.0.113.10:8080
https-proxy=http://203.0.113.10:8080
noproxy=localhost,127.0.0.1,registry.example.internal
Hujjatdagi oxirgi nuqtani proksingiz bilan almashtiring; ruxsatli ochiq registr sinovlari uchun HTTP proksilar ro‘yxati HTTP nomzodlarini beradi. Oxirgi satr ko‘rsatilgan ichki registrni ataylab to‘g‘ridan-to‘g‘ri qoldiradi. Bu boshqa proksi manzili emas.
npm-dan so‘rov yuborishni so‘rang
Keshdan o‘rnatish yo‘nalishning sust sinovidir: npm-da barcha kerakli narsalar bo‘lishi mumkin. Registr ping-i kichikroq tekshiruv:
npm ping --registry=https://registry.npmjs.org/
Muvaffaqiyatli yakun bu npm chaqirig‘i o‘sha registr yo‘liga yetganini ko‘rsatadi. Har tarball xosti, Git bog‘liqligi yoki alohida paket menejeri jarayoni bir xil yo‘l ishlatishini isbotlamaydi.
Ziddiyatli sozlamani topish uchun darhol ko‘proq fayl o‘zgartirish o‘rniga amaldagi qiymatlarni tekshiring:
npm config get proxy
npm config get https-proxy
npm config get noproxy
Bu buyruqlar URL ichiga joylashtirilgan kirish ma’lumotlarini chiqarishi mumkin. Natijani muammo xabariga o‘zgarishsiz qo‘yish o‘rniga mahalliy tekshiring.
Loyiha .npmrc fayli global o‘rnatishlarda ishlatilmaydi. Faqat npm install -g ishlamasa, loyiha faylini o‘qigan deb o‘ylash o‘rniga shu chaqiriqning amaldagi sozlamasini tekshiring.
IP-ni almashtirishdan oldin istisnolarni tekshiring
npm proksi muhit o‘zgaruvchilari bilan ham ishlaydi va noproxy sozlamasi NO_PROXY dan kelishi mumkin. Amaldagi sozlama istisno qilgan manzil proksi qiymati bo‘lsa ham bevosita ulanishi mumkin. Aksincha, bir .npmrc faylidan satr o‘chirish meros olingan muhit o‘zgaruvchisini olib tashlamaydi.
Sertifikat xatolarini alohida tuting
Vakolatli tekshiruvchi proksi tashkilot CA-sini talab qilishi mumkin va Node/npm muhitingiz unga hali ishonmasligi mumkin. npm CA faylini qo‘llaydi:
cafile=/path/to/approved-ca-bundle.pem
strict-ssl=true
Shu muhit uchun haqiqiy tasdiqlangan to‘plamdan foydalaning. strict-ssl=false sertifikat tekshiruvini zaiflashtiradi; to‘g‘ri proksi yoki ishonch materialini tanlash o‘rnini bosmaydi.
Sinov tugaganda qo‘shgan loyiha ustuvor sozlamalaringizni olib tashlab, amaldagi qiymatlarni qayta tekshiring. Shunda shu mashinadagi boshqa loyihalarni o‘zgartirmasdan avvalgi sozlama meros olinadi.