شبكة VPN لكل تطبيق على iOS: طابِق VPNUUID الخاص بالتطبيق لا PayloadUUID

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

اجمع أربعة معرّفات قبل لمس الجهاز

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

إذا لم يكن مسؤول VPN قد سلّمك حِمل التطبيق ومعرّفه، فاطلبهما بدلًا من انتزاع UUID من أي ملف إعدادات يكون الأقرب.

طبّق السمة عبر قناة الإدارة

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

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

اقرأ نتيجة الأمر لا أيقونة التطبيق

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

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

اختبر بالمورد ثم سجّل الزوج

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

احفظ معرّف الحزمة ومعرّف الحِمل وقيمة VPNUUID المشتركة ونتيجة الأمر معًا، حتى يبدأ التحقيق التالي من القيم الأربع نفسها لا من الذاكرة.

تراجَع دون أضرار جانبية

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

أي تدقيق يسأل عن سبب مرور تطبيق بعينه عبر نفق سيطلب زوج معرّفي UUID وتاريخًا، لا وصفًا لعملية النشر.