لماذا يفوّت VPN لكل تطبيق نسخة العمل من تطبيق Android

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

أيقونة واحدة، تثبيتان، مالكا سياسة

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

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

ما تعنيه قائمة التطبيقات المسموح بها فعلاً

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

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

أي جانب يشغّل النفق، وتحت سياسة مَن

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

الحالة المحرجة هي تطبيق مُدار يحتاج مساراً لا توفره السياسة المُدارة. ذلك طلب استثناء إلى المؤسسة، وليس سبباً لتعطيل ملف تعريف العمل.

اختبار النسخة التي كنت تقصدها فعلاً

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

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

توثيق التغطية حتى تصمد الاختبارات التالية

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

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