ການຮັກສາ cookie ຂອງ proxy ໃນຄຳຮ້ອງ CONNECT

ຜະລິດຕະພັນ proxy ບາງອັນກຳນົດຂະບວນການເຂົ້າທີ່ໃຫ້ cookie ຫຼື token ສຳລັບຄຳຮ້ອງ proxy ຕໍ່ໄປ. ຖ້າ token ນັ້ນຕ້ອງປາກົດໃນ CONNECT, ໃຫ້ແຍກມັນອອກຈາກ cookie ທີ່ເຈດຕະນາໃຫ້ເວັບໄຊທີ່ຢູ່ໃນອຸໂມງ.

libcurl ໃຫ້ບັນຊີຫົວຂໍ້ແບບກຳນົດເອງສະເພາະສຳລັບ proxy. ໃນແອັບພລິເຄຊັນ C ທີ່ເລີ່ມຕົ້ນແລ້ວ, ສ່ວນຂອງການຕັ້ງຄ່າອາດມີລັກສະນະດັ່ງນີ້:

struct curl_slist *proxy_headers = NULL;
proxy_headers = curl_slist_append(proxy_headers,
    "Cookie: ProxySession=REPLACE_WITH_PROXY_TOKEN");
curl_easy_setopt(handle, CURLOPT_PROXYHEADER, proxy_headers);
curl_easy_setopt(handle, CURLOPT_HEADEROPT,
                 (long) CURLHEADER_SEPARATE);

ອັນນີ້ເໝາະສົມພຽງແຕ່ເມື່ອໂປຣໂຕຄອນການເຂົ້າທີ່ເປັນເອກະສານຂອງ proxy ຕ້ອງການຫົວຂໍ້ນັ້ນ. ກວດສອບຜົນຂອງການຈັດສັນ ແລະ ຕົວເລືອກໃນໂຄດອ້ອມຂ້າງ, ຮັກສາບັນຊີຈົນກວ່າການໂອນຈະສຳເລັດ, ແລ້ວລຶບ ຫຼື ປ່ຽນຕົວຊີ້ຂອງ handle ກ່ອນປ່ອຍບັນຊີ.

ດ້ວຍການຈັດການຫົວຂໍ້ແຍກ, libcurl ສົ່ງບັນຊີ proxy ໃນ CONNECT ແລະ ບັນຊີປາຍທາງໃນຄຳຮ້ອງທີ່ຢູ່ໃນອຸໂມງທີ່ສ້າງແລ້ວ. ດັ່ງນັ້ນ proxy ຈຶ່ງໄດ້ຮັບ token ຂອງຜູ້ຂາຍ ໂດຍທີ່ token ນັ້ນບໍ່ກາຍເປັນ cookie ຂອງເວັບໄຊ. ການແຍກນີ້ເປັນຄ່າເລີ່ມຕົ້ນຕັ້ງແຕ່ libcurl 7.42.1; ຕົວເລືອກຢ່າງຊັດເຈນເຮັດໃຫ້ພຶດຕິກຳທີ່ຕັ້ງໃຈເຫັນໄດ້.

ໂຫຼັງ cookie ຂອງບຣາວເຊີເປັນກົນໄກອີກອັນໜຶ່ງ

ການເປີດເຄື່ອງຈັກ cookie ຂອງ libcurl ຫຼື ການຕັ້ງ cookie ສຳລັບປາຍທາງບໍ່ໄດ້ເຮັດໃຫ້ຂະບວນການເຂົ້າ proxy ຂອງບຣາວເຊີຖືກສ້າງຂຶ້ນຄືນອັດຕະໂນມັດ. CONNECT ເກີດຂຶ້ນກ່ອນການແລກປ່ຽນ HTTPS ກັບປາຍທາງ. ກຳນົດຄວາມຕ້ອງການທີ່ແທ້ຈິງຂອງຜະລິດຕະພັນ ແທນທີ່ຈະສຳເນົາ cookie ຂອງໄຊທີ່ຈັບໄດ້ໃສ່ທຸກຄຳຮ້ອງ.

ຖ້າ proxy ໃຊ້ການຢືນຢັນ proxy HTTP ມາດຕະຖານ, ໃຫ້ໃຊ້ຂໍ້ມູນຢືນຢັນ proxy ຂອງ libcurl ແລະ ຕົວເລືອກການຢືນຢັນທີ່ຮອງຮັບແທນ. 407 ກັບ Proxy-Authenticate ເປັນໂປຣໂຕຄອນທີ່ແຕກຕ່າງຈາກໜ້າເຂົ້າ HTML ທີ່ສົ່ງ token ຂອງເຊສຊັນກັບຄືນ.

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