أرسلت ملف VPN واحدًا إلى الجميع وهو يحمل كلمة مرورك
أبقِ ملف Apple VPN المشترك على الإعدادات فقط وسلّم كل شخص بيانات اعتماده الخاصة. افصل التسليم، ثم استبدل كلمات المرور المسرّبة لدى المُصدر.
يُثبَّت الملف الشخصي بسلاسة، ويتصل الجميع، ثم تُغيَّر كلمة مرور الحساب. يتوقف كل جهاز تلقى الملف عن المصادقة في الدقيقة نفسها، لأنها جميعًا تحمل السر نفسه. هذا هو الدليل: بيانات اعتماد واحدة نُسخت في ملف مشترك تحوّل تغييرًا روتينيًا لكلمة المرور إلى انقطاع على مستوى الأسطول. والحفاظ على التهيئة القابلة لإعادة الاستخدام والهوية الفردية كتسليمين منفصلين يتجنب ذلك، كما أن توثيق إدارة الأجهزة من Apple يتعامل مع الملفات الشخصية كإعدادات وتفويض، لا كمخزن أسرار.
تظهر العَرَض عند أول تدوير
ملف mobileconfig هو XML أو plist موقّع. يمكن لأي شخص يحمل نسخة أن يفك ترميز الحمولة ويقرأ ما فيها، لذا فإن قيمة AuthPassword في قالب هي بيانات اعتماد بنص صريح بامتداد ملف غير معتاد. التوقيع يغيّر السلامة والأصل، لا قابلية القراءة. وفي الوقت نفسه، فإن الأجزاء التي تريد مشاركتها فعلًا، مثل عنوان البوابة وهوية الخادم المتوقعة وسياسة حركة المرور، متطابقة للجميع.
رتّب الحقول قبل تحرير أي شيء، لأن الحد ليس حيث يفترض الناس أنه كذلك.
افصل الإعدادات المشتركة عن بيانات الاعتماد الفردية
| Item | Shared profile | Individual record |
|---|---|---|
| Gateway address, expected server identity | yes | no |
Traffic policy, IncludeAllNetworks, exclusions | yes | no |
| User password or account token | no | yes |
| Device identity or certificate | no | yes |
المسار التفاعلي هو ترك كلمة المرور خارجًا والسماح لترتيب المصادقة المدعوم بطلبها. اقرأ ذلك بعناية: حذف حقل يشبه غيره ظاهريًا ليس تحويلًا شاملًا إلى تسجيل الدخول التفاعلي. تميّز حمولة IKEv2 AuthName بين AuthPassword، وتحدد طريقة المصادقة ما إذا كان الطلب متاحًا أصلًا؛ ولن تطلب طريقة قائمة على الشهادات كلمة مرور على الإطلاق.
الشهادات لا تحتاج إلى مفتاح مشترك أيضًا
إذا كانت البوابة تتوقع مصادقة بالشهادات، فسجّل هوية المستخدم أو الجهاز المقصودة عبر الآلية المعتمدة وأبقِ المفتاح الخاص خارج القالب. مفتاح خاص مشترك داخل كل نسخة يمنحك مشكلة التدوير نفسها بنطاق تأثير أسوأ، لأن المفتاح لا يمكن إبطاله لكل شخص إلا إذا صدر لكل شخص.
سجّل الإصدار والتجديد والإبطال لتلك الهوية إلى جانب مراجعة الملف الشخصي. وعندما يُتتبَّع الاثنان معًا، يصبح التجديد مهمة مجدولة بدلًا من حادث.
الأجهزة غير المراقبة تحتاج إلى إجابة ثالثة
الجهاز الذي يجب أن يتصل قبل أن يسجّل أي شخص الدخول لا يستطيع الإجابة على طلب. هذا مطلب مختلف عن جعل الإعداد أسهل لشخص مسجّل الدخول، وينبغي حله بهوية مُدارة أو شهادة لكل جهاز متفق عليها مع مالك البوابة، لا بتخزين كلمة مرور بشرية في ملف شخصي.
تخزين كلمة المرور لا يزيل عاملًا ثانيًا أيضًا. إذا كانت البوابة تتطلب MFA، فإن ملفًا شخصيًا بكلمة مرور محفوظة سيظل يفشل عند الإقلاع، وسيبدو الفشل كملف شخصي معطوب بدلًا من عامل مفقود.
افحص الملف الناتج فعليًا
القوالب تكذب بالحذف. يمكن لخدمة إدارة أو أداة تصدير أن تحقن بيانات اعتماد في الملف النهائي، كما يمكن لحمولات الهوية المصاحبة أو النسخ التشخيصية أن تحمل مواد لم يعرضها القالب قط. افتح الملف الناتج قبل أن تقرر من يجوز له استلامه. واحتفظ أيضًا بإعدادات المُصدر الموثوق وهوية الخادم المتوقعة كما هي؛ فإزالة كلمة مرور ليست سببًا لإضعاف الثقة بالبوابة.
إذا كانت كلمة مرور حقيقية أو هوية خاصة قد انتشرت على نطاق واسع، فأبطلها لدى المُصدر واستبدلها. تحرير قالب الغد لا يفعل شيئًا للنسخ المثبتة بالفعل، وستواصل تلك النسخ المصادقة حتى تُسحب بيانات الاعتماد التي تقف خلفها.
اقبل التسليم بهوية اختبارية
ثبّت عبر التدفق المعتمد على جهاز مسجّل كهوية اختبارية منفصلة، وأكمل المصادقة المقصودة، وصولًا إلى المورد الخاص بدلًا من مجرد مشاهدة النفق وهو يعمل. تأكد من أن الملف الشخصي لا يحتوي على أي مواد اعتماد، ثم تأكد من وجود بيانات الاعتماد في سجل الهوية الذي سيُجدَّد. هذا الاقتران هو اختبار القبول.
مراجعة واحدة للإعدادات المشتركة، وسجل واحد لكل شخص، ومسار إبطال استخدمته فعليًا مرة واحدة.