ການນໍາໃຊ້ NAT Traversal ເພື່ອເຊື່ອມຕໍ່ຜູ້ໃຊ້ໃນຮູບແບບ passive

ບົດ​ຄວາມ​ນີ້​ແມ່ນ​ການ​ແປ​ພາ​ສາ​ຟຣີ​ຂອງ​ຫນຶ່ງ​ໃນ​ການ​ອອກ​ສຽງ​ໃນ​ ບລັອກນັກພັດທະນາ DC++.

ດ້ວຍການອະນຸຍາດຂອງຜູ້ຂຽນ (ເຊັ່ນດຽວກັນກັບຄວາມຊັດເຈນແລະຄວາມສົນໃຈ), ຂ້າພະເຈົ້າໄດ້ໃສ່ສີດ້ວຍການເຊື່ອມຕໍ່ແລະເສີມມັນດ້ວຍການຄົ້ນຄວ້າສ່ວນບຸກຄົນບາງຢ່າງ.

ການນໍາສະເຫນີ

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

ຖ້າລູກຄ້າທັງສອງຢູ່ໃນໂຫມດການເຄື່ອນໄຫວ

ລູກຄ້າເລີ່ມຕົ້ນສົ່ງຄໍາສັ່ງທີ່ມີທີ່ຢູ່ IP ແລະພອດຂອງຕົນເອງ $ConnectToMe ກັບລູກຄ້າອື່ນ. ການນໍາໃຊ້ຂໍ້ມູນນີ້, ລູກຄ້າທີ່ໄດ້ຮັບຄໍາສັ່ງສ້າງການເຊື່ອມຕໍ່ກັບຜູ້ລິເລີ່ມ.

ຖ້າລູກຄ້າຄົນຫນຶ່ງຢູ່ໃນໂຫມດຕົວຕັ້ງຕົວຕີ

ຜ່ານສູນກາງ, ລູກຄ້າຕົວຕັ້ງຕົວຕີ A ສົ່ງຄໍາສັ່ງ $RevConnectToMe ລູກຄ້າທີ່ໃຊ້ວຽກ Bຈາກນັ້ນຕອບສະໜອງດ້ວຍຄຳສັ່ງ $ConnectToMe.

ເປັນເຄື່ອງແມ່ຂ່າຍ S ໃນກໍລະນີຂ້າງເທິງມີສູນ DC

ຖ້າລູກຄ້າທັງສອງຢູ່ໃນໂຫມດ passive ເປີດ ສູນ ADC

ລູກຄ້າທີ່ຢູ່ເບື້ອງຫຼັງ NATs ທີ່ແຕກຕ່າງກັນ A и B ເຂົ້າຮ່ວມສູນ S.

ນີ້ແມ່ນວິທີການເຊື່ອມຕໍ່ກັບ hub ຈາກຝ່າຍລູກຄ້າ A

hub ຍອມຮັບການເຊື່ອມຕໍ່ຢູ່ໃນພອດ 1511. ລູກຄ້າ A ເຮັດໃຫ້ການເຊື່ອມຕໍ່ຂາອອກຈາກເຄືອຂ່າຍເອກະຊົນຂອງຕົນໂດຍຜ່ານພອດ 50758. hub, ໃນທາງກັບກັນ, ເບິ່ງທີ່ຢູ່ຂອງອຸປະກອນ NAT, ເຮັດວຽກກັບມັນແລະກະຈາຍມັນກັບລູກຄ້າຕາມຕົວລະບຸຂອງພວກເຂົາ.

ລູກຄ້າ A ສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍ S ຂໍ້ຄວາມຂໍຄວາມຊ່ວຍເຫຼືອໃນການເຊື່ອມຕໍ່ກັບລູກຄ້າ B.

Hub: [Outgoing][178.79.159.147:1511] DRCM AAAA BBBB ADCS/0.10 1649612991

ຍັງຢູ່ໃນຮູບແບບຕົວຕັ້ງຕົວຕີ, ລູກຄ້າ B, ໂດຍໄດ້ຮັບຄໍາສັ່ງນີ້, ຕ້ອງໄດ້ລາຍງານພອດສ່ວນຕົວຂອງມັນທີ່ໃຊ້ເພື່ອເຊື່ອມຕໍ່ກັບສູນຜ່ານ NAT.

Hub: [Incoming][178.79.159.147:1511] DNAT BBBB AAAA ADCS/0.10 59566 1649612991

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

Hub:		[Outgoing][178.79.159.147:1511]	 	D<b>RNT</b> AAAA BBBB ADCS/0.10 <b>50758</b> 1649612991

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

ບິງໂກ!

ແນ່ນອນ, ໃນກໍລະນີນີ້ລູກຄ້າ NAT B ມີສິດທີ່ຈະປະຕິເສດການຮ້ອງຂໍການເຊື່ອມຕໍ່ຄັ້ງທໍາອິດຈາກລູກຄ້າ A, ແຕ່ຄໍາຮ້ອງຂໍຂອງຕົນເອງ rushes ເຂົ້າໄປໃນ "ຂຸມ" ທີ່ສ້າງຂຶ້ນໂດຍການເຊື່ອມຕໍ່ຫຼາຍນີ້, ແລະການເຊື່ອມຕໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ.

ຮູບປະກອບທີ່ເຫມາະສົມສໍາລັບຂະບວນການທັງຫມົດທີ່ມີ caveat ວ່າ ອະນຸສັນຍາ ບໍ່ໄດ້ໃຊ້ພອດສາທາລະນະທີ່ເປີດໂດຍເຊດຊັນ NAT-S, ເຊັ່ນດຽວກັນກັບທີ່ຢູ່ສ່ວນຕົວ.

Epilogue

ໃນເວລາຂຽນບົດຄວາມ (ຕົ້ນສະບັບ), ປະມານເຄິ່ງຫນຶ່ງຂອງລູກຄ້າ DC ກໍາລັງເຮັດວຽກຢູ່ໃນຮູບແບບຕົວຕັ້ງຕົວຕີ. ນີ້ຫມາຍຄວາມວ່າຫນຶ່ງສ່ວນສີ່ຂອງການເຊື່ອມຕໍ່ທີ່ເປັນໄປໄດ້ທັງຫມົດບໍ່ສາມາດເຮັດໄດ້.

ຕໍ່ໄປ DC++ ຈະສາມາດຂ້າມ NAT ໄດ້ການນໍາໃຊ້ການເຊື່ອມຕໍ່ທີ່ມີຢູ່ແລ້ວ A-S и B-S ເພື່ອສ້າງການເຊື່ອມຕໍ່ລູກຄ້າກັບລູກຄ້າໂດຍກົງ, ເຖິງແມ່ນວ່າ A и B ຢູ່ໃນໂໝດຕົວຕັ້ງຕົວຕີ.

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