ທ່ານສາມາດຂຽນກົດ PAC ທີ່ສົ່ງຄືນພຣອກຊີໜຶ່ງໃນຕອນເຊົ້າ ແລະ ອີກໜຶ່ງໃນພາຍຫຼັງ. ແຕ່ທ່ານບໍ່ສາມາດສະຫຼຸບຈາກກົດນັ້ນວ່າທຸກການເຊື່ອມຕໍ່ຂອງບຣາວເຊີທີ່ມີຢູ່ຈະປ່ຽນທາງອອກໃນຕອນທ່ຽງ.

ຟັງຊັນຄື timeRange() ເຂົ້າຮ່ວມໃນການຕັດສິນເສັ້ນທາງ. ພວກມັນບໍ່ແມ່ນໂຕກຳນົດເວລາພື້ນຫຼັງທີ່ປິດອຸໂມງ, ຍ້າຍຊອກເກັດ ຫຼື ຂໍໃຫ້ຜູ້ໃຫ້ບໍລິການພຣອກຊີໝຸນ IP ສາທາລະນະຂອງຕົນ.

ແຍກສາມເຫດການອອກຈາກກັນ:

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

ເງື່ອນໄຂເວລາກ່ຽວຂ້ອງໂດຍກົງກັບເຫດການທຳອິດ. ການດາວໂຫຼດທີ່ກຳລັງເຮັດວຽກຢູ່ ຫຼື ການເຊື່ອມຕໍ່ໄລຍະຍາວເປັນເລື່ອງອື່ນ. ການເກັບສຳຮອງຝ່າຍລູກຂ່າຍ ແລະ ການນຳໃຊ້ການເຊື່ອມຕໍ່ຄືນຍັງໝາຍຄວາມວ່າ 'ສະຄຣິບມີການກວດສອບໂມງ' ບໍ່ແມ່ນຫຼັກຖານພຽງພໍສຳລັບຕາຕະລາງການສະຫຼັບທີ່ແນ່ນອນ.

ຖ້າວຽກໜຶ່ງຕ້ອງການທາງອອກໃໝ່ຕໍ່ແຕ່ລະເຊສຊັນ, ຄຳຮ້ອງ ຫຼື ໜ້າຕ່າງເວລາ, ໃຫ້ໃຊ້ອິນເຕີເຟສທີ່ອອກແບບສຳລັບຄວາມຕ້ອງການນັ້ນ ແລະ ກວດສອບພຶດຕິກຳທີ່ເອກະສານໄວ້. PAC ສາມາດເລືອກລະຫວ່າງຈຸດປາຍທາງ, ແຕ່ມັນບໍ່ໄດ້ກຳນົດວ່າຈຸດປາຍທາງເຫຼົ່ານັ້ນ ເຮັດຫຍັງກັບທີ່ຢູ່ທາງອອກຂອງຕົນເອງ.

ການເສັ້ນທາງອີງໃສ່ເວລາຍັງສາມາດເປັນປະໂຫຍດສຳລັບນະໂຍບາຍເຄືອຂ່າຍທີ່ຕັ້ງໃຈ. ອະທິບາຍມັນວ່າເປັນການເລືອກເສັ້ນທາງໃນເວລາປະເມີນ, ບໍ່ແມ່ນກົນໄກໝຸນ IP ທີ່ຮັບປະກັນ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