ບໍລິການ HTTPS ຢູ່ພອດ 8443 ສາມາດເຂົ້າເຖິງໄດ້ຜ່ານພຣັອກຊີ HTTP ຢູ່ພອດ 8080. ຕົວເລກເຫຼົ່ານີ້ອະທິບາຍການເຊື່ອມຕໍ່ທີ່ແຕກຕ່າງກັນ:

$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);

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

cURL ເຊື່ອມຕໍ່ກັບ proxy.example:8080 ກ່ອນ. ສຳລັບປາຍທາງ HTTPS ນີ້, ຄຳຮ້ອງຂໍອຸໂມງລະບຸ api.example:8443, ແລະ ຕົວຕົນ TLS ຍັງເປັນ api.example.

CURLOPT_PORT ເປັນການຂຽນທັບພອດປາຍທາງ, ບໍ່ແມ່ນພອດຂອງພຣັອກຊີ. ການຕັ້ງມັນເປັນ 443 ທຸກຄັ້ງທີ່ URL ເລີ່ມດ້ວຍ https ອາດຂຽນທັບບໍລິການທີ່ໂຮສໄວ້ຢ່າງຕັ້ງໃຈໃນ 8443. libcurl ແນະນຳໃຫ້ເລືອກພອດໃນ URL ແທນການໃຊ້ຕົວເລືອກນັ້ນ.

ເມື່ອນຳ handle ມາໃຊ້ຄືນ, ຄິດເຖິງການຂຽນທັບພອດຢ່າງຊັດເຈນກ່ອນໜ້ານີ້ດ້ວຍ. URL ໃໝ່ບໍ່ໄດ້ເຮັດໃຫ້ຕົວເລືອກທີ່ຍັງເຫຼືອ ແລະ ຂັດກັນ ນັ້ນງ່າຍຕໍ່ການຕີຄວາມ.

ຕົວກາງຕ້ອງອະນຸຍາດ CONNECT ໄປຫາພອດປາຍທາງທີ່ເລືອກ. ການປະຕິເສດສຳລັບ 8443 ບໍ່ແມ່ນເຫດຜົນໃນການຍ້າຍຕົວຮັບຟັງຂອງພຣັອກຊີ ຫຼື ປິດການກວດສອບ TLS.

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