أندرويد: Always-On والحجب بدون VPN — اختر الزوج الصحيح

Always-On والحجب بدون VPN إعدادان منفصلان، وتشغيل الأول لا يشغّل الثاني. يعتمد الزوج الصحيح على مالك الجهاز، والتطبيقات التي يغطيها النفق، وما يحدث قبل فتح القفل.

مفتاحان بوعود مختلفة

يعد Always-On بالاستمرارية ويعيد تشغيل الخدمة عند سقوطها؛ ويعد الحجب بالعزل: بلا نفق لا يجد النقل المغطى طريقًا إلى الخارج.

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

القرار الأول: جهاز مُدار أم إعداد المستخدم؟

على جهاز مُدار تحتفظ السياسة بـ Always-On والقفل، وقد يكون المفتاح المحلي غائبًا أو معطلًا أو يُعاد ضبطه عند تحديث السياسة؛ هذا عمل السياسة لا خلل يجب الالتفاف عليه. غيّر المتطلب في السياسة لا في الجهاز.

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

النطاق حسب الملف الشخصي لا حسب الجهاز: يسمح أندرويد بنفق VPN نشط واحد لكل ملف مستخدم.

الحجب في ملف العمل لا يقول شيئًا عن الجانب الشخصي، واختبار سياق واحد لا يصادق على الآخر.

القرار الثاني: حجب الكل أم استثناء بعض التطبيقات؟

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

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

القرار الثالث: ما يحدث قبل فتح القفل وعلى البوابة؟

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

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

وثائق عملاء VPN في أندرويد تغطي Always-On والحجب واستثناءات التطبيقات وقاعدة نفق واحد لكل ملف؛ اقرأها قبل التصميم من الذاكرة.

اختبر الحالة دون شبكة ثم اكتب سطر القبول

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

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

سطر القبول محدد وقابل للاختبار: يصل التطبيق المقصود في الملف المقصود إلى النفق المعتمد ويبقى في حالة الحجب المطلوبة حين لا يستطيع. وقبل التوقيع:

• Always-On والحجب مضبوطان حيث تدعمهما المنصة ومالك كل إعداد معروف.
• نطاق التطبيقات مقصود وقد أكدت ما يحدث للتطبيقات المستثناة في وضع الحجب.
• الفجوة قبل فتح القفل ومسار بوابة captive محسومان لا مكتشفان.
• أُجري اختبار العطل على فئة الأجهزة التي تنشرها فعلًا.