ການເຊື່ອມຕໍ່ ແລະ DNS

ທົດສອບການເຊື່ອມຕໍ່ HTTP/3 ແລະ QUIC

ສັງເກດໂປຣໂຕຄອນທີ່ໃຊ້ໃນຄຳຂໍຕົວຈິງຂອງບຣາວເຊີ ແລະແຍກຈາກໂປຣໂຕຄອນທີ່ເຊີບເວີ backend ໄດ້ຮັບ.

ສຳຄັນ. ການເຂົ້າຄັ້ງທຳອິດອາດໃຊ້ HTTP/2 ກ່ອນທີ່ບຣາວເຊີຈະພົບ HTTP/3 ຜ່ານ Alt-Svc.
ຍັງບໍ່ເລີ່ມທົດສອບ

ຜົນຍັງບໍ່ສາມາດສະຫຼຸບໄດ້ຈົນກວ່າຈະວັດຄຳຂໍໄດ້.

ການທົດລອງແຕ່ລະຄັ້ງ

#ບຣາວເຊີການເຊື່ອມຕໍ່ໂດຍກົງ ຫຼື ຜ່ານ edge ທີ່ຢືນຢັນແລ້ວເຊີບເວີຂອງພວກເຮົາຮັບໄດ້HTTP/3ໄລຍະເວລາ
ວິທີອ່ານຜົນການທົດສອບ
  • ຢືນຢັນ HTTP/3 ແລ້ວ : ບຣາວເຊີລາຍງານ h3, ຫຼືການເຊື່ອມຕໍ່ກົງ ຫຼື edge ທີ່ອະນຸມັດຢືນຢັນ HTTP/3.
  • ບຣາວເຊີໃຊ້ HTTP/3; ເຊີບເວີຂອງພວກເຮົາຮັບ HTTP/1.1 : CDN ຫຼື proxy ອາດໃຊ້ໂປຣໂຕຄອນຕ່າງກັນໃນສອງການເຊື່ອມຕໍ່. ຜົນບຣາວເຊີຍັງຖືກຢືນຢັນ.
  • ພົບໂປຣໂຕຄອນອື່ນ : ທຸກຄັ້ງທີ່ລອງໃຊ້ HTTP/2 ຫຼື HTTP/1.1. ນີ້ບໍ່ພິສູດວ່າ QUIC ຖືກບລັອກ.
  • ບໍ່ແນ່ນອນ : performance API ເຊື່ອງໂປຣໂຕຄອນ ແລະເຊີບເວີບໍ່ໄດ້ຮັບຂໍ້ມູນນັ້ນ.

ປຽບທຽບກ່ອນ ແລະຫຼັງ

ທົດສອບດຽວກັນໃນອຸປະກອນດຽວກັນ ແລະບັນທຶກຄ່າພື້ນຖານ. ເປີດ VPN ຫຼືປ່ຽນການຕັ້ງຄ່າທີ່ກ່ຽວຂ້ອງໜຶ່ງຢ່າງ, ທົດສອບອີກພາຍໃຕ້ເງື່ອນໄຂດຽວກັນ ແລະບັນທຶກຜົນຕໍ່ໄປ.

ບັນທຶກຜົນກ່ອນ ແລະຫຼັງເພື່ອປຽບທຽບ.

ການທົດສອບນີ້ບອກຫຍັງ

HTTP/3 ເຮັດວຽກເທິງ QUIC ຊຶ່ງເປັນການຂົນສົ່ງເຂົ້າລະຫັດທີ່ໃຊ້ UDP. ການທົດສອບນີ້ກວດຄຳຂໍຕົວຈິງໄປຍັງ origin ນີ້ ແທນການຄາດເດົາຈາກລຸ້ນບຣາວເຊີ. ບຣາວເຊີອາດໃຊ້ HTTP/3 ຫາເຄືອຂ່າຍສົ່ງເນື້ອຫາ ຂະນະທີ່ເຄືອຂ່າຍນັ້ນສົ່ງຕໍ່ HTTP/1.1 ຫາເຊີບເວີຂອງເຮົາ; ທັງສອງການສັງເກດອາດຖືກຕ້ອງ.

ວິທີທົດສອບ

  1. ເປີດເຄື່ອງມືຜ່ານ HTTPS ແລະໃຊ້ບຣາວເຊີ ແລະການເຊື່ອມຕໍ່ດຽວກັນສຳລັບການທົດສອບຄັ້ງທຳອິດ.
  2. ດຳເນີນຄຳຂໍທີ່ບໍ່ໃຊ້ cache ຊ້ຳຫຼາຍຄັ້ງ ແລະລໍຖ້າຜົນສັງເກດໂປຣໂຕຄອນຂອງແຕ່ລະຄຳຂໍ.
  3. ອ່ານໂປຣໂຕຄອນຂອງບຣາວເຊີ, backend ແລະຫຼັກຖານ edge ທີ່ອະນຸມັດແຍກກັນ.

ການວັດເຮັດວຽກແນວໃດ

ບຣາວເຊີອ່ານ nextHopProtocol ຈາກຂໍ້ມູນເວລາຊັບພະຍາກອນຂອງຄຳຂໍຕົວຈິງ. ຄຳຕອບຂອງເຊີບເວີເຮົາລາຍງານໂປຣໂຕຄອນທີ່ backend ໄດ້ຮັບແຍກຕ່າງຫາກ.

