ຄຳຮ້ອງພຣັອກຊີ HTTP: URL ສົມບູນ ແລະ ຫົວຂໍ້ Host

ຄຳຮ້ອງພຣັອກຊີ HTTP/1.1 ນີ້ໝາຍເຖິງໂຮສໃດ?

GET http://first.example/path HTTP/1.1
Host: second.example

ຂໍ້ຄວາມບໍ່ສອດຄ່ອງ. ໃນຄຳຮ້ອງຮູບແບບສົມບູນທີ່ສົ່ງໄປຫາພຣັອກຊີ RFC 9112 ຮຽກຮ້ອງໃຫ້ຄ່າ Host ທີ່ສົ່ງຕໍ່ມາຈາກເປົ້າໝາຍຂອງຄຳຮ້ອງ. ການສົ່ງ Host: first.example ຕໍ່ໄປແມ່ນພຶດຕິກຳທີ່ຄາດຫວັງ.

ໃນການທົດສອບເວັບໄຊພັດທະນາ ໃຫ້ຮັກສາຊື່ໂຮສຂອງຊັບພະຍາກອນໃຫ້ສອດຄ່ອງໃນ URL ແລະ authority ຂອງ HTTP. ໃຫ້ການແຜນທີ່ຊື່ໄປຫາທີ່ຢູ່ທີ່ຕ້ອງການຢູ່ທີ່ hop ທີ່ຮັບຜິດຊອບການແກ້ໄຂ. ການຂຽນທັບ Host ທີ່ຂັດແຍ່ງບໍ່ແມ່ນຄຳແນະນຳທີ່ເຄື່ອນຍ້າຍໄດ້ສຳລັບການເລືອກ backend.

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

ການລຶບ Via Referer ຫຼື Cache-Control ບໍ່ເຮັດໃຫ້ authority ທັງສອງກົມກຽວກັນ. ບັນທຶກຮູບແບບຄຳຮ້ອງ ແລະ ຈຸດທີ່ທ່ານສັງເກດເຫັນຫົວຂໍ້ ກ່ອນການບົ່ງຊີ້ການຂຽນຄືນຂອງພຣັອກຊີ.