استخدام IPv6 مع الاتصال المباشر المتقدم

من المثير للاهتمام مشاهدة تطور شبكة مشاركة الملفات، ولكن المشاركة فيها أكثر إثارة للاهتمام.

اليوم، تركيب وإطلاق حديث إن إم دي سي Hub، يحصل المسؤول الجديد على الوصول إلى جميع التطورات والخبرة المتراكمة في هذا المجال من أسلافه تقريبًا. يحتوي على نظام جاهز للتوسيع والتخصيص، بما في ذلك بمساعدة العديد من البرامج النصية.

С ADC محاور خلاف ذلك. والمقصود من تصميم هذا البروتوكول أن يكون قابلاً للتوسيع. هل تريد ميزة جديدة؟ حسنًا، اعرضه، روج له، نفذه، نفذه، استخدمه.

ترجمة إلى الإنجليزية

ونتيجة لذلك، يمكنك، بالطبع، الحصول على مركز جاهز خارج الصندوق، ولكن مجرد تشغيله ونسيانه لن يكون جيدًا. تتضمن القابلية للتوسعة في السياق التاريخي أيضًا وجود عدد مختلف من الوظائف المختلفة لبرنامج العميل والخادم، اعتمادًا على الإصدار. وما سيعمل بدون مشاكل لمستخدم واحد قد يكون غير متوافق مع عميل آخر، ويجب أخذ ذلك بعين الاعتبار.

حدث هذا مع IPv6. لا يعرف الرجل العجوز NMDC كيفية القيام بذلك من حيث المبدأ، لكن شركة ADC نفسها مستعدة لذلك. ومع ذلك، ليس كل شيء بهذه البساطة.

مجرد نظرية صغيرة

يمكن للمستخدم "النشط" قبول الاتصالات الواردة. في الواقع، طلب الاتصال القادم منه هو في الواقع دعوة.

يمكن للمستخدم "السلبي" عمومًا استخدام الطلبات الصادرة فقط. من خلال المحور هو طلبات يرسل المستخدم النشط دعوة - ​​ويتم إنشاء الاتصال.

ونعم، هذه الآلية لا تعتمد على إصدار بروتوكول IP المستخدم.

البجعة وجراد البحر والبايك

دعونا نتحدث عن برنامج العميل.

دعم IPv6 DC + + تجريبية بطبيعتها. لا توجد إعدادات منفصلة لها، وكان من المدهش بالنسبة لي أن أرى أوضاع تشغيل مختلفة لإصدارات مختلفة من IP، مع وجود سلبي للسادس فقط، لكن هذا غير دقيق.

لم يكن من الممكن الحصول على الوضع النشط أثناء التكوين اليدوي حتى عند استخدام مجال IP بشكل صريح مع سجل AAAA كشبكة WAN، ولكن في الوضع التلقائي باستخدام UPnP، عمل كل شيء كما هو متوقع.

AirDC ++ لديه أيضًا دعم لاتصالات IPv6، ويتم تنفيذه بشكل منفصل تمامًا عن IPv4. علاوة على ذلك، يقوم هذا العميل بتعديل علامات المستخدم بطريقة تعرض أوضاع التشغيل لكلا بروتوكولي IP في وقت واحد. المحاور نفسها لا تعرف كيفية القيام بذلك (حتى الآن)، وهو أمر مؤسف.

يجب أن أقوم بالحجز على الفور: تقوم AirDC++ بهذا بمفردها ولنفسها. في المستقبل، للراحة، سأستخدم مجموعات مثل AP أو AA كإشارة إلى أوضاع التشغيل النشطة أو السلبية لـ IPv4 وIPv6، على التوالي، بدلاً من عرضها في علامة العميل الحقيقية على المحور الحقيقي. انه مهم.

في تجربتنا سوف نستخدم FlylinkDC ++ كعميل ليس على دراية بـ IPv6 على الإطلاق. وتجدر الإشارة أيضًا إلى هذا الدعم NATT بالنسبة له في وقت كتابة هذا المقال لم يتم تنفيذه في أي مكان.

بداية

بادئ ذي بدء، سننظر إلى الاتصالات المستحيلة بشكل واضح بين مستخدمي الإصدارات المختلفة من بروتوكول IP. سيتم استخدامها للاختبار مركز IPv6 جاهز مع سجلات المورد A- وAAAA لاسم النطاق الذي يعمل كعنوان له.

يرجى ملاحظة أنه عندما تحاول (في الواقع) الاتصال بمستخدم باستخدام عنوان IP الإصدار XNUMX، يتم عرض خطأ.

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

في الترجمة البشرية يبدو الأمر كذلك

س4: – هل يمكنني التمسك بك؟
ج6: – تمسك!
ج4: – الحياة ألم 0_0

قاموس قصير، إذا لزم الأمر، هنا.

وإذا كان العكس، ويبدأ الاتصال A4، ثم لا يتم عرض أي خطأ ويتوقف الاتصال ببساطة.

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

كن، لا يبدو أن يكون

المهم هو وضع الاتصال المعروض على المحور.

سيتعين على العملاء الذين ليس لديهم دعم IPv6 رؤية المستخدمين المتصلين من خلاله على أنهم سلبيون بشكل واضح، وذلك ببساطة لأن المحور لا يتم ملؤه لهم I4 أو I6 المجال وفقا لذلك.

فلاي لينك دي سي ++ مقابل. IPv6

في الواقع، الوضع أبسط وأكثر تعقيدًا في نفس الوقت.

إير دي سي ++ مقابل. IPv6

أسهل لأن IPv6 له الأسبقية على IPv4، وهذا أمر مفهوم. ومن خلاله (على الرغم من توفر التجاوز باستخدام الخيار المقابل) سيتم إنشاء الاتصال بالمركز، وسيقدمه العميل النشط إلى العميل السلبي للاتصال.

الأمر أكثر صعوبة، لأنه إذا كان هناك مستخدمون لديهم دعم IPv6 على المركز، لكنهم متصلون بشكل صارم عبر عنوان IPv4، فعندئذٍ...

... ثم يمكنك الاتصال بهم (عشوائيًا) دون الحاجة إلى IPv4 على الإطلاق.

يرجى ملاحظة أن العميل البعيد قد صنف نفسه كأحد الأصول، ولكن يتم التعامل معه على أنه التزام. لماذا؟

رميه في أرجوحة

الآن دعونا نحاول توصيل العملاء بمجموعات مختلفة، ولكن شائعة من حيث IPv4، تدعم بروتوكول IP بعضها البعض.

نعم، من المؤسف أن المستخدمين السلبيين يضطرون إلى التدخين على الهامش. لكن هذا لا يمكن مساعدته، نظرًا لأن عنوان IP المرئي الخاص بهم ليس مهمًا بشكل خاص - ولهذا السبب يعتبرون التزامات.

باه! يرسل العميل النشط أمر سلبي؟.. سيكون من المنطقي توقع اتصال "عالق"، ولكن لا، اتضح في ظل الظروف A4.

لماذا هذا؟ نتواصل مع المطور ونحصل على الجواب:

CTM ليس جيدًا إذا كان المستخدم الآخر لا يدعم IPv6

ولا يمكنك الجدال! ولكن هذا يتطلب منطقًا داخليًا مستقلاً عن المحور (انظر الكود هنا и هنا). لا يزال من المستحيل مساعدة السلبيين، لأنه

الوضع النشط = تكبكس + إيبكس

تبدو محاولات الاتصال بين العملاء الذين لديهم مجموعات دعم IPv6 IP الشائعة بهذا الشكل. دعني أذكرك، حقق PA لم أنجح في DC++.

ومرة أخرى مفاجأة. لقد اتضح أن الوضع السلبي لـ IPv6، والذي يوضحه DC++، إما أنه مزيف متعمد أو خطأ.

ما هي الخطوة التالية؟

توجد حاليًا طريقتان بالضبط لحل جميع المشكلات المحتملة التي تتعلق بتوصيل المستخدمين في أوضاع مختلفة وبمجموعات مختلفة من دعم بروتوكول IP.

الأول هو كتم IPv6 تمامًا، أو على العكس من ذلك، إنشاء مركز للعمل من خلاله فقط.

والثاني هو هذا تمديد، والتي تقترب للتو من مرحلة الاختبار.

حسنًا، إذا كنت كسولًا جدًا بحيث لا تتمكن من إعداد الوضع النشط للعمل في العاصمة، فتذكر:

من له فماذا يُعطى ومن ليس له فحتى ما يظن أنه له سيؤخذ منه. نعم. 8:18

المصدر: www.habr.com