ຄຳຂໍມຸ່ງໄປຍັງ origin ນີ້. ມີພຽງຫຼັກຖານໂດຍກົງທີ່ລະບຸຂອບເຂດຖືກຕ້ອງ ຫຼືສັນຍານ proxy ທີ່ອະນຸມັດຢ່າງຊັດເຈນ ທີ່ຢືນຢັນຝັ່ງບຣາວເຊີຈາກເຊີບເວີໄດ້; header ຕົວກາງທົ່ວໄປບໍ່ສາມາດຢືນຢັນໄດ້.

ເຂົ້າໃຈຜົນຂອງທ່ານ

ຢືນຢັນ HTTP/3 ແລ້ວ
ການສັງເກດ h3 ຂອງບຣາວເຊີ ຫຼືສັນຍານເຊີບເວີຝັ່ງບຣາວເຊີທີ່ເຊື່ອຖືໄດ້ ຢືນຢັນ HTTP/3 ໃນການເຊື່ອມຕໍ່ທີ່ວັດ.
ບໍ່ພົບ HTTP/3
ຄຳຂໍທີ່ສຳເລັດໃຊ້ໂປຣໂຕຄອນອື່ນທີ່ເຫັນໄດ້. ເຊີບເວີອາດບໍ່ສະໜອງ HTTP/3, ບຣາວເຊີອາດບໍ່ເລືອກມັນ ຫຼືເສັ້ນທາງອາດຈຳກັດ UDP.
ບໍ່ມີຫຼັກຖານໂປຣໂຕຄອນ
ຂໍ້ມູນເວລາທີ່ຂາດຫາຍ ຫຼືສັນຍານ edge ທີ່ບໍ່ຄົບຖ້ວນຫຼືຂັດແຍ້ງກັນ ເຮັດໃຫ້ຜົນທີ່ກ່ຽວຂ້ອງບໍ່ສາມາດສະຫຼຸບໄດ້ ແທນການຢືນຢັນການຂົນສົ່ງ.

ປຽບທຽບກ່ອນ ແລະຫຼັງ

  1. ບັນທຶກ origin, ໂປຣໂຕຄອນຄຳຂໍ, ບຣາວເຊີ ແລະເງື່ອນໄຂການເຊື່ອມຕໍ່.
  2. ປ່ຽນການຕັ້ງຄ່າເຄືອຂ່າຍ ຫຼືບຣາວເຊີທີ່ກ່ຽວຂ້ອງໜຶ່ງຢ່າງ ແລ້ວສົ່ງຄຳຂໍດຽວກັນໄປຍັງ origin ດຽວກັນອີກ.
  3. ປຽບທຽບການສັງເກດຂອງບຣາວເຊີກັບການສັງເກດຂອງບຣາວເຊີ. ການປ່ຽນ backend ພຽງຢ່າງດຽວບໍ່ຢືນຢັນວ່າການຂົນສົ່ງທີ່ບຣາວເຊີໃຊ້ປ່ຽນໄປ.

ຂໍ້ຈຳກັດຂອງການທົດສອບ

  • ການບໍ່ພົບ HTTP/3 ບໍ່ພິສູດວ່າ QUIC ຖືກບລັອກທົ່ວເຄືອຂ່າຍ.
  • ການເລືອກໂປຣໂຕຄອນອາດຂຶ້ນກັບການປະກາດຂອງເຊີບເວີ, ການເຊື່ອມຕໍ່ທີ່ມີຢູ່ ແລະການເລືອກຂອງບຣາວເຊີ; ນີ້ບໍ່ແມ່ນການວັດຄວາມໄວ.

ສິ່ງທີ່ຄວນປ່ຽນຖ້າຈຳເປັນ

ຄາດວ່າຈະມີ HTTP/3 ແຕ່ບໍ່ພົບ
ລອງໃໝ່ຫຼັງຈາກເຊື່ອມຕໍ່ໃໝ່ ແລະກວດວ່າ origin ສະໜອງ HTTP/3 ແທ້ຫຼືບໍ່ ກ່ອນປ່ຽນກົດ firewall.
ໂປຣໂຕຄອນຂອງບຣາວເຊີ ແລະເຊີບເວີຕ່າງກັນ
ກວດຂອບເຂດຂອງການສັງເກດ edge ແລະ backend. ການແປງໂປຣໂຕຄອນຕາມປົກກະຕິຂອງຕົວກາງບໍ່ຕ້ອງແກ້ໄຂບຣາວເຊີ.

ຄຳຖາມທີ່ພົບເລື້ອຍ

HTTP/3 ໝາຍເຖິງການເຊື່ອມຕໍ່ໄວກວ່າບໍ?

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

VPN ສາມາດເປີດໃຊ້ HTTP/3 ໄດ້ເອງບໍ?

ບໍ່. ບຣາວເຊີ ແລະປາຍທາງຕ້ອງຮອງຮັບ; ການປ່ຽນເສັ້ນທາງພຽງແຕ່ປ່ຽນເງື່ອນໄຂຂອງເສັ້ນທາງໄດ້.

ແຫຼ່ງຂໍ້ມູນ ແລະເອກະສານອ້າງອີງທາງເຕັກນິກ