ເມື່ອ WinHTTP ສະຫຼັບລະຫວ່າງ 407 ແລະ 401
ຮັກສາສະຖານະການພິສູດຢືນຢັນຂອງພຣອກຊີທີ່ເລືອກ ແລະ ນຳໃຊ້ຄືນກ່ອນການລອງໃໝ່ ພ້ອມຈັດການສິ່ງທ້າທາຍຂອງປາຍທາງແຍກຕ່າງຫາກ.
ຄຳຮ້ອງ WinHTTP ພິສູດຢືນຢັນກັບພຣອກຊີ, ໄດ້ຮັບ 401 ຈາກເວັບໄຊ, ແລ້ວໄດ້ຮັບ 407 ອີກຄັ້ງໃນການສົ່ງຕໍ່ໄປ. ພຣອກຊີ ແລະ ເວັບໄຊມີສະຖານະພິສູດຢືນຢັນແຍກກັນ ແລະ ເສັ້ນທາງສົ່ງຄືນຕ້ອງຮັກສາທັງສອງ.
ຕົວຢ່າງການພິສູດຢືນຢັນ WinHTTP ດັ້ງເດີມຂອງ Microsoft ເກັບແຜນພຣອກຊີທີ່ເລືອກໄວ້ໃນຕົວປ່ຽນ ແລະ ນຳໃຊ້ບັນຊີພຣອກຊີຄືນກ່ອນ WinHttpSendRequest ແຕ່ລະຄັ້ງ ຫຼັງຈາກເລືອກແຜນນັ້ນແລ້ວ.
- ສົ່ງຄຳຮ້ອງ ແລະ ກວດສອບການຕອບສະໜອງ.
- ສຳລັບ 407, ສອບຖາມແຜນທີ່ສະເໜີ ແລະ ຈື່ແຜນພຣອກຊີທີ່ເລືອກ.
- ກ່ອນສົ່ງຄືນ, ເອີ້ນ WinHttpSetCredentials ສຳລັບ WINHTTP_AUTH_TARGET_PROXY ດ້ວຍແຜນ ແລະ ບັນຊີນັ້ນ.
- ສຳລັບ 401 ຈາກປາຍທາງ, ເອົາແຜນຂອງມັນ ແລະ ຕັ້ງຂໍ້ມູນຢືນຢັນຂອງເຊີບເວີ ພ້ອມຮັກສາສະຖານະພຣອກຊີທີ່ຈື່ໄວ້ສຳລັບການສົ່ງຕໍ່ໄປ.
ຕົວຢ່າງລະບຸໂດຍສະເພາະການພິສູດຢືນຢັນຄືນຫຼັງສິ່ງທ້າທາຍຈາກເຊີບເວີ ຫຼື ການປ່ຽນເສັ້ນທາງ ເປັນເຫດຜົນໃນການນຳໃຊ້ຂໍ້ມູນຢືນຢັນພຣອກຊີຄືນ. ການວາງການເອີ້ນໄວ້ພຽງແຕ່ໃນສາຂາ 407 ທຳອິດອາດເຮັດໃຫ້ເສັ້ນທາງລອງໃໝ່ອື່ນຂາດການຕັ້ງຄ່າທີ່ຄາດໄວ້.
ກວດສອບຜົນຂອງ API ທຸກຄັ້ງ ແລະ ຈຳກັດຄວາມຜິດພາດທີ່ເກີດຊ້ຳ. ຕົວຢ່າງກະທັດຮັດຂອງ Microsoft ຕິດຕາມສະຖານະກ່ອນໜ້າ, ສ່ວນນະໂຍບາຍການລອງໃໝ່ໃນການຜະລິດກໍຄວນຮູ້ຈັກລຳດັບສະຫຼັບທີ່ເກີດຊ້ຳ.
ຖ້າຜູ້ໃຊ້ໃຫ້ບັນຊີທົດແທນຫຼັງຄວາມຜິດພາດ, ໃຫ້ອັບເດດຄ່າທີ່ເສັ້ນທາງສົ່ງຄືນນັ້ນໃຊ້. WinHttpSetCredentials ຜູກກັບຄຳຮ້ອງ; ມັນບໍ່ແມ່ນບ່ອນເກັບລະຫັດຜ່ານລະດັບຂະບວນການທີ່ເນື້ອຫາຖືກປ່ຽນແທນສຳລັບທຸກຄຳຮ້ອງໃນອະນາຄົດ.