ການນໍາໃຊ້ IPv6 ກັບ Advanced Direct Connect

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

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

С ADC hubs ຖ້າບໍ່ດັ່ງນັ້ນ. ການອອກແບບຂອງອະນຸສັນຍານີ້ແມ່ນມີຈຸດປະສົງເພື່ອໃຫ້ສາມາດຂະຫຍາຍໄດ້. ເຈົ້າຕ້ອງການຄຸນສົມບັດໃໝ່ບໍ? ດີ, ສະເຫນີມັນ, ສົ່ງເສີມມັນ, ປະຕິບັດມັນ, ປະຕິບັດມັນ, ໃຊ້ມັນ.

ແປເປັນພາສາອັງກິດ

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

ອັນນີ້ເກີດຂຶ້ນກັບ IPv6. ຜູ້ຊາຍອາຍຸ NMDC ບໍ່ຮູ້ວິທີການເຮັດມັນຢູ່ໃນຫຼັກການ, ແຕ່ ADC ເອງກໍ່ກຽມພ້ອມສໍາລັບມັນ. ຢ່າງໃດກໍຕາມ, ບໍ່ແມ່ນທັງຫມົດງ່າຍດາຍດັ່ງນັ້ນ.

ພຽງແຕ່ທິດສະດີເລັກນ້ອຍ

ຜູ້ໃຊ້ "ການເຄື່ອນໄຫວ" ສາມາດຍອມຮັບການເຊື່ອມຕໍ່ຂາເຂົ້າ. ໃນຄວາມເປັນຈິງ, ການຮ້ອງຂໍການເຊື່ອມຕໍ່ມາຈາກມັນແມ່ນຕົວຈິງແລ້ວ ເຊີນ.

ຜູ້ໃຊ້ "ຕົວຕັ້ງຕົວຕີ" ໂດຍທົ່ວໄປແລ້ວພຽງແຕ່ສາມາດນໍາໃຊ້ການຮ້ອງຂໍທີ່ອອກມາ. ຜ່ານສູນລາວ ຖາມ ຜູ້ໃຊ້ທີ່ເຄື່ອນໄຫວສົ່ງຄໍາເຊີນ - ແລະການເຊື່ອມຕໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ.

ແລະແມ່ນແລ້ວ, ກົນໄກນີ້ບໍ່ໄດ້ຂຶ້ນກັບສະບັບຂອງໂປໂຕຄອນ IP ທີ່ໃຊ້.

Swan, crayfish ແລະ pike

ໃຫ້ເວົ້າກ່ຽວກັບຊອບແວລູກຄ້າ.

ຮອງຮັບ IPv6 DC++ ແມ່ນການທົດລອງໃນທໍາມະຊາດ. ບໍ່ມີການຕັ້ງຄ່າແຍກຕ່າງຫາກສໍາລັບມັນ, ແລະມັນເປັນສິ່ງທີ່ຫນ້າປະຫລາດໃຈຫຼາຍສໍາລັບຂ້ອຍທີ່ຈະເຫັນຮູບແບບການເຮັດວຽກທີ່ແຕກຕ່າງກັນສໍາລັບ IP ຮຸ່ນທີ່ແຕກຕ່າງກັນ, ໂດຍມີຕົວຕັ້ງຕົວຕີພຽງແຕ່ສໍາລັບຄັ້ງທີ VI, ແຕ່ນີ້ແມ່ນບໍ່ຖືກຕ້ອງ.

ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະໄດ້ຮັບໂຫມດການເຄື່ອນໄຫວໃນລະຫວ່າງການຕັ້ງຄ່າຄູ່ມືເຖິງແມ່ນວ່າໃນເວລາທີ່ໃຊ້ໂດເມນ IP ຢ່າງຈະແຈ້ງທີ່ມີບັນທຶກ AAAA ເປັນ WAN, ແຕ່ໃນໂຫມດອັດຕະໂນມັດໂດຍໃຊ້ UPnP ທຸກສິ່ງທຸກຢ່າງເຮັດວຽກຕາມທີ່ຄາດໄວ້.

AirDC++ ຍັງມີການສະຫນັບສະຫນູນການເຊື່ອມຕໍ່ IPv6, ແລະມັນຖືກປະຕິບັດຢ່າງສົມບູນແຍກຕ່າງຫາກຈາກ IPv4. ຍິ່ງໄປກວ່ານັ້ນ, ລູກຄ້ານີ້ດັດແປງແທັກຜູ້ໃຊ້ໃນລັກສະນະທີ່ຈະສະແດງຮູບແບບການເຮັດວຽກສໍາລັບທັງສອງ IP protocols ພ້ອມກັນ. ຮາໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆໆ!

ຂ້ອຍຕ້ອງຈອງທັນທີ: AirDC++ ເຮັດອັນນີ້ຢ່າງດຽວ ແລະສໍາລັບຕົວມັນເອງ. ໃນອະນາຄົດ, ເພື່ອຄວາມສະດວກ, ຂ້າພະເຈົ້າຈະນໍາໃຊ້ການປະສົມປະສານເຊັ່ນ: AP ຫຼື AA ເປັນຕົວຊີ້ບອກຂອງຮູບແບບການເຄື່ອນໄຫວຫຼືຕົວຕັ້ງຕົວຕີສໍາລັບ IPv4 ແລະ IPv6, ຕາມລໍາດັບ, ແທນທີ່ຈະສະແດງຢູ່ໃນແທັກລູກຄ້າທີ່ແທ້ຈິງຢູ່ໃນສູນທີ່ແທ້ຈິງ. ມັນ​ເປັນ​ສິ່ງ​ສໍາ​ຄັນ.

ໃນການທົດລອງຂອງພວກເຮົາພວກເຮົາຈະໃຊ້ FlylinkDC++ ເປັນລູກຄ້າທີ່ບໍ່ຄຸ້ນເຄີຍກັບ IPv6. ຄວນສັງເກດວ່າການສະຫນັບສະຫນູນ ນັດ ສໍາລັບລາວໃນເວລາຂຽນບົດຄວາມນີ້ບໍ່ໄດ້ຖືກປະຕິບັດທຸກບ່ອນ.

Начало

ກ່ອນອື່ນ ໝົດ, ພວກເຮົາຈະເບິ່ງການເຊື່ອມຕໍ່ທີ່ເປັນໄປບໍ່ໄດ້ຢ່າງຈະແຈ້ງລະຫວ່າງຜູ້ໃຊ້ຂອງໂປໂຕຄອນ IP ລຸ້ນຕ່າງໆ. ຈະຖືກນໍາໃຊ້ສໍາລັບການທົດສອບ IPv6 hub ພ້ອມ ກັບຊັບພະຍາກອນ A- ແລະ AAAA-records ສໍາລັບຊື່ໂດເມນເຮັດຫນ້າທີ່ເປັນທີ່ຢູ່ຂອງມັນ.

ກະ​ລຸ​ນາ​ສັງ​ເກດ​ວ່າ​ໃນ​ເວ​ລາ​ທີ່​ທ່ານ (ຈິງ​) ພະ​ຍາ​ຍາມ​ທີ່​ຈະ​ຕິດ​ຕໍ່​ຫາ​ຜູ້​ໃຊ້​ທີ່​ມີ​ສະ​ບັບ XNUMX ທີ່​ຢູ່ IP​, ຄວາມ​ຜິດ​ພາດ​ຈະ​ສະ​ແດງ​.

Hub:	[Outgoing][IPv4:412]	 	DRCM AACX AACU ADCS/0.10 337151563
Hub:	[Incoming][IPv4:412]	 	DCTM AACU AACX ADCS/0.10 1988 337151563
Hub:	[Outgoing][IPv4:412]	 	DSTA AACX AACU 240 IPsunknown

ໃນການແປພາສາຂອງມະນຸດມັນຟັງຄື

P4: – ຂ້ອຍສາມາດຍຶດຕິດກັບເຈົ້າໄດ້ບໍ?
A6: – Cling on!
P4: – ຊີວິດຄືຄວາມເຈັບປວດ 0_0

ວັດຈະນານຸກົມສັ້ນ, ຖ້າຈໍາເປັນ, ທີ່ນີ້.

ແລະຖ້າມັນເປັນທາງອື່ນ, ແລະການເຊື່ອມຕໍ່ເລີ່ມຕົ້ນ A4, ຫຼັງຈາກນັ້ນບໍ່ມີຂໍ້ຜິດພາດສະແດງໃຫ້ເຫັນແລະການເຊື່ອມຕໍ່ພຽງແຕ່ hangs.

Hub:	[Outgoing][IPv4:412]	 	DCTM AACX AACU ADCS/0.10 1993 3871342713

ຈະ, ບໍ່ເບິ່ງຄືວ່າ

ສິ່ງທີ່ສໍາຄັນແມ່ນຮູບແບບການເຊື່ອມຕໍ່ທີ່ສະແດງຢູ່ໃນສູນ.

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

FlylinkDC++ ທຽບກັບ. IPv6

ໃນຄວາມເປັນຈິງ, ສະຖານະການແມ່ນງ່າຍດາຍແລະສັບສົນຫຼາຍໃນເວລາດຽວກັນ.

AirDC++ ທຽບກັບ. IPv6

ງ່າຍກວ່າເພາະວ່າ IPv6 ມີຄວາມສຳຄັນກວ່າ IPv4, ແລະນັ້ນແມ່ນເຂົ້າໃຈໄດ້. ມັນແມ່ນຜ່ານມັນ (ເຖິງແມ່ນວ່າການ override ສາມາດໃຊ້ໄດ້ໂດຍໃຊ້ຕົວເລືອກທີ່ສອດຄ້ອງກັນ) ທີ່ການເຊື່ອມຕໍ່ກັບ hub ຈະຖືກສ້າງຕັ້ງຂຶ້ນ, ແລະລູກຄ້າທີ່ໃຊ້ວຽກຈະສະເຫນີໃຫ້ລູກຄ້າ passive ສໍາລັບການເຊື່ອມຕໍ່.

ມັນຍາກກວ່າ, ເພາະວ່າຖ້າມີຜູ້ໃຊ້ທີ່ມີການສະຫນັບສະຫນູນ IPv6 ໃນສູນ, ແຕ່ພວກເຂົາເຊື່ອມຕໍ່ຢ່າງເຂັ້ມງວດຜ່ານທີ່ຢູ່ IPv4, ຫຼັງຈາກນັ້ນ ...

... ຫຼັງຈາກນັ້ນທ່ານສາມາດເຊື່ອມຕໍ່ກັບພວກເຂົາ (ໂດຍສຸ່ມ) ໂດຍບໍ່ມີການ IPv4 ທັງຫມົດ.

ກະລຸນາສັງເກດວ່າລູກຄ້າທາງໄກໄດ້ກໍານົດຕົນເອງເປັນຊັບສິນ, ແຕ່ຖືກປະຕິບັດເປັນຄວາມຮັບຜິດຊອບ. ເປັນຫຍັງ?

ຖິ້ມເຂົາຢູ່ໃນ swing ເປັນ

ຕອນນີ້ໃຫ້ພະຍາຍາມເຊື່ອມຕໍ່ລູກຄ້າທີ່ມີຄວາມແຕກຕ່າງ, ແຕ່ທົ່ວໄປໃນເງື່ອນໄຂຂອງ IPv4, ຊຸດ IP protocol ສະຫນັບສະຫນູນເຊິ່ງກັນແລະກັນ.

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

ບາ! ລູກຄ້າທີ່ເຄື່ອນໄຫວສົ່ງ ຄໍາສັ່ງ passive?.. ມັນຈະມີເຫດຜົນທີ່ຈະຄາດຫວັງວ່າການເຊື່ອມຕໍ່ "ຕິດ", ແຕ່ບໍ່ແມ່ນ, ມັນຈະກາຍເປັນພາຍໃຕ້ເງື່ອນໄຂ. A4.

ເປັນຫຍັງຄື? ພວກເຮົາຕິດຕໍ່ຜູ້ພັດທະນາແລະໄດ້ຮັບຄໍາຕອບ:

CTM ບໍ່ດີຖ້າຜູ້ໃຊ້ອື່ນບໍ່ສະຫນັບສະຫນູນ IPv6

ແລະ​ທ່ານ​ບໍ່​ສາ​ມາດ​ໂຕ້​ຖຽງ​! ແຕ່ນີ້ຮຽກຮ້ອງໃຫ້ມີເຫດຜົນພາຍໃນ, ເອກະລາດຂອງສູນ (ເບິ່ງລະຫັດ ທີ່ນີ້ и ທີ່ນີ້). ມັນຍັງເປັນໄປບໍ່ໄດ້ທີ່ຈະຊ່ວຍຕົວຕັ້ງຕົວຕີ, ເພາະວ່າ

ຮູບແບບການເຄື່ອນໄຫວ = TCPx+IPx

ຄວາມພະຍາຍາມໃນການເຊື່ອມຕໍ່ລະຫວ່າງລູກຄ້າທີ່ມີຊຸດສະຫນັບສະຫນູນ IPv6 IP ທົ່ວໄປເບິ່ງຄືວ່ານີ້. ໃຫ້ຂ້ອຍເຕືອນເຈົ້າ, ບັນລຸ PA ຂ້ອຍບໍ່ປະສົບຜົນສໍາເລັດສໍາລັບ DC++.

ແລະອີກເທື່ອຫນຶ່ງແປກໃຈ. ມັນປະກົດວ່າຮູບແບບຕົວຕັ້ງຕົວຕີສໍາລັບ IPv6, ເຊິ່ງ DC++ ສະແດງໃຫ້ເຫັນ, ແມ່ນການປອມແປງໂດຍເຈດຕະນາຫຼືແມງໄມ້.

ຈະເປັນແນວໃດຕໍ່ໄປ?

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

ທໍາອິດແມ່ນການປິດສຽງ IPv6 ທັງຫມົດຫຼື, ກົງກັນຂ້າມ, ສ້າງ hub ເພື່ອເຮັດວຽກພຽງແຕ່ຜ່ານມັນ.

ອັນທີສອງແມ່ນອັນນີ້ ການຂະຫຍາຍຕົວ, ເຊິ່ງພຽງແຕ່ເຂົ້າໃກ້ຂັ້ນຕອນການທົດສອບ.

ດີ, ຖ້າທ່ານຂີ້ຄ້ານເກີນໄປທີ່ຈະຕັ້ງຄ່າໂຫມດການເຄື່ອນໄຫວສໍາລັບການເຮັດວຽກໃນ DC, ຈື່:

ຜູ້​ໃດ​ມີ, ສິ່ງ​ທີ່​ຈະ​ໃຫ້​ແກ່​ຜູ້​ນັ້ນ, ຜູ້​ທີ່​ບໍ່​ມີ, ແມ່ນ​ແຕ່​ສິ່ງ​ທີ່​ຕົນ​ຄິດ​ວ່າ​ມີ​ກໍ​ຈະ​ຖືກ​ເອົາ​ໄປ​ຈາກ​ຜູ້​ນັ້ນ. ຕົກ​ລົງ. 8:18

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