WPAD ເປີດຢູ່. ເປັນຫຍັງທີ່ຢູ່ proxy ຂອງ WinHTTP ຫວ່າງເປົ່າ?
ການອ່ານການຕັ້ງຄ່າ proxy ຂອງ Windows ແລະ ການກຳນົດ proxy ສຳລັບປາຍທາງ ເປັນການດຳເນີນການແຍກກັນ. ຕົວຕົນຂອງບໍລິການເພີ່ມຂອບເຂດອີກອັນໜຶ່ງ.
ການກວດພົບ proxy ອັດຕະໂນມັດສາມາດເປີດຢູ່ ໃນຂະນະທີ່ສາຍ proxy ທີ່ຕັ້ງດ້ວຍມືຫວ່າງເປົ່າ. WinHttpGetIEProxyConfigForCurrentUser() ສົ່ງຄືນຊ່ອງຂໍ້ມູນການຕັ້ງຄ່າ, ບໍ່ແມ່ນ ຈຸດສຸດທ້າຍສຳລັບແຕ່ລະປາຍທາງ.
| ຊ່ອງ | ຄວາມໝາຍ |
|---|---|
| proxy ດ້ວຍມື | ຄ່າທີ່ຕັ້ງຄ່າຢ່າງຊັດເຈນ |
| URL ການຕັ້ງຄ່າອັດຕະໂນມັດ | ຕຳແໜ່ງຂອງສະຄຣິບ PAC |
| ທຸງກວດພົບອັດຕະໂນມັດ | ການກວດພົບເປີດຢູ່ຫຼືບໍ່ |
ໂຄງສ້າງແມ່ນຜົນລັບ. ການຕັ້ງສະມາຊິກກວດພົບອັດຕະໂນມັດຂອງມັນກ່ອນເອີ້ນຟັງຊັນ ບໍ່ໄດ້ເປີດການກວດພົບຂອງ Windows. ໃຊ້ຊ່ອງທີ່ສົ່ງຄືນ ເພື່ອສ້າງຄຳຮ້ອງ proxy ອັດຕະໂນມັດແຍກຕ່າງຫາກ ດ້ວຍທຸງທີ່ເອກະສານໄວ້.
ກຳນົດກ່ອນ, ແລ້ວຈຶ່ງນຳໃຊ້
API ເຊັ່ນ WinHttpGetProxyForUrl() ປະເມີນ URL ປາຍທາງຕົວຈິງ. ໃຫ້ URL ນັ້ນ, ບໍ່ແມ່ນ URL ດາວໂຫຼດ PAC, ແລະ ນຳໃຊ້ຜົນຂອງການກຳນົດກັບຄຳຮ້ອງ WinHTTP ທີ່ກ່ຽວຂ້ອງ.
ຜົນໂດຍກົງແມ່ນຖືກຕ້ອງ. ຂໍ້ຜິດພາດໃນການດາວໂຫຼດສະຄຣິບ, ການປະເມີນສະຄຣິບ ແລະ ການເຊື່ອມຕໍ່ proxy ເກີດຂຶ້ນໃນຂັ້ນຕອນແຍກກັນ. ກວດລະຫັດຄວາມຜິດພາດ ແລະ ປະຕິບັດຕາມກົດການເປັນເຈົ້າຂອງສາຍອັກສອນທີ່ສົ່ງຄືນ.
ການຕັ້ງຄ່າຂອງໃຜ?
“CurrentUser” ໝາຍເຖິງບໍລິບົດຂອງຜູ້ເອີ້ນ. ບໍລິການທີ່ບໍ່ມີການປອມຕົວຢ່າງເໝາະສົມ ອາດອ່ານການຕັ້ງຄ່າຂອງບັນຊີບໍລິການຕົນເອງ ແທນທີ່ຈະເປັນຂອງຜູ້ໃຊ້ເດສະກ໌ທັອບ.
ເລືອກຢ່າງຮູ້ຕົວວ່າ ບໍລິການໃຊ້ການຕັ້ງຄ່າທີ່ຈັດການ ຫຼື ຕາມການຕັ້ງຄ່າຂອງຜູ້ໃຊ້ທີ່ໄດ້ຮັບອະນຸຍາດ, ລວມທັງພຶດຕິກຳເມື່ອບໍ່ມີຜູ້ໃຊ້ແບບປະຕິສຳພັນ. ການຈັດການໂທເຄັນ ແລະ ການທຳຄວາມສະອາດຊັບພະຍາກອນ ຕ້ອງປະຕິບັດຕາມ API ຕົວຕົນທີ່ຮອງຮັບ.
ສຳລັບການວິນິດໄສ, ເກັບບັນຊີຜູ້ເອີ້ນ, ຊ່ອງການຕັ້ງຄ່າ, ປາຍທາງ, ຜົນການກຳນົດ ແລະ ຂໍ້ຜິດພາດການເຊື່ອມຕໍ່ຄັ້ງທຳອິດ ໄວ້ນຳກັນ. ມັນສະແດງວ່າຂັ້ນຕອນໃດສ້າງຄ່າຫວ່າງ ຫຼື ເສັ້ນທາງທີ່ລົ້ມເຫຼວ.