ຄວາມລົ້ມເຫຼວຂອງ DNS ໃນລະບົບໂຊ່ proxy HTTP: ຂັ້ນຕອນໃດແກ້ຊື່?
ແຍກການໄປຮອດ proxy ທ້ອງຖິ່ນ, ການແກ້ parent ແລະ ການແກ້ເວັບໄຊ ເມື່ອກວດວິເຄາະ forward proxy ແບບໂຊ່.
client → local forward proxy → HTTP parent → websiteເລີ່ມຈາກຊື່ທີ່ລົ້ມເຫຼວ ແທນທີ່ຈະເວົ້າວ່າ DNS ທັງໝົດເປັນຂອງ «proxy»:
| ຊື່ທີ່ຕ້ອງການ | ຂັ້ນຕອນທີ່ຕ້ອງໄປຮອດ |
|---|---|
| ຈຸດປາຍທາງ proxy ທ້ອງຖິ່ນ | ລູກຄ້າ |
| ຈຸດປາຍທາງ parent HTTP | forward proxy ທ້ອງຖິ່ນ |
| ຈຸດປາຍທາງເວັບໄຊ | parent ເມື່ອເປີດການເຊື່ອມຕໍ່ສຸດທ້າຍ |
ຂັ້ນຕອນເຫຼົ່ານັ້ນອາດໃຊ້ຕົວແກ້ຕ່າງກັນ ເມື່ອຈຸດປາຍທາງເປັນຊື່ໂຮສ. ສຳລັບ HTTPS, forward proxy ສາມາດສົ່ງໂຮສ ແລະ ພອດປາຍທາງຂອງ CONNECT ໃຫ້ parent ທີ່ສ້າງການເຊື່ອມຕໍ່ສຸດທ້າຍ. ລູກຄ້າເດີມບໍ່ຈຳເປັນຕ້ອງແກ້ເວັບໄຊກ່ອນ. ການສົ່ງຕໍ່ HTTP ທຳມະດາກໍສົ່ງຂໍ້ມູນປາຍທາງໄປຂ້າງໜ້າ.
ນີ້ບໍ່ແມ່ນຄຳສັນຍາວ່າຈະມີເຄື່ອງດຽວຖາມທຸກຊື່. ການປະເມີນ ACL, cache, ນະໂຍບາຍ ແລະ ລາຍລະອຽດການຈັດຕັ້ງອາດເຮັດໃຫ້ມີການຄົ້ນຫາເພີ່ມ.
ກວດນະໂຍບາຍສຳຮອງ ເມື່ອ parent ບໍ່ພ້ອມໃຊ້. ຖ້າອະນຸຍາດໃຫ້ເຂົ້າເຖິງໂດຍກົງ, proxy ທ້ອງຖິ່ນອາດກາຍເປັນຂັ້ນຕອນທີ່ຫັນໜ້າໄປຫາເວັບໄຊ ດ້ວຍການຕັດສິນໃຈເລື່ອງຕົວແກ້ ແລະ ທີ່ຢູ່ຕົ້ນທາງຂອງຕົນເອງ. ການຕັ້ງຄ່າ parent ພຽງຢ່າງດຽວບໍ່ໄດ້ພິສູດວ່າທຸກຄຳຮ້ອງໄດ້ໃຊ້ມັນ.
ເມື່ອລົ້ມເຫຼວ, ກຳນົດຊື່ ແລະ ຂະບວນການທີ່ພະຍາຍາມແກ້ມັນ ກ່ອນແກ້ໄຂໄຟລ໌ hosts. ການແກ້ໄຂທາງຝັ່ງລູກຄ້າບໍ່ສາມາດສ້ອມທຸກການຕັດສິນໃຈຕໍ່ໄປ. ແຫຼ່ງສາທາລະນະສຸດທ້າຍເປັນຂອງຂັ້ນຕອນທີ່ເປີດການເຊື່ອມຕໍ່ເວັບໄຊ; ການສັງເກດແຫຼ່ງນັ້ນ ບໍ່ຄືກັນກັບການວັດແທກວ່າ DNS ເກີດຂຶ້ນຢູ່ໃສ.