ການຕັ້ງຄ່າພຣັອກຊີ npm ສຳລັບ HTTP ແລະ HTTPS

npm ມີການຕັ້ງຄ່າ proxy ແລະ https-proxy ແຍກກັນ. ຄວາມຕ່າງແມ່ນປາຍທາງທີ່ຮ້ອງຂໍ. ສຳລັບ HTTP ພຣັອກຊີທົ່ວໄປທີ່ສ້າງອຸໂມງ HTTPS ທັງສອງຄ່າອາດຊີ້ໄປຈຸດ http:// ດຽວກັນ.

.npmrc ລະດັບໂຄງການອາດມີ:

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

ແທນຈຸດປາຍເອກະສານດ້ວຍພຣັອກຊີຂອງທ່ານ; ສຳລັບທົດສອບລີຈິສທຣີສາທາລະນະທີ່ອະນຸຍາດ ລາຍການພຣັອກຊີ HTTP ໃຫ້ຕົວເລືອກ HTTP. ແຖວສຸດທ້າຍຈົ່ງໃຈປ່ອຍລີຈິສທຣີພາຍໃນທີ່ລະບຸໃຫ້ຕໍ່ໂດຍກົງ. ມັນບໍ່ແມ່ນທີ່ຢູ່ພຣັອກຊີອື່ນ.

ໃຫ້ npm ສົ່ງຄຳຂໍ

ການຕິດຕັ້ງຈາກແຄຊບໍ່ແມ່ນການທົດສອບເສັ້ນທາງທີ່ດີ: npm ອາດມີທຸກຢ່າງທີ່ຕ້ອງການແລ້ວ. ping ລີຈິສທຣີ ແມ່ນການກວດນ້ອຍກວ່າ:

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

ການຈົບສຳເລັດສະແດງວ່າການເອີ້ນ npm ນີ້ໄປຮອດເສັ້ນທາງລີຈິສທຣີນັ້ນ. ບໍ່ໄດ້ພິສູດວ່າທຸກ tarball host, Git dependency ຫຼື ຂະບວນການຈັດການແພັກເກດແຍກໃຊ້ທາງດຽວກັນ.

ເພື່ອຫາຄ່າຂັດແຍ້ງ ໃຫ້ກວດຄ່າທີ່ມີຜົນຈິງ ແທນການແກ້ໄຂໄຟລ໌ເພີ່ມທັນທີ:

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

ຄຳສັ່ງເຫຼົ່ານີ້ອາດພິມຂໍ້ມູນເຂົ້າໃຊ້ຖ້າຢູ່ໃນ URL. ກວດຜົນໃນເຄື່ອງຕົນເອງ ບໍ່ແມ່ນວາງໂດຍບໍ່ປ່ຽນໃນລາຍງານບັນຫາ.

.npmrc ຂອງໂຄງການບໍ່ໃຊ້ສຳລັບຕິດຕັ້ງທົ່ວລະບົບ. ຖ້າມີແຕ່ npm install -g ລົ້ມເຫຼວ ໃຫ້ກວດການຕັ້ງຄ່າທີ່ມີຜົນຂອງການເອີ້ນນັ້ນ ບໍ່ແມ່ນສົມມຸດວ່າມັນອ່ານໄຟລ໌ໂຄງການ.

ກວດຂໍ້ຍົກເວັ້ນກ່ອນປ່ຽນ IP

npm ໃຊ້ຕົວປ່ຽນສະພາບແວດລ້ອມພຣັອກຊີນຳ ແລະ noproxy ອາດມາຈາກ NO_PROXY. ປາຍທາງທີ່ຄ່າຈິງຍົກເວັ້ນອາດຕໍ່ໂດຍກົງເຖິງວ່າມີຄ່າພຣັອກຊີ. ກົງກັນຂ້າມ ການລຶບແຖວຈາກ .npmrc ໜຶ່ງບໍ່ໄດ້ລຶບຕົວປ່ຽນທີ່ສືບທອດມາ.

ແຍກຂໍ້ຜິດພາດໃບຮັບຮອງ

ພຣັອກຊີກວດສອບທີ່ມີສິດອາດຕ້ອງໃຊ້ CA ຂອງອົງກອນ ທີ່ Node/npm ຍັງບໍ່ເຊື່ອຖື. npm ຮອງຮັບໄຟລ໌ CA:

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

ໃຊ້ຊຸດທີ່ອະນຸມັດແທ້ສຳລັບສະພາບແວດລ້ອມນັ້ນ. strict-ssl=false ເຮັດໃຫ້ການຢັ້ງຢືນໃບຮັບຮອງອ່ອນລົງ ບໍ່ແມ່ນຕົວແທນການເລືອກພຣັອກຊີ ຫຼື ວັດຖຸຄວາມເຊື່ອຖືທີ່ຖືກຕ້ອງ.

ທົດສອບຈົບແລ້ວ ໃຫ້ລຶບຄ່າທັບຂອງໂຄງການທີ່ເພີ່ມ ແລະ ກວດຄ່າທີ່ມີຜົນອີກ. ໂຄງການຈະສືບທອດຄ່າເກົ່າໂດຍບໍ່ປ່ຽນໂຄງການອື່ນໃນເຄື່ອງດຽວກັນ.