كيف توزّع مساحة العناوين لشبكة VPN متعددة المواقع

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

أربعة أدوار، أربعة أسئلة مختلفة

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

العمود الثالث وحده له أي علاقة بعدد الحواسيب المحمولة في المكتب. هذا الالتباس الواحد يفسّر معظم الجدل.

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

عدّ الكتل: التكلفة الحقيقية للشبكة /30

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

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

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

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

الشبكة الفرعية للبوابة المُدارة ليست مجمّع عملاء

كثيراً ما تحجز خدمة مُدارة شبكة فرعية لبنيتها التحتية من البوابات، وتلك الشبكة تستهلكها الخدمة ولا تُسلّم للعملاء. لها حجم موثّق، وأحياناً اسم موثّق، ولا علاقة لها بعدد المستخدمين المتصلين. والتعامل معها كمجمّع عناوين للأجهزة البعيدة ينتج تصميماً يستنفد نفسه في أول صباح مزدحم.

اقرأ متطلب المزوّد كتكلفة ثابتة، كما تتعامل مع وحدة رف. فهو ليس جزءاً من ميزانية البادئة المحمية.

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

وثّق الخطة لتصمد أمام الموقع الثاني

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

سجّل افتراض النمو وراء كل كتلة، لأنه الجزء الذي لا يستطيع أي قارئ لاحق إعادة بنائه من العناوين وحدها.

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