ປະເມີນ URL PAC ທີ່ CFNetworkCopyProxiesForURL ສົ່ງຄືນ

ປ່ຽນຜົນຂອງການຕັ້ງຄ່າ proxy ອັດຕະໂນມັດຂອງ CFNetwork ໃຫ້ເປັນເສັ້ນທາງສະເພາະປາຍທາງ ໂດຍບໍ່ສັບສົນທີ່ຢູ່ PAC ກັບຈຸດສຸດທ້າຍຂອງ proxy.

ແອັບຂອງທ່ານຖາມ CFNetwork ວ່າຈະໄປຮອດເວັບໄຊຢ່າງໃດ ແລ້ວໄດ້ URL ທີ່ລົງທ້າຍດ້ວຍ .pac. ການໃສ່ຊື່ໂຮສນັ້ນເຂົ້າໃນການເຊື່ອມຕໍ່ socket ແມ່ນທາງທີ່ຜິດ: ມັນຊີ້ບອກສະຄຣິບການຕັ້ງຄ່າ.

CFNetworkCopyProxiesForURL ສົ່ງຄືນອາຣາເລຂຽງທີ່ມີລຳດັບຂອງວັດຈະນານຸກົມສຳລັບ URL ປາຍທາງ. ກວດ kCFProxyTypeKey ກ່ອນອ່ານຊ່ອງຂໍ້ມູນຂອງຈຸດສຸດທ້າຍ. ວັດຈະນານຸກົມປະເພດ kCFProxyTypeAutoConfigurationURL ໃຫ້ kCFProxyAutoConfigurationURLKey ເຊິ່ງຕ້ອງການຂັ້ນຕອນປະເມີນເພີ່ມອີກ.

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

CFNetworkExecuteProxyAutoConfigurationURL ດາວໂຫລດ ແລະ ປະເມີນສະຄຣິບແບບອະສິງຄະໂຣນັດ. ຄ່າສົ່ງຄືນທັນທີຂອງມັນແມ່ນແຫຼ່ງ run loop. ກຳນົດເວລາແຫຼ່ງນັ້ນ; callback ຈະໃຫ້ຜົນການປະເມີນ ຫຼື ຂໍ້ຜິດພາດຫຼັງວຽກສຳເລັດ. ການສ້າງແຫຼ່ງແລ້ວອ່ານຕົວແປຜົນທີ່ຫວ່າງເປົ່າທັນທີບໍ່ໄດ້ລໍຖ້າຫຍັງເລີຍ. ເຮັດໃຫ້ແຫຼ່ງເປັນໂມຄະ ຖ້າຕ້ອງຍົກເລີກການດຳເນີນງານ.

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

API ເຫຼົ່ານີ້ມີປະໂຫຍດເມື່ອການຂົນສົ່ງແບບກຳນົດເອງຕ້ອງຕີຄວາມການຕັ້ງຄ່າລະບົບ. ພວກມັນບໍ່ໄດ້ຈັດຕັ້ງໂປຣໂຕຄອນ proxy ຕໍ່ໄປສຳລັບການຂົນສົ່ງນັ້ນ ແລະ ການຄົ້ນຫາບໍ່ໄດ້ດຶງລະຫັດຜ່ານຈາກ Keychain. ໃນ macOS ຈັບຄູ່ຂໍ້ມູນຢືນຢັນ proxy ໃນ Keychain ແຍກຕ່າງຫາກ.

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