فحوص قبول لبوابة VPN افتراضية مع المصادقة متعددة العوامل

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

ما يجب أن يؤكده المورد عن هذا النشر

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

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

أثبت أن العامل الثاني عامل ثانٍ

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

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

اكتب شرط النجاح قبل أن تكسر أي شيء

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

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

تدرّب على النسخة، لا على البوابة الحيّة

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

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

قِس عبء العمل الذي سيشغّله فريقك

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

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