تشغيل IPv4 وIPv6 معًا

لا يتوافق IPv4 وIPv6 مباشرةً، لذلك لا يمكن للإنترنت التحول بينهما خلال ليلة واحدة. بل يعمل البروتوكولان جنبًا إلى جنب لسنوات خلال مرحلة الانتقال.

يجب على متخصصي الشبكات دعم البروتوكولين، ولهذا يغطي اختبار Network+ التقنيات التي تتيح لهذين الإصدارين العمل معًا بسلاسة.

النهج الأكثر شيوعًا هو dual-stack، حيث يشغّل الجهاز IPv4 وIPv6 في الوقت نفسه. ويمتلك عنوانًا من كل نوع، ويختار النوع الذي يستخدمه لكل وجهة.

يُعد dual-stack طريقة الانتقال المفضلة لأنه لا يحتاج إلى ترجمة؛ إذ يستخدم كل بروتوكول مساره الأصلي ببساطة.

على مضيف dual-stack، يفضّل نظام التشغيل عمومًا IPv6 عندما تدعم الوجهة والمسار ذلك، ثم يعود إلى IPv4 عند تعذر ذلك.

تسترشد عملية الاختيار بسجلات DNS المُعادة: إذ يشير سجل AAAA إلى IPv6، بينما يشير سجل A إلى IPv4. ويختار الجهاز بناءً على ما هو متاح وقابل للوصول.

عند غياب مسار أصلي لأحد البروتوكولين، تقوم tunneling بتغليف أحد البروتوكولين داخل الآخر. فعلى سبيل المثال، يمكن تغليف حزم IPv6 داخل IPv4 لعبور مقطع لا يدعم إلا IPv4.

تتيح آليات tunneling لجزر IPv6 المعزولة التواصل عبر إنترنت IPv4 إلى أن يتوفر IPv6 أصلي من طرف إلى طرف.

تترجم NAT64 بين IPv6 وIPv4، مما يتيح لعميل يعمل بـ IPv6 فقط الوصول إلى خادم يعمل بـ IPv4 فقط. وهي تعمل مع DNS64 الذي ينشئ سجلات AAAA المطلوبة.

الترجمة أكثر تعقيدًا من dual-stack، وتُستخدم عندما يتعذر على أحد الطرفين التحدث بالبروتوكول الآخر مطلقًا، مثل شبكات الهاتف المحمول الحديثة التي تعمل بـ IPv6 فقط وتصل إلى خدمات قديمة.

يربط DNS بين العالمين من خلال أنواع السجلات. إذ يربط A record اسمًا بعنوان IPv4، بينما يربط AAAA record اسمًا بعنوان IPv6.

ينشر خادم dual-stack السجلين معًا، بحيث يتلقى كل عميل العنوان المتوافق مع إمكاناته. وتُعد سجلات DNS الصحيحة أساسية لتشغيل dual-stack بسلاسة.

اختاروا الطريقة بناءً على ما يدعمه كل طرف:

• كلا الطرفين يدعمان الإصدارين → dual-stack (الأبسط).
• جزر IPv6 عبر IPv4 → tunneling.
• من IPv6 فقط إلى IPv4 فقط → translation (NAT64/DNS64).

يُفضّل dual-stack كلما أمكن لأنه يتجنب التكلفة الإضافية للترجمة.

يضيف dual-stack بعض التعقيد إلى استكشاف الأخطاء وإصلاحها. فقد يُحل الاسم عبر IPv6، لكن يكون مسار IPv6 معطلًا، مما يؤدي إلى بطء الاتصالات أو فشلها رغم عمل IPv4.

توفّر أدوات مثل ping وtraceroute أوضاعًا خاصة بـ IPv6 (ping -6)، بحيث يمكنكم اختبار كل بروتوكول بشكل مستقل وتحديد حزمة البروتوكولات التي تحتوي على الخلل.

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

يحدث الانتقال تدريجيًا بحكم الضرورة. فتوقعوا دعم البروتوكولين طوال مسيرتكم المهنية، حتى مع استمرار انتشار IPv6.

عمليًا، تعمل معظم الشبكات الحديثة باستخدام dual-stack: إذ تحمل العملاء والخوادم والموجّهات عناوين IPv4 وIPv6 معًا. كما يشغّل مشغلو شبكات الهاتف المحمول بشكل متزايد نوى تعمل بـ IPv6 فقط، مع استخدام NAT64 للوصول إلى خدمات IPv4 القديمة.

يساعدكم فهم الآلية المستخدمة على تشخيص مشكلات الاتصال وتصميم شبكات تعمل للجميع.

الخلاصة الأساسية: يتعايش IPv4 وIPv6، مع استخدام dual-stack كخيار افتراضي، وtunneling لعبور المقاطع غير المتوافقة، وtranslation لنقاط النهاية التي لا تدعم إلا بروتوكولًا واحدًا.

لقد أكملتم الآن أساسيات IPv6، وأصبح بإمكانكم قراءة عناوين IPv6 وتصنيفها ودمجها إلى جانب IPv4 الذي تعرفونه.

اختاروا طريقة الانتقال.

لقد تعلمتم تشغيل IPv4 وIPv6 معًا.

• لا يتوافق البروتوكولان، ولذلك يتعايشان خلال مرحلة انتقال طويلة.
• يشغّل Dual-stack البروتوكولين بشكل أصلي، وهو الخيار المفضل.
• تغلف Tunneling أحد البروتوكولين داخل الآخر لعبور المقاطع غير المتوافقة.
• تترجم NAT64/DNS64 بين الطرف الذي يعمل بـ IPv6 فقط والطرف الذي يعمل بـ IPv4 فقط.
• يستخدم DNS سجلات A (IPv4) وAAAA (IPv6) لتوجيه عملية الاختيار.