ເປີດໃຊ້ການສະໜັບສະໜູນພຣັອກຊີທີ່ມີໃນຕົວຂອງ Node ເມື່ອເລີ່ມຕົ້ນ

Node ສາມາດອ່ານຕົວແປສະພາບແວດລ້ອມພຣັອກຊີດ້ວຍຕົວມັນເອງ ເມື່ອການສະໜັບສະໜູນທີ່ມີໃນຕົວຖືກເປີດໃຊ້ເມື່ອເລີ່ມຂະບວນການ. ລູກຄ້າທີ່ມີຢູ່ແມ່ນຂຶ້ນກັບເວີຊັນຂອງ runtime:

• fetch ທີ່ມີໃນຕົວສະໜັບສະໜູນ NODE_USE_ENV_PROXY ຕັ້ງແຕ່ Node 24.0.0 ໂດຍມີ backport ໄປ 22.21.0.
• ການສະໜັບສະໜູນ node:http ແລະ node:https ທີ່ມີໃນຕົວຜ່ານຕົວແທນທົ່ວໂລກເລີ່ມຕົ້ນທີ່ 24.5.0 ແລະ ຍັງຖືກ backport ໄປ 22.21.0.
• ສະວິດແຖວຄຳສັ່ງ --use-env-proxy ເລີ່ມຕົ້ນທີ່ 24.5.0 ແລະ 22.21.0.

ໃນລຸ້ນທີ່ເຂົ້າກັນໄດ້, ຕົວຢ່າງ POSIX-shell ນີ້ຕັ້ງພຣັອກຊີ HTTP ອົງກອນໜຶ່ງສຳລັບທັງສອງແຜນປາຍທາງ:

export HTTP_PROXY=http://proxy.example.net:8080
export HTTPS_PROXY=http://proxy.example.net:8080
export NO_PROXY=localhost,127.0.0.1,.internal.example

node --use-env-proxy app.js

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

ຮູບແບບສະວິດສະພາບແວດລ້ອມແມ່ນທາງເລືອກ:

export NODE_USE_ENV_PROXY=1
node app.js

ຕັ້ງຕົວແປເສັ້ນທາງກ່ອນເລີ່ມ Node ດ້ວຍຮູບແບບໃດໜຶ່ງ. ການກຳນົດທຸງ opt-in ໃຫ້ process.env ຫຼັງເລີ່ມຕົ້ນບໍ່ໄດ້ເຮັດການເລີ່ມຕົ້ນຄືນໃໝ່.

ກວດເບິ່ງລູກຄ້າ HTTP ທີ່ກຳລັງໃຊ້ຢູ່ຕົວຈິງ

ຕົວແທນທົ່ວໂລກເລີ່ມຕົ້ນມີຄວາມກ່ຽວຂ້ອງກັບການເອີ້ນ http ແລະ https ທີ່ໃຊ້ພວກມັນ. ຫ້ອງສະໝຸດທີ່ມີຕົວແທນ ຫຼື ຕົວຈັດສົ່ງແບບກຳນົດເອງຂອງຕົນເອງຄວບຄຸມການຂົນສົ່ງຂອງຕົນເອງ; ຊອກເກັດ TCP ດິບຢູ່ນອກຄຸນສົມບັດການເສັ້ນທາງ HTTP ນີ້. ສຳລັບລູກຄ້າ Undici ທີ່ເຂົ້າກັນໄດ້, ຕົວຈັດສົ່ງ ProxyAgent ຢ່າງຊັດເຈນ ແມ່ນສ່ວນຕິດຕໍ່ແຍກຕ່າງຫາກພາຍໃນລູກຄ້າ.

ຖ້າແອັບພລິເຄຊັນປ່ຽນຕົວແທນທົ່ວໂລກ, ໃຫ້ກວດເບິ່ງການປ່ຽນແທນນັ້ນກ່ອນສົມມຸດວ່າມັນຮັກສາພຶດຕິກຳພຣັອກຊີຕອນເລີ່ມຕົ້ນ. ເຊັ່ນດຽວກັນ, ການຕັ້ງຄ່າທະບຽນ npm ແມ່ນການຕັ້ງຄ່າເຄື່ອງມືແຍກຕ່າງຫາກ ແລະ ບໍ່ໄດ້ພິສູດວ່າ app.js ເສັ້ນທາງຄຳຮ້ອງຂໍແນວໃດ.

ສຳລັບຄວາມຕ້ອງການຄວາມໄວ້ວາງໃຈ TLS ຂອງອົງກອນ, ຕັ້ງຄ່າ CA ທີ່ໜ້າເຊື່ອຖືທີ່ເໝາະສົມສຳລັບ runtime. ການເປີດໃຊ້ເສັ້ນທາງພຣັອກຊີບໍ່ຕ້ອງການປິດການກວດສອບໃບຮັບຮອງ.