ການຢືນຢັນຕົວຕົນຜ່ານພຣັອກຊີໃນ Chrome CDP: ຈັດການເສັ້ນທາງ Fetch ທັງສອງ

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

ໃນເຊສຊັນ CDP ທີ່ກ່ຽວຂ້ອງ, ລົງທະບຽນ handler ກ່ອນການນຳທາງ, ແລ້ວເອີ້ນ Fetch.enable ດ້ວຍພາລາມິເຕີເຫຼົ່ານີ້:

{"handleAuthRequests": true}
ເຫດການເສັ້ນທາງຕອບສະໜອງທີ່ຕ້ອງການ
Fetch.requestPausedcontinueRequest ດ້ວຍ requestId ນັ້ນ ເມື່ອວຽກປົກກະຕິຄວນສືບຕໍ່
Fetch.authRequiredກວດ authChallenge ແລ້ວໃຊ້ continueWithAuth ດ້ວຍ requestId ຂອງເຫດການຢືນຢັນ

ສຳລັບຕົວກາງທີ່ຮັບຮູ້ແລ້ວ, ພາລາມິເຕີການຢືນຢັນແມ່ນ:

{
  "requestId": "REQUEST_ID_FROM_AUTH_EVENT",
  "authChallengeResponse": {
    "response": "ProvideCredentials",
    "username": "PROXY_USERNAME",
    "password": "PROXY_PASSWORD"
  }
}

ກວດສອບວ່າ authChallenge.source ແມ່ນ Proxy ແລະ ຕົ້ນກຳເນີດຂອງມັນແມ່ນຜູ້ທ້າທາຍທີ່ຕັ້ງໃຈ ກ່ອນໂຫຼດບັນຊີຈາກແຫຼ່ງຂໍ້ມູນຢືນຢັນ. ການທ້າທາຍ Server ປະຕິບັດຕາມ ນະໂຍບາຍການຢືນຢັນອື່ນ.

ຕິດຕາມຄວາມພະຍາຍາມທີ່ອະນຸຍາດຕໍ່ຄຳຮ້ອງທີ່ສະກັດໄວ້; ການທ້າທາຍທີ່ຖືກປະຕິເສດຊ້ຳໆ ຄວນໄດ້ຮັບ CancelAuth ບໍ່ແມ່ນການສົ່ງຊ້ຳບໍ່ມີທີ່ສິ້ນສຸດ. ລຶບການຕິດຕາມເມື່ອສຳເລັດ ຫຼື ປິດເຊສຊັນ.

ຖ້າໜ້າເວັບຄ້າງ, ໃຫ້ກວດເຫດການ requestPaused ທີ່ຍັງບໍ່ໄດ້ແກ້ໄຂນຳ. ການຈັດການຢືນຢັນບໍ່ໄດ້ສືບຕໍ່ພວກມັນອັດຕະໂນມັດ ແລະ ບໍ່ມີເສັ້ນທາງເຫດການໃດເລືອກເສັ້ນທາງພຣັອກຊີຂອງບຣາວເຊີ.

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