ຄວາມເປັນສ່ວນຕົວຂອງບຣາວເຊີ
ເຄື່ອງກວດ HTTP header
ເບິ່ງ header ຄຳຂໍທີ່ເຊີບເວີຂອງເຮົາໄດ້ຮັບ ແລະປຽບທຽບການເຂົ້າໜ້າເວັບ, ຄຳຂໍ JavaScript ແລະ Client Hints ທີ່ບຣາວເຊີອ່ານໄດ້.
ກຳລັງວິເຄາະການນຳທາງທີ່ໄດ້ຮັບ…
TLS ແລະ HTTP
JavaScript Client Hints
- ສະຖານະ
- ກຳລັງອ່ານ…
Header ທີ່ໄດ້ຮັບ
| ຊື່ | ຄ່າທີ່ສະແດງໄດ້ | ໝວດໝູ່ | ອ່ານ |
|---|
ຂໍ້ຄົ້ນພົບ ແລະ ຂໍ້ຈຳກັດ
- ກຳລັງວິເຄາະ.
Header ໜຶ່ງ Via, Forwarded, X-Forwarded-For ຫຼື ຟິວສະເພາະ CDN ມີຂໍ້ມູນທີ່ລະບຸ. ມັນອາດຖືກເພີ່ມ, ລຶບ ຫຼື ປອມແປງ; ການມີຢູ່ພຽງຢ່າງດຽວບໍ່ພິສູດການໃຊ້ພຣັອກຊີນິລະນາມ.
ປຽບທຽບກ່ອນ ແລະຫຼັງ
ທົດສອບດຽວກັນໃນອຸປະກອນດຽວກັນ ແລະບັນທຶກຄ່າພື້ນຖານ. ເປີດ VPN ຫຼືປ່ຽນການຕັ້ງຄ່າທີ່ກ່ຽວຂ້ອງໜຶ່ງຢ່າງ, ທົດສອບອີກພາຍໃຕ້ເງື່ອນໄຂດຽວກັນ ແລະບັນທຶກຜົນຕໍ່ໄປ.
ບັນທຶກຜົນກ່ອນ ແລະຫຼັງເພື່ອປຽບທຽບ.
ການທົດສອບນີ້ບອກຫຍັງ
Header ອະທິບາຍຄຳຂໍເມື່ອມັນມາຮອດເຊີບເວີ. ມັນອາດເປີດເຜີຍຂໍ້ມູນບຣາວເຊີທີ່ລະບຸ, ພາສາ ແລະລັກສະນະເສັ້ນທາງ HTTP. ຈຸດສຳຄັນແມ່ນສັງເກດຢູ່ບ່ອນໃດ: ບຣາວເຊີ, proxy, ເຄືອຂ່າຍສົ່ງເນື້ອຫາ ແລະເຊີບເວີຂອງເຮົາອາດສະແດງ ຫຼືປ່ຽນລາຍການຕ່າງກັນ.
ວິທີທົດສອບ
- ເປີດໜ້າເວັບໃນໂປຣໄຟລ໌ບຣາວເຊີທີ່ຕ້ອງການກວດ ແລະຈົດສະຖານະການເຊື່ອມຕໍ່.
- ເລີ່ມຈັບຄຳຂໍ; ໂຫຼດໜ້າໃໝ່ຖ້າຕ້ອງການເບິ່ງ Client Hints ເພີ່ມເຕີມທີ່ເຊີບເວີຮ້ອງຂໍ.
- ປຽບທຽບ header ຂອງການເຂົ້າໜ້າ ແລະຄຳຂໍ JavaScript ແລ້ວອ່ານ hints ທີ່ JavaScript ເຂົ້າເຖິງໄດ້ໃນສ່ວນແຍກ.
ການວັດເຮັດວຽກແນວໃດ
ເຄື່ອງມືຈັບ header ທີ່ເຊີບເວີຂອງເຮົາໄດ້ຮັບແທ້ສຳລັບການເຂົ້າໜ້າ HTML ແລະຄຳຂໍ fetch. ມັນຍັງອ່ານ Client Hints ຈາກ JavaScript ເມື່ອບຣາວເຊີອະນຸຍາດ.
ຄ່າ header ທີ່ອ່ອນໄຫວຖືກປິດບັງກ່ອນສະແດງ; ຊື່ cookie ອາດຍັງເຫັນໄດ້ໂດຍບໍ່ມີຄ່າ. ໂມດູນບໍ່ສ້າງບັນທຶກວິນິດໄສ ແຕ່ໂຄງສ້າງໂຮສຕິ້ງອາດບັນທຶກຄຳຂໍແຍກຕ່າງຫາກ.
ເຂົ້າໃຈຜົນຂອງທ່ານ
- ລາຍການກົງກັນໃນຄຳຂໍຕ່າງໆ
- ລາຍການເຫຼົ່ານັ້ນມາຮອດເຊີບເວີຂອງເຮົາຢ່າງສອດຄ່ອງໃນບໍລິບົດຄຳຂໍເຫຼົ່ານີ້. ນີ້ບໍ່ໝາຍຄວາມວ່າທຸກເວັບໄດ້ຮັບລາຍລະອຽດດຽວກັນ.
- ການເຂົ້າໜ້າ ແລະ fetch ຕ່າງກັນ
- ບໍລິບົດຄຳຂໍ, Client Hints ທີ່ພ້ອມແລ້ວ ຫຼືການປະມວນຜົນຂອງຕົວກາງອາດອະທິບາຍຄ່າທີ່ຕ່າງກັນ. ກວດບົດບາດຂອງລາຍການ ແທນການສົມມຸດວ່າມີການດັດແປງ.
- ລາຍການຂາດຫາຍ ຫຼືຖືກປິດບັງ
- ບຣາວເຊີອາດບໍ່ສົ່ງ, ຕົວກາງອາດລຶບ ຫຼືເຄື່ອງມືອາດປິດບັງຄ່າອ່ອນໄຫວ. ການຂາດລາຍລະອຽດ TLS ຂອງ backend ບໍ່ພິສູດວ່າບຣາວເຊີໃຊ້ຂໍ້ຄວາມບໍ່ເຂົ້າລະຫັດ.
ປຽບທຽບກ່ອນ ແລະຫຼັງ
- ບັນທຶກຜົນຈາກໂປຣໄຟລ໌, origin ແລະຂັ້ນຕອນຄຳຂໍດຽວກັນ ລວມທັງວ່າໄດ້ໂຫຼດໜ້າໃໝ່ຫຼືບໍ່.
- ປ່ຽນການຕັ້ງຄ່າບຣາວເຊີ ຫຼືການເຊື່ອມຕໍ່ໜຶ່ງຢ່າງ ແລ້ວເຮັດລຳດັບການເຂົ້າໜ້າ ແລະ fetch ດຽວກັນອີກ.
- ປຽບທຽບບໍລິບົດຄຳຂໍທີ່ກົງກັນ. ແຍກໂປຣໂຕຄອນ ແລະລາຍລະອຽດ TLS ຂອງ backend ຈາກຫຼັກຖານການເຊື່ອມຕໍ່ບຣາວເຊີຫາ edge.
ຂໍ້ຈຳກັດຂອງການທົດສອບ
- Header ທີ່ສົ່ງຕໍ່ ຫຼືຄ້າຍ proxy ພຽງຢ່າງດຽວບໍ່ພິສູດການປິດບັງຕົວຕົນ ຫຼືລະບຸຕົວກາງທີ່ເຊື່ອຖືໄດ້.
- ກົດປິດບັງບໍ່ສາມາດຮູ້ຈັກຄວາມລັບທຸກຢ່າງໃນ header ກຳນົດເອງທີ່ຊື່ບໍ່ໜ້າສົງໄສ; ກວດໄຟລ໌ສົ່ງອອກກ່ອນແບ່ງປັນ.
ສິ່ງທີ່ຄວນປ່ຽນຖ້າຈຳເປັນ
- Header ພາສາບໍ່ສະທ້ອນຄວາມມັກທີ່ຕ້ອງການ
- ກວດລຳດັບພາສາໃນບຣາວເຊີ ແລະຈັບຄຳຂໍເດີມອີກຫຼັງໂຫຼດໜ້າໃໝ່.
- ຂາດ Client Hints ທີ່ຄາດໄວ້
- ກວດ HTTPS, ການຮອງຮັບຂອງບຣາວເຊີ ແລະລຳດັບການໂຫຼດໃໝ່ ກ່ອນຖືວ່າການຂາດຫາຍເປັນຟັງຊັນສ່ວນຕົວ.
ຄຳຖາມທີ່ພົບເລື້ອຍ
ນີ້ແມ່ນສິ່ງທີ່ບຣາວເຊີຂອງຂ້ອຍສົ່ງແທ້ບໍ?
ນີ້ແມ່ນສິ່ງທີ່ເຊີບເວີຂອງເຮົາໄດ້ຮັບ. ຕົວກາງອາດເພີ່ມ, ລຶບ ຫຼືຂຽນລາຍການໃໝ່ລະຫວ່າງທາງ.
Header proxy ພິສູດການໃຊ້ VPN ບໍ?
ບໍ່. ມັນເປັນພຽງເບາະແສເສັ້ນທາງ ແລະອາດຂາດຫາຍ, ຖືກປ່ຽນ ຫຼືເຊື່ອຖືບໍ່ໄດ້.