ການເລືອກ nodes ທີ່ໃກ້ທີ່ສຸດໃນເຄືອຂ່າຍ

ຄວາມຕອບສະໜອງຂອງເຄືອຂ່າຍມີຜົນກະທົບອັນໃຫຍ່ຫຼວງຕໍ່ການປະຕິບັດຂອງແອັບພລິເຄຊັນ ຫຼືບໍລິການທີ່ພົວພັນກັບເຄືອຂ່າຍ. ການ latency ຕ່ໍາ, ປະສິດທິພາບສູງຂຶ້ນ. ນີ້ແມ່ນຄວາມຈິງສໍາລັບການບໍລິການເຄືອຂ່າຍໃດກໍ່ຕາມ, ຈາກເວັບໄຊທ໌ປົກກະຕິໄປຫາຖານຂໍ້ມູນຫຼືການເກັບຮັກສາເຄືອຂ່າຍ.

ຕົວຢ່າງທີ່ດີແມ່ນລະບົບຊື່ໂດເມນ (DNS). DNS ແມ່ນໂດຍທໍາມະຊາດລະບົບແຈກຢາຍ, ມີຮາກຮາກກະແຈກກະຈາຍໄປທົ່ວດາວ. ເພື່ອເຂົ້າເຖິງເວັບໄຊທ໌ໃດກໍ່ຕາມ, ກ່ອນອື່ນ ໝົດ ທ່ານຕ້ອງໄດ້ຮັບທີ່ຢູ່ IP ຂອງມັນ.

ຂ້າພະເຈົ້າຈະບໍ່ອະທິບາຍຂະບວນການທັງຫມົດຂອງ recursively ຜ່ານ "ຕົ້ນໄມ້" ຂອງເຂດໂດເມນ, ແຕ່ຈະຈໍາກັດຕົວເອງກັບຄວາມຈິງທີ່ວ່າເພື່ອປ່ຽນໂດເມນເປັນທີ່ຢູ່ IP, ພວກເຮົາຕ້ອງການຕົວແກ້ໄຂ DNS ທີ່ຈະເຮັດວຽກທັງຫມົດນີ້. ພວກ​ເຮົາ.

ດັ່ງນັ້ນ, ເຈົ້າໄດ້ຮັບທີ່ຢູ່ຕົວແກ້ໄຂ DNS ຢູ່ໃສ?

1. ISP ໃຫ້ທີ່ຢູ່ຂອງຕົວແກ້ໄຂ DNS ຂອງມັນ.
2. ຊອກຫາທີ່ຢູ່ຂອງຜູ້ແກ້ໄຂສາທາລະນະໃນອິນເຕີເນັດ.
3. ເອົາເຄື່ອງຂອງທ່ານເອງ ຫຼືໃຊ້ເຄື່ອງທີ່ສ້າງຂຶ້ນໃນເຣົາເຕີເຮືອນຂອງເຈົ້າ.

ທາງເລືອກໃດໆເຫຼົ່ານີ້ຈະຊ່ວຍໃຫ້ທ່ານສາມາດເພີດເພີນກັບການທ່ອງເວັບທີ່ບໍ່ມີຄວາມກັງວົນໃນ World Wide Web, ແຕ່ຖ້າທ່ານມີຄວາມຕ້ອງການທີ່ຈະປ່ຽນໂດເມນຈໍານວນຫລາຍເປັນ IP, ທ່ານຄວນເຂົ້າຫາທາງເລືອກຂອງຜູ້ແກ້ໄຂຢ່າງລະມັດລະວັງ.

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

ເມື່ອບັນຊີລາຍຊື່ມີຂະຫນາດນ້ອຍ, ທ່ານສາມາດ "ping" ມັນດ້ວຍຕົນເອງແລະປຽບທຽບເວລາຊັກຊ້າ, ແຕ່ຖ້າທ່ານເອົາບັນຊີລາຍຊື່ທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ວຽກງານນີ້ຈະກາຍເປັນສິ່ງທີ່ບໍ່ພໍໃຈ.

ດັ່ງນັ້ນ, ເພື່ອເຮັດໃຫ້ວຽກງານນີ້ງ່າຍຂຶ້ນ, ຂ້າພະເຈົ້າ, ເຕັມໄປດ້ວຍໂຣກ impostor, ໄດ້ແຕ້ມຫຼັກຖານສະແດງແນວຄວາມຄິດຂອງແນວຄວາມຄິດຂອງຂ້ອຍກ່ຽວກັບ Go ທີ່ເອີ້ນວ່າ. ໃກ້ຊິດ.

ເປັນຕົວຢ່າງ, ຂ້ອຍຈະບໍ່ກວດເບິ່ງບັນຊີລາຍຊື່ທັງຫມົດຂອງຕົວແກ້ໄຂ, ແຕ່ຈະຈໍາກັດຕົວເອງພຽງແຕ່ຄົນທີ່ນິຍົມຫຼາຍທີ່ສຸດ.

$ get-closer ping -f dnsresolver.txt -b=0 --count=10
Closest hosts:
	1.0.0.1 [3.4582ms]
	8.8.8.8 [6.7545ms]
	1.1.1.1 [12.6773ms]
	8.8.4.4 [16.6361ms]
	9.9.9.9 [40.0525ms]

ໃນເວລາຫນຶ່ງ, ເມື່ອຂ້ອຍເລືອກຕົວແກ້ໄຂສໍາລັບຕົວເອງ, ຂ້ອຍຈໍາກັດຕົວເອງພຽງແຕ່ກວດເບິ່ງທີ່ຢູ່ຕົ້ນຕໍ (1.1.1.1, 8.8.8.8, 9.9.9.9) - ຫຼັງຈາກທີ່ທັງຫມົດ, ພວກມັນງາມຫຼາຍ, ແລະເຈົ້າສາມາດຄາດຫວັງຫຍັງໄດ້ຈາກ ທີ່ຢູ່ສໍາຮອງທີ່ຂີ້ຮ້າຍ.

ແຕ່ເນື່ອງຈາກວ່າມີວິທີການອັດຕະໂນມັດທີ່ຈະປຽບທຽບການຊັກຊ້າ, ເປັນຫຍັງຈຶ່ງບໍ່ຂະຫຍາຍບັນຊີລາຍຊື່ ...

ດັ່ງທີ່ການທົດສອບສະແດງໃຫ້ເຫັນ, ທີ່ຢູ່ Cloudflare "ສໍາຮອງຂໍ້ມູນ" ແມ່ນເຫມາະສົມສໍາລັບຂ້ອຍ, ເພາະວ່າມັນຖືກສຽບໃສ່ spb-ix, ເຊິ່ງໃກ້ຊິດກັບຂ້ອຍຫຼາຍກວ່າ msk-ix, ເຊິ່ງມີ 1.1.1.1 ທີ່ສວຍງາມໃສ່ມັນ.

ຄວາມແຕກຕ່າງ, ດັ່ງທີ່ເຈົ້າເຫັນ, ແມ່ນມີຄວາມ ສຳ ຄັນຫຼາຍ, ເພາະວ່າແມ້ແຕ່ລັງສີທີ່ໄວທີ່ສຸດກໍ່ບໍ່ສາມາດບັນລຸຈາກເຊນປີເຕີສະເບີກໄປມອດໂກໃນເວລາຫນ້ອຍກວ່າ 10 ms.

ນອກເຫນືອຈາກ ping ງ່າຍດາຍ, PoC ຍັງມີໂອກາດທີ່ຈະປຽບທຽບການຊັກຊ້າສໍາລັບໂປໂຕຄອນອື່ນໆ, ເຊັ່ນ: http ແລະ tcp, ເຊັ່ນດຽວກັນກັບເວລາສໍາລັບການປ່ຽນໂດເມນເປັນ IP ຜ່ານຕົວແກ້ໄຂສະເພາະ.

ມີແຜນທີ່ຈະປຽບທຽບຈໍານວນ nodes ລະຫວ່າງ hosts ໂດຍໃຊ້ traceroute ເພື່ອເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຊອກຫາ hosts ທີ່ມີເສັ້ນທາງສັ້ນກວ່າກັບພວກເຂົາ.

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

ແຫຼ່ງຂໍ້ມູນ: www.habr.com