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

عنوانان، مهمتان

في مثال معلن، يخبر hub.example.net الفرع بمكان إرسال حركة النقل، ويحدّد 10.90.0.1 خادم NHS داخل النفق. يعمل الاكتشاف على الأول، بينما يعمل التسجيل والتوجيه على الثاني. تغيير الاسم يؤثر في المسار إلى نقطة النهاية، أما تغيير عنوان البروتوكول فيؤثر في علاقة الشبكة المتراكبة نفسها.

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

قارن صيغتي الإعداد

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

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

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

قارن التخزين المؤقت لـ DNS بمركز ثابت

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

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

للصيغة الثابتة تأخّرها الخاص بالطبع: لا شيء يتغيّر حتى يُعدَّل كل فرع. المقارنة بين دفع إعداد منسّق وتحديث اكتشاف مخزّن مؤقتاً، لا بين بطيء وفوري.

قارن ما يبقى كما هو

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

الحركة المحمية أيضاً لم تتغيّر. ردّ NHS لا يثبت وجود مسار العميل أو السماح بتدفّق التطبيق. التسجيل والتوجيه والسياسة ثلاث تحققات، والاسم يؤثر فقط في الخطوة الأولى التي تغذّيها.

مقارنة يمكنك التحقق منها

توثّق Cisco ملاحظات منفصلة للجلسة وعلاقة NHS. استخدم show dmvpn لقراءة حالة النظير والجلسة، و show ip nhrp nhs لقراءة عرض تسجيل NHS. قارن عنوان النقل المُحلّ ونظير الشبكة المتراكبة وحالة التسجيل بهذا الترتيب.

يوثّق فصل IOS XE FQDN-DMVPN سلوك الاكتشاف والتخزين المؤقت والقيد وراء هذه المقارنة. اقرأه مقابل الإصدار المثبّت لديك قبل أن تتعامل مع مركز أُعيدت تسميته كبديل مباشر لمركز مرقّم.

مقالات ذات صلة