ການສະຫຼັບ proxy ຕາມລຳດັບໃນໄຟລ໌ PAC

ຜົນ PAC ທີ່ແຍກດ້ວຍເຄື່ອງໝາຍອັກສອນຄູ່ສະເໜີເສັ້ນທາງທາງເລືອກຕາມລຳດັບ:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

ໃຊ້ຈຸດສິ້ນສຸດ HTTP ຕົວຈິງທີ່ນະໂຍບາຍຕ້ອງການ. ສຳລັບການທົດສອບປາຍທາງສາທາລະນະທີ່ອະນຸຍາດ proxy ສາທາລະນະ, ລາຍຊື່ proxy HTTP ສະເໜີຜູ້ສະໝັກ. ບຣາວເຊີສາມາດລອງ B ເມື່ອເໝາະສົມຫຼັງຈາກ A ລົ້ມເຫລວ. ການສັນຈອນບໍ່ໄດ້ຜ່ານ A ແລ້ວ B. ໂຊ່ຕ້ອງການການສະໜັບສະໜູນແຍກຕ່າງຫາກໃນລູກຄ້າ ຫຼືເຊີບເວີ proxy; ໂຊ່ SOCKS-ຫາ-HTTP ຂອງ curl ແມ່ນການຈັດວາງໜຶ່ງທີ່ໄດ້ຮັບການສະໜັບສະໜູນ.

ຄວາມພ້ອມໃຊ້ຂອງສະຄຣິບ ແລະ ຂອງ proxy

ລູກຄ້າຕ້ອງໄດ້ຮັບສະຄຣິບ PAC ທີ່ໃຊ້ໄດ້ກ່ອນ. proxy ທີສອງໃນຄ່າຕອບກັບບໍ່ສາມາດຊ່ວຍບຣາວເຊີທີ່ດາວໂຫຼດສະຄຣິບບໍ່ສຳເລັດ ແລະ ບໍ່ມີສຳເນົາເກັບຄວາມທີ່ໃຊ້ໄດ້.

ຫຼັງຈາກປະເມີນ, ບຣາວເຊີເລືອກຈາກເສັ້ນທາງທີ່ສົ່ງຄືນ. ເອກະສານອ້າງອິງ PAC ກຳນົດຮູບແບບຕາມລຳດັບ; ບຣາວເຊີກຳນົດວ່າຄວາມລົ້ມເຫລວໃດເລີ່ມການສະຫຼັບ ແລະ ຈື່ຜູ້ສະໝັກທີ່ລົ້ມເຫລວດົນປານໃດ. ຂໍ້ຜິດພາດ HTTP ທີ່ໄດ້ຮັບຜ່ານ proxy ທີ່ເຮັດວຽກບໍ່ໄດ້ເລີ່ມເສັ້ນທາງອື່ນໂດຍອັດຕະໂນມັດ.

ທາງເລືອກກົງ

ການເພີ່ມ ; DIRECT ອະນຸຍາດເສັ້ນທາງໂດຍບໍ່ມີ proxy ໃດໆ. ນັ້ນອາດເໝາະກັບນະໂຍບາຍ roaming, ແຕ່ຂັດກັບຂໍ້ກຳນົດທີ່ວ່າການສັນຈອນທີ່ໄດ້ຮັບຜົນກະທົບຕ້ອງໃຊ້ທາງອອກທີ່ໄດ້ຮັບອະນຸມັດສະເໝີ.

ສຳລັບລາຍງານການຂັດຂ້ອງ, ບັນທຶກວ່າໄດ້ຮັບສະຄຣິບ ຫຼື ບໍ່, ຜົນຂອງມັນສຳລັບ URL ທີ່ໄດ້ຮັບຜົນກະທົບ, ແລະ ທາງເລືອກທີ່ບຣາວເຊີໄດ້ລອງ. ການສັງເກດເຫຼົ່ານັ້ນກຳນົດຕຳແໜ່ງຄວາມລົ້ມເຫລວລະຫວ່າງການສົ່ງສະຄຣິບ, ການປະເມີນ ແລະ ການເຊື່ອມຕໍ່ proxy.