ຈຳກັດການຂຽນຄືນເນື້ອຫາຂອງພຣັອກຊີດ້ວຍ no-transform ແລະ HTTPS

ໃຊ້ no-transform ເພື່ອປະກາດນະໂຍບາຍເນື້ອຫາ HTTP ແລະ HTTPS ເພື່ອປົກປ້ອງການເຊື່ອມຕໍ່ຂອງບຣາວເຊີຈາກການປ່ຽນແປງໜ້າເວັບລະຫວ່າງທາງ.

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

ສຳລັບເວັບໄຊທີ່ທ່ານດຳເນີນການ HTTP ໃຫ້ຄຳແນະນຳການຕອບສະໜອງທີ່ຊັດເຈນ:

Cache-Control: no-transform

RFC 9111 ຮຽກຮ້ອງໃຫ້ຕົວກາງທີ່ໄດ້ຮັບຄຳແນະນຳການຕອບສະໜອງນີ້ປະໄວ້ເນື້ອຫາໂດຍບໍ່ແປງ ບໍ່ວ່າຕົວກາງນັ້ນຈະຈັດຕັ້ງແຄຊຫຼືບໍ່. ມັນກ່ຽວຂ້ອງກັບການບີບອັດຮູບຄືນໃໝ່ ແລະ ການໃສ່ເຄື່ອງໝາຍ ບໍ່ພຽງແຕ່ວ່າວັດຖຸຈະຖືກເກັບໄວ້ຫຼືບໍ່.

ເກັບມັນໄວ້ກັບນະໂຍບາຍແຄຊທີ່ມີຢູ່

ຖ້າການຕອບສະໜອງມີຄຳແນະນຳແຄຊຢູ່ແລ້ວ ໃຫ້ເພີ່ມຂໍ້ກຳນົດຢ່າງຕັ້ງໃຈ ແທນທີ່ຈະຖິ້ມນະໂຍບາຍທີ່ເຫຼືອ. ຕົວຢ່າງ ຊັບພະຍາກອນທີ່ເກັບໃນແຄຊສາທາລະນະໄດ້ ອາດມີ:

Cache-Control: public, max-age=3600, no-transform

ຕົວຢ່າງນີ້ຮັກສານະໂຍບາຍຄວາມສົດໃໝ່ໜຶ່ງຊົ່ວໂມງ ພ້ອມກັບຫ້າມການແປງເນື້ອຫາ. no-transform ບໍ່ໄດ້ໝາຍຄວາມວ່າ no-store ແລະ ບໍ່ໄດ້ປິດການປະມວນຜົນການສົ່ງຕໍ່ປົກກະຕິ. ຕັ້ງມັນໃສ່ການຕອບສະໜອງທີ່ເນື້ອຫາເດີມມີຄວາມສຳຄັນ ລວມທັງການຕອບສະໜອງຮູບແຍກຕ່າງຫາກເມື່ອເໝາະສົມ.

ຄຳແນະນຳນີ້ເຮັດວຽກຜ່ານການປະຕິບັດຕາມຂອງຕົວກາງ. ມັນບໍ່ໄດ້ປ້ອງກັນທາງຄຣິບໂຕກຣາຟີບໍ່ໃຫ້ອຸປະກອນເຄືອຂ່າຍລະເລີຍຄຳແນະນຳ.

ປົກປ້ອງການຂົນສົ່ງນຳ

HTTPS ໃຫ້ບຣາວເຊີການເຊື່ອມຕໍ່ທີ່ມີການພິສູດຕົວຕົນ ແລະ ການປົກປ້ອງຄວາມສົມບູນໄປຫາຄູ່ TLS ຂອງມັນ. ພຣັອກຊີຜູ້ໃຫ້ບໍລິການທົ່ວໄປທີ່ຜ່ານການຈະລາຈອນທີ່ເຂົ້າລະຫັດ ບໍ່ສາມາດໃສ່ສະຄຣິບຢ່າງງຽບໆເຂົ້າໃນການເຊື່ອມຕໍ່ທີ່ຖືກປົກປ້ອງນັ້ນ. ຮັກສາການກວດສອບໃບຢັ້ງຢືນໄວ້; ພຣັອກຊີກວດກາທີ່ໄວ້ວາງໃຈໃນທ້ອງຖິ່ນທີ່ຢຸດ TLS ແມ່ນການຈັດວາງອີກຢ່າງໜຶ່ງ.

ໃຫ້ບໍລິການໜ້າເວັບ ແລະ ຊັບພະຍາກອນທີ່ຂຶ້ນກັບມັນຜ່ານ HTTPS. ປ່ຽນທິດຜູ້ເຂົ້າຊົມ HTTP ໄປ HTTPS ແລະ ພິຈາລະນາ HSTS ສຳລັບການຕິດຕັ້ງທີ່ສາມາດສະໜັບສະໜູນມັນໄດ້ຢ່າງຕໍ່ເນື່ອງ. ການປ່ຽນທິດຢ່າງດຽວເລີ່ມດ້ວຍການແລກປ່ຽນ HTTP ທີ່ບໍ່ຖືກປົກປ້ອງສຳລັບຜູ້ເຂົ້າຊົມທີ່ໃຊ້ URL HTTP; ນະໂຍບາຍ HSTS ທີ່ຮຽນຮູ້ມາກ່ອນ ຫຼື ໂຫຼດໄວ້ລ່ວງໜ້າ ປ່ຽນການເລືອກເບື້ອງຕົ້ນນັ້ນ.

ການບລັອກສະຄຣິບທີ່ຖືກໃສ່ອາດຫຼຸດຜົນກະທົບທີ່ເຫັນໄດ້ ແຕ່ການຕອບສະໜອງອາດມີ HTML ທີ່ຖືກປ່ຽນແລ້ວ ຫຼື URL ຮູບທີ່ຖືກຂຽນຄືນແລ້ວ. ການປ່ຽນຊື່ຟັງຊັນເກົ່າໜຶ່ງ ການເພີ່ມຄຳເຫັນທີ່ບໍ່ປົກກະຕິ ຫຼື ການແຜນທີ່ທີ່ຢູ່ໃສ່ໃນອະດີດ ບໍ່ໄດ້ສ້າງຄວາມສົມບູນຂອງເນື້ອຫາສຳລັບຕົວກາງຕໍ່ໄປ.

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

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