NO_PROXY ຮອງຮັບ regex ແລະຮູບແບບ wildcard ຫຼືບໍ່?
ເລືອກສຳນວນຂ້າມທີ່ລູກຄ້າຕົວຈິງຮອງຮັບ ແທນທີ່ຈະສົມມຸດວ່າ NO_PROXY ຮັບນິພານປົກກະຕິ ຫຼື ໄວຍາກອນ wildcard ຂອງບຣາວເຊີ.
ຂໍ້ຍົກເວັ້ນເບິ່ງຄືໜ້າເຊື່ອຖື: *.server.*. ມັນຍັງເບິ່ງຄືຮູບແບບ shell. ທັງສອງຂໍ້ເທັດຈິງບໍ່ໄດ້ພິສູດວ່າລູກຄ້າ HTTP ຂອງທ່ານເຂົ້າໃຈມັນ.
NO_PROXY ບໍ່ແມ່ນເຄື່ອງຈັກນິພານປົກກະຕິຮ່ວມກັນ. ດາວພິເສດຂອງລູກຄ້າໜຶ່ງບໍ່ໄດ້ພິສູດການຮອງຮັບ wildcard ໃດໆກາງຊື່. curl ບັນທຶກ * ອັນດຽວເປັນການຂ້າມໂຮສທັງໝົດ. ນັ້ນແຕກຕ່າງຫຼາຍຈາກການສັນຍາວ່າ *.server.* ເລືອກຄອບຄົວຂອງໂດເມນ.
ເລີ່ມຈາກຊື່ທີ່ທ່ານຮ້ອງຂໍຕົວຈິງ. ຖ້າຄວາມຕ້ອງການແມ່ນໂດເມນທີ່ຮູ້ຈັກໜຶ່ງ ແລະໂດເມນຍ່ອຍຂອງມັນ, ໃຊ້ຮູບແບບໂດເມນທີ່ຜູ້ບໍລິໂພກບັນທຶກໄວ້. ຖ້າຄວາມຕ້ອງການແມ່ນຊື່ຫຼາຍອັນທີ່ບໍ່ກ່ຽວຂ້ອງກັນທີ່ມີຄຳໜຶ່ງ, ອາດຕ້ອງການ API ເລືອກເສັ້ນທາງທີ່ຮອງຮັບ ຫຼືນະໂຍບາຍ PAC. ການເພີ່ມເຄື່ອງໝາຍວັກຕອນໃສ່ຮູບແບບທີ່ບໍ່ຮອງຮັບບໍ່ສາມາດໃຫ້ຄຸນສົມບັດນັ້ນ.
ເກັບຕົວຢ່າງກົງກັນຂ້າມສອງສາມອັນໄວ້ຂ້າງການຈັບຄູ່ທີ່ຕັ້ງໃຈ. ຄວນຂ້າມ server.example, files.server.example ແລະ server.other.test ທັງໝົດບໍ່? ແລ້ວຊື່ທີ່ມີຕົວອັກສອນດຽວກັນແຕ່ບໍ່ມີຂອບເຂດໂດເມນດຽວກັນ? ຄຳຕອບເຫຼົ່ານັ້ນກຳນົດຄວາມຕ້ອງການໄດ້ຊັດເຈນກວ່າການເອີ້ນການຕັ້ງຄ່າວ່າ “wildcard”.
ການປ່ຽນລູກຄ້າເປັນເຫດຜົນ ທີ່ຈະກວດຮູບແບບອີກຄັ້ງ. ກົດຂ້າມທີ່ຄັດລອກຈາກສ່ວນຂະຫຍາຍບຣາວເຊີບໍ່ໄດ້ໃຊ້ໄດ້ໂດຍອັດຕະໂນມັດໃນຕົວປ່ຽນສະພາບແວດລ້ອມທີ່ໂປຣແກຣມອື່ນອ່ານ.