ເກືອບເຄິ່ງຫນຶ່ງຂອງການຈະລາຈອນໄປຫາເຄື່ອງແມ່ຂ່າຍ DNS ແມ່ນເກີດມາຈາກກິດຈະກໍາ Chromium

ຜູ້ລົງທະບຽນ APNIC, ຮັບຜິດຊອບການແຈກຢາຍທີ່ຢູ່ IP ໃນພາກພື້ນອາຊີປາຊີຟິກ, ຈັດພີມມາ ຜົນໄດ້ຮັບຂອງການວິເຄາະການແຈກຢາຍການຈະລາຈອນໃນຫນຶ່ງຂອງເຄື່ອງແມ່ຂ່າຍ DNS ຮາກ a.root-servers.net. 45.80% ຂອງການຮ້ອງຂໍກັບເຄື່ອງແມ່ຂ່າຍຮາກແມ່ນກ່ຽວຂ້ອງກັບການກວດສອບທີ່ດໍາເນີນໂດຍຕົວທ່ອງເວັບໂດຍອີງໃສ່ເຄື່ອງຈັກ Chromium. ດັ່ງນັ້ນ, ເກືອບເຄິ່ງຫນຶ່ງຂອງຊັບພະຍາກອນຂອງເຄື່ອງແມ່ຂ່າຍ DNS ຮາກແມ່ນໃຊ້ໃນການກວດສອບການວິນິດໄສ Chromium ແທນທີ່ຈະດໍາເນີນການຮ້ອງຂໍຈາກເຄື່ອງແມ່ຂ່າຍ DNS ເພື່ອກໍານົດເຂດຮາກ. ເນື່ອງຈາກ Chrome ກວມເອົາ 70% ຂອງຕະຫຼາດຕົວທ່ອງເວັບ, ກິດຈະກໍາການວິນິດໄສດັ່ງກ່າວເຮັດໃຫ້ປະມານ 60 ຕື້ຄໍາຮ້ອງຂໍຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍຮາກຕໍ່ມື້.

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

ເມື່ອປະມວນຜົນຄໍາຖາມຄົ້ນຫາທີ່ໃສ່ໃນແຖບທີ່ຢູ່, ຖ້າພຽງແຕ່ຄໍາດຽວຖືກໃສ່ໂດຍບໍ່ມີຈຸດ, ຕົວທ່ອງເວັບທໍາອິດ ພະຍາຍາມ ກໍານົດຄໍາທີ່ກໍານົດໄວ້ໃນ DNS, ສົມມຸດວ່າຜູ້ໃຊ້ອາດຈະພະຍາຍາມເຂົ້າເຖິງເວັບໄຊທ໌ intranet ໃນເຄືອຂ່າຍພາຍໃນ, ແທນທີ່ຈະສົ່ງຄໍາຖາມໄປຫາເຄື່ອງຈັກຊອກຫາ. ຖ້າຜູ້ໃຫ້ບໍລິການປ່ຽນເສັ້ນທາງການສອບຖາມໄປຫາຊື່ໂດເມນທີ່ບໍ່ມີຢູ່, ຜູ້ໃຊ້ມີບັນຫາ - ຄໍາຖາມຄົ້ນຫາຄໍາດຽວທີ່ເຂົ້າໄປໃນແຖບທີ່ຢູ່ເລີ່ມຕົ້ນຈະຖືກໂອນໄປຫາຫນ້າຂອງຜູ້ໃຫ້ບໍລິການ, ແທນທີ່ຈະຖືກສົ່ງໄປຫາເຄື່ອງຈັກຊອກຫາ.

ເພື່ອແກ້ໄຂບັນຫານີ້, ຜູ້ພັດທະນາ Chromium ເພີ່ມໃສ່ຕົວທ່ອງເວັບ ການກວດສອບເພີ່ມເຕີມ, ເຊິ່ງ, ຖ້າການປ່ຽນເສັ້ນທາງຖືກກວດພົບ, ປ່ຽນເຫດຜົນສໍາລັບການປຸງແຕ່ງຄໍາຮ້ອງຂໍໃນແຖບທີ່ຢູ່.
ທຸກໆຄັ້ງທີ່ທ່ານເປີດຕົວ, ປ່ຽນການຕັ້ງຄ່າ DNS ຂອງທ່ານ, ຫຼືປ່ຽນທີ່ຢູ່ IP ຂອງທ່ານ, ຕົວທ່ອງເວັບຈະສົ່ງສາມຄໍາຮ້ອງຂໍ DNS ທີ່ມີຊື່ໂດເມນລະດັບທໍາອິດແບບສຸ່ມທີ່ມັກຈະບໍ່ມີຢູ່. ຊື່ປະກອບມີຈາກ 7 ຫາ 15 ຕົວອັກສອນລາຕິນ (ບໍ່ມີຈຸດ) ແລະຖືກນໍາໃຊ້ເພື່ອກວດສອບການປ່ຽນເສັ້ນທາງຂອງຊື່ໂດເມນທີ່ບໍ່ມີຢູ່ໂດຍຜູ້ໃຫ້ບໍລິການໄປຫາເຈົ້າພາບຂອງມັນ. ຖ້າ, ເມື່ອປະຕິບັດການຮ້ອງຂໍ HTTP ສາມຄໍາທີ່ມີຊື່ແບບສຸ່ມ, ສອງໄດ້ຮັບການປ່ຽນເສັ້ນທາງໄປຫາຫນ້າດຽວກັນ, ຫຼັງຈາກນັ້ນ Chromium ພິຈາລະນາວ່າຜູ້ໃຊ້ໄດ້ຖືກໂອນໄປຫາຫນ້າພາກສ່ວນທີສາມ.

ຂະຫນາດໂດເມນລະດັບທໍາອິດແບບປົກກະຕິ (ຈາກ 7 ຫາ 15 ຕົວອັກສອນ) ແລະປັດໄຈການຊໍ້າຄືນແບບສອບຖາມ (ຊື່ໄດ້ຖືກສ້າງແບບສຸ່ມໃນແຕ່ລະຄັ້ງແລະບໍ່ໄດ້ຊ້ໍາກັນ) ຖືກນໍາໃຊ້ເປັນສັນຍານເພື່ອແຍກກິດຈະກໍາ Chromium ຈາກການຮ້ອງຂໍທົ່ວໄປໃນເຄື່ອງແມ່ຂ່າຍ DNS ຮາກ.
ໃນບັນທຶກ, ການຮ້ອງຂໍສໍາລັບໂດເມນທີ່ບໍ່ມີຢູ່ໄດ້ຖືກກັ່ນຕອງຄັ້ງທໍາອິດ (78.09%), ຫຼັງຈາກນັ້ນຄໍາຮ້ອງຂໍທີ່ຊ້ໍາກັນບໍ່ເກີນສາມຄັ້ງໄດ້ຖືກເລືອກ (51.41%), ແລະຫຼັງຈາກນັ້ນໂດເມນທີ່ມີ 7 ຫາ 15 ຕົວອັກສອນໄດ້ຖືກກັ່ນຕອງ (45.80%). . ຫນ້າສົນໃຈ, ພຽງແຕ່ 21.91% ຂອງການຮ້ອງຂໍກັບເຄື່ອງແມ່ຂ່າຍຮາກແມ່ນກ່ຽວຂ້ອງກັບຄໍານິຍາມຂອງໂດເມນທີ່ມີຢູ່.

ການສຶກສາຍັງໄດ້ກວດເບິ່ງການເພິ່ງພາອາໄສການໂຫຼດທີ່ເພີ່ມຂຶ້ນໃນເຄື່ອງແມ່ຂ່າຍຮາກ a.root-servers.net ແລະ j.root-servers.net ກ່ຽວກັບຄວາມນິຍົມເພີ່ມຂຶ້ນຂອງ Chrome.

ໃນ Firefox, DNS redirect checks ມີຈໍາກັດ ກໍານົດການປ່ຽນເສັ້ນທາງໄປຫາຫນ້າການກວດສອບຄວາມຖືກຕ້ອງ (ປະຕູຈັບຕົວ) ແລະ ປະຕິບັດ с ການ​ນໍາ​ໃຊ້ ໂດເມນຍ່ອຍຄົງທີ່ “detectportal.firefox.com”, ໂດຍບໍ່ມີການຮ້ອງຂໍຊື່ໂດເມນລະດັບທໍາອິດ. ພຶດຕິກໍານີ້ບໍ່ໄດ້ສ້າງການໂຫຼດເພີ່ມເຕີມໃນເຄື່ອງແມ່ຂ່າຍ DNS ຮາກ, ແຕ່ມັນອາດຈະເປັນໄປໄດ້ ພິຈາລະນາ ເປັນການຮົ່ວໄຫລຂອງຂໍ້ມູນລັບກ່ຽວກັບທີ່ຢູ່ IP ຂອງຜູ້ໃຊ້ (ຫນ້າ "detectportal.firefox.com/success.txt" ຖືກຮ້ອງຂໍໃນແຕ່ລະຄັ້ງທີ່ມັນຖືກເປີດຕົວ). ເພື່ອປິດການສະແກນໃນ Firefox, ມີການຕັ້ງຄ່າ "network.captive-portal-service.enabled", ເຊິ່ງສາມາດປ່ຽນແປງໄດ້ໃນຫນ້າ "about:config".

ແຫຼ່ງຂໍ້ມູນ: opennet.ru