global-tunnel-ng ລຶບຕົວແປ proxy ຫຼັງຈາກອ່ານພວກມັນ
ຂະບວນການ Node ເກົ່າອາດຍັງໃຊ້ proxy ຢູ່ ຫຼັງຈາກ http_proxy ຫາຍໄປ; ກວດເບິ່ງສະຖານະທີ່ໂມດູນເກັບໄວ້ ແລະ ການຂົນສົ່ງຂອງລູກຄ້າຕໍ່ໄປ.
ໃນແອັບພລິເຄຊັນເກົ່າທີ່ໃຊ້ global-tunnel-ng, initialize ສາມາດລຶບຕົວແປ proxy HTTP/HTTPS ທີ່ຮອງຮັບ ໂດຍເຈດຕະນາ ຫຼັງຈາກເກັບການຕັ້ງຄ່າທີ່ເລືອກໄວ້.
ເຫດຜົນແມ່ນການຈັດການສອງເທື່ອ: ຫ້ອງສະໝຸດອື່ນບໍ່ຄວນນຳໃຊ້ proxy ຂອງສິ່ງແວດລ້ອມອີກ ເທິງເສັ້ນທາງ HTTP ທີ່ໄດ້ຮັບການແກ້ໄຂຂອງໂມດູນ. ດັ່ງນັ້ນ ການທີ່ບໍ່ມີ process.env.http_proxy ບໍ່ໄດ້ໝາຍຄວາມວ່າ proxy ຢຸດແລ້ວ.
ກວດ isProxying ສຳລັບການເປີດໃຊ້ ແລະ proxyConfig ສຳລັບຕົວເລືອກທີ່ເກັບໄວ້. ຢ່າບັນທຶກການຕັ້ງຄ່າເຕັມທີ່ມີບັນຊີ ຫຼື proxyUrl.
ຖ້າລູກຄ້າຕໍ່ໄປລົ້ມເຫຼວຫຼັງຈາກຕົວແປຫາຍໄປ, ຈົ່ງກຳນົດວ່າມັນໃຊ້ agent HTTP/HTTPS ທີ່ແກ້ໄຂ, agent ທີ່ຊັດເຈນ ຫຼື ການຂົນສົ່ງອື່ນ. ລູກຄ້າທີ່ອ່ານສິ່ງແວດລ້ອມເອງອາດຕ້ອງການຂໍ້ມູນ proxy ທີ່ບັນທຶກໄວ້ຂອງຕົນເອງ.
ການເອົາໂຄ້ດລຶບອອກຈາກ node_modules ຈະປົດການປ້ອງກັນການຈັດການສອງເທື່ອ ແລະ ອາດຫາຍໄປເມື່ອຕິດຕັ້ງໃໝ່. ແກ້ໄຂຄວາມເປັນເຈົ້າຂອງການຂົນສົ່ງແທນ. ນີ້ແມ່ນແພັກເກັດເກົ່າທີ່ມີຂີດຈຳກັດຄວາມເຂົ້າກັນໄດ້ກັບ Node ທີ່ບັນທຶກໄວ້. ໃນເວີຊັນ Node ທີ່ເຂົ້າກັນໄດ້, ການສະໜັບສະໜູນ proxy ທີ່ມີຢູ່ໃນຕົວເມື່ອເລີ່ມຕົ້ນ ແມ່ນທາງເລືອກໜຶ່ງສຳລັບລູກຄ້າ HTTP ມາດຕະຖານ; agent ແລະ ຕົວສົ່ງທີ່ກຳນົດເອງຍັງຕ້ອງການເສັ້ນທາງຂອງຕົນເອງ.