اكتب مسار الحزمة قبل تهيئة الشبكة الخاصة الافتراضية

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

اتصال واحد يكفي للبدء. ثلاث صفحات من الطوبولوجيا تخفي عادة الجواب نفسه المفقود.

صِف طلباً واحداً، لا مخططاً

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

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

الآن سمِّ الاتصال الوحيد المقصود في جملة واحدة أعلى الصفحة. إذا احتاجت تلك الجملة كلمة أو، فلديك تصميمان ويجب أن تتعامل معهما بشكل منفصل.

اتبع الرد قبل الطلب

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

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

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

امنح كل قرار مالكاً

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

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

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

صِف ما ينكسر وكيف تتعافى

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

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

سمِّ اختباراً غير ضار لكل مرحلة

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

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