ການເຈລະຈາ HTTP/2 ກັບພຣັອກຊີແລະປາຍທາງຂອງມັນ

ເວັບໄຊສາມາດຕອບດ້ວຍ HTTP/2 ຜ່ານອຸໂມງ CONNECT HTTP/1.1. ເຊດຊັນ TLS ຂອງມັນເຈລະຈາໂປຣໂຕຄອນປາຍທາງແຍກຈາກການເຊື່ອມຕໍ່ລູກຂ່າຍກັບພຣັອກຊີ. ກັບກັນກໍເຊັ່ນກັນ: HTTP/2 ຫາ HTTPS ພຣັອກຊີ ບໍ່ໄດ້ບັງຄັບເວັບໄຊໃຫ້ໃຊ້ HTTP/2.

ເພື່ອທົດສອບການເຊື່ອມຕໍ່ພາຍນອກໂດຍຕັ້ງໃຈ curl 8.1.0 ໄດ້ເພີ່ມ --proxy-http2:

curl --proxy https://proxy.example:8443 --proxy-http2 --connect-timeout 5 --max-time 15 --verbose https://example.com/

ໃຊ້ HTTPS ພຣັອກຊີແທ້ ແລະ curl ທີ່ສ້າງມາພ້ອມ HTTP/2. ກວດ curl --version ແລ້ວອ່ານການເຈລະຈາລະອຽດ: ພຣັອກຊີອາດສະເໜີພຽງ HTTP/1, ເຊິ່ງ curl ຈະໃຊ້. ທາງເລືອກນີ້ບໍ່ເປີດ HTTP/2 ໃນຈຸດຟັງ HTTP ທຳມະດາ ຫຼື SOCKS.

ບັນທຶກການເຈລະຈາພຣັອກຊີແຍກຈາກລຸ້ນ HTTP ຂອງການໂອນສຸດທ້າຍ. ລຸ້ນຄຳຕອບ ຫຼືຄ່າ write-out ຂອງການໂອນສຸດທ້າຍບໍ່ໄດ້ບອກການເຊື່ອມຕໍ່ພຣັອກຊີພາຍນອກໂດຍອັດຕະໂນມັດ.

ສຳລັບຈຸດປາຍຈາກ ລາຍການ HTTP ພຣັອກຊີສາທາລະນະ, ເລີ່ມຈາກການຂົນສົ່ງທີ່ຮອງຮັບ ແລະຄຳຮ້ອງຂໍຄົບຖ້ວນ. ເພີ່ມທາງເລືອກເມື່ອທ່ານມີ HTTPS ພຣັອກຊີແທ້ ແລະຢາກທົດສອບຄວາມສາມາດພາຍນອກນັ້ນ, ບໍ່ແມ່ນເພາະເວັບໄຊຮອງຮັບ HTTP/2. ສອງພຣັອກຊີທີ່ໄປຫາເວັບໄຊ HTTP/2 ດຽວກັນຍັງອາດຕ່າງກັນໃນເສັ້ນທາງ, ພາລະ ແລະເວລາຕັ້ງຄ່າ; ລຸ້ນເວັບໄຊຢ່າງດຽວບໍ່ອະທິບາຍປະສິດທິພາບ.