IPv6 عبر VPN: البادئة المفوَّضة ليست مجمع عناوين

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

الخطوة الأولى: حدِّد الدور الذي تخدمه

المضيف الواحد يحتاج إلى عنوان واحد على واجهة النفق، مع مسار إلى الطرف البعيد ولا شيء في المصب يحتاج إلى ترقيم. الموجّه خلف النفق يحتاج إلى شبكة كاملة يستطيع توزيعها، إضافة إلى مسار على الطرف البعيد يعيد تلك العناوين إليه. ما يوجد خلف النفق هو ما يحدد كل قرار لاحق.

أجب عن ذلك السؤال قبل فتح أي إعداد. كل ما يأتي بعد هذه الخطوة يعتمد على الإجابة التي قدمتها.

الخطوة الثانية: إسناد العناوين لمضيف واحد

عيّن عنوان النفق، وتأكد من طول البادئة الذي يتوقعه المنتج، وتحقق من أن العميل يثبّت مساراً للنطاق البعيد بدلاً من إرساله إلى البوابة الافتراضية المحلية. وجود /128 على واجهة نفق أمر طبيعي لرابط نقطة إلى نقطة، بينما يعني /64 هناك ادعاء شبكة لم يفوّضها أحد. مخرجان يحسمان السؤال: جدول العناوين وجدول المسارات، مقروءين على الطرفين. اقرأهما معاً، لأن المسار الذي يشير إلى الواجهة الخطأ هو الخطأ الأكثر شيوعاً في هذه الخطوة.

تحقق باستخدام جدولي العناوين والمسارات على الطرفين، ثم أرسل طلباً واحداً. إذا خرج الطلب بشكل صحيح ولم يعد شيء، فالعطل في مسار الطرف البعيد لا في عنوان العميل.

الخطوة الثالثة: التفويض لموجّه خلف النفق

تفويض البادئة آلية منفصلة عن إسناد العناوين، لها طلبها الخاص وإجارتها الخاصة. يجب إعداد الطرف المفوِّض لتسليم بادئة كبيرة بما يكفي للشبكة في المصب، وعلى الموجّه الطالب أن يرقّم واجهته الداخلية من تلك البادئة.

لا تفترض أن المجمع الذي يخدم عملاء الجوال قادر على التفويض. كثير من منتجات VPN تخصص عناوين مفردة ولا تملك دور تفويض على الإطلاق، والبادئة القادمة من المزوّد إلى حافتك لا تُمرَّر تلقائياً إلى نظير. سجّل الدور الذي يخدمه كل مجمع، لأن الاثنين يُعدّان في مكانين مختلفين.

الخطوة الرابعة: اجعل مسار العودة صريحاً

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

بادئة صالحة بلا مسار عودة تنتج خطة عنونة أنيقة وانعدام اتصال. والمسار بلا قاعدة وصول يكشف من الموقع أكثر مما هو مقصود، لذا اقترن التغييرين في النافذة نفسها وأبعد الحالة نصف المطبَّقة عن المستخدمين.

الخطوة الخامسة: التحقق من خلف الموجّه

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

نفّذ الفحص الأخير مرتين، مرة من الموجّه نفسه ومرة من جهاز خلفه. الموجّه الذي يصل إلى الوجهة بينما عملاؤه لا يصلون هو مشكلة تفويض أو تمرير، لا مشكلة في المنبع.

التراجع

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

إذا تبيّن أن منتجاً لا يدعم الدور الذي تحتاجه، توقف وغيّر التصميم بدلاً من مطّ حقل عميل ليحمل نطاقاً لم يكن مخصصاً له قط. حالة دعم يُجاب عليها بالآلية الخطأ تكلف أكثر مما تكلفه تغيير التصميم.