تمثيل IPv4 داخل IPv6

المقدّمة عادةً خاطئة، ولا بأس بذلك

معظم من يبحث عن محوّل من IPv4 إلى IPv6 يبحث عن شيء غير موجود: دالّة تأخذ العنوان الذي يملكه فتُعيد عنوان IPv6 الذي ينبغي أن يستعمله. لا وجود لمثل هذه الدالّة. فعناوين IPv6 تُخصَّص — إذ يمنحك مزوّد خدمتك أو شركة استضافتك كتلةً من كتلة مُنحت لهم — ولا تُحسب من عنوان IPv4 تملكه سلفاً.

أما الموجود فعلاً فعدة صيغ تضع عنوان IPv4 داخل صياغة IPv6، وُضعت كل واحدة منها لمهمة بعينها. ومعرفة أيّها ما مفيدة حقاً، لأنك ستصادفها في السجلات وملفات الإعداد. أما معاملة أيٍّ منها على أنها «عنوان IPv6 الخاص بك» فليست كذلك.

الصيغة التي ستراها فعلاً

::ffff:203.0.113.5 — الصيغة المُسقَطة من IPv4 — تمثّل تقريباً كل ظهور واقعي لهذه الصيغ. وتظهر حين يستمع برنامج على مقبس IPv6 ويتصل به عميل عبر IPv4: فيقدّم نظام التشغيل النظير بهذه الصيغة كي لا يضطر التطبيق إلى التعامل إلا مع نوع عنوان واحد.

وتعضّ العاقبة العملية في موضعين. فتحليل السجلات الذي يتوقع أرباعاً مفصولة بنقاط لن يطابق هذه الأسطر. وقائمة سماح تقارن النصوص ستفشل في مطابقة ::ffff:203.0.113.5 مع 203.0.113.5 — قاعدة تبدو صحيحة، وتجتاز المراجعة، ولا تعمل أبداً في صمت. فوحِّد الصيغة قبل المقارنة.

وما هي البقية

الصيغة المتوافقة مع IPv4 (::203.0.113.5) كانت فكرة انتقالية مبكّرة، أُهملت في RFC 4291 سنة 2006 ولا يطبّقها شيء حديث. فإن وجدتها في ملف إعداد فتلك علّة لا اختيار.

6to4 (2002::/16) منح كل من يملك عنوان IPv4 عاماً كتلة ‎/48 من IPv6 تلقائياً، مُنفَّقةً عبر مُرحِّلات عامة. وقد أُهمل في RFC 7526 سنة 2015 — إذ لم يكن للمرحِّلات مشغّل مسؤول، وكانت أعطاله من أسوأ الأنواع: متقطعة وبطيئة ويستحيل على المستخدم تشخيصها.

NAT64 (64:ff9b::/96) معمول به اليوم ويُستعمل يومياً. وبخاصةٍ مشغّلو الهاتف المحمول الذين يديرون شبكات IPv6 فقط ويترجمون عند الحافة، فيصل بذلك هاتف لا يملك سوى IPv6 إلى خدمات لا تملك سوى IPv4. وهو حقيقي، لكنه خاصية للشبكة التي أنت داخلها، لا عنواناً يمكنك أن تعطيه لأحد.

لماذا لا يستطيع البروتوكولان التخاطب ببساطة

سؤال وجيه بعد ثلاثين سنة من الانتقال. والجواب أن IPv6 ليس IPv4 بعناوين أطول — بل هو بروتوكول مختلف بترويسة مختلفة، والموجّه الذي يتعامل مع أحدهما لا سبيل لديه لتمرير حزمة من الآخر. فليس في ترويسة IPv4 موضع يتّسع لعنوان بطول 128 بتاً.

لذا يحتاج كل مسار بينهما إلى شيء في الوسط: مضيف مزدوج يشغّل الاثنين، أو مترجم مثل NAT64، أو وكيل ينهي اتصالاً وينشئ آخر. وهذا وحده سبب بطء الانتقال، وسبب أن الجواب العملي عن سؤال «كيف أدعم IPv6؟» يكون دائماً تقريباً «شغّل المكدّس المزدوج» لا «حوّل شيئاً ما».

ذات صلة

لمعرفة البروتوكول الذي تصل به إلى الإنترنت فعلاً، يبلّغ فاحص IP عن عائلة العناوين التي استعملها اتصالك. ولتقسيم العنوان الذي لديك إلى شبكات فرعية، تغطي حاسبة الشبكات الفرعية جانب IPv4.