چرا VPN برای هر برنامه نسخهٔ کاری یک برنامهٔ اندروید را نمیگیرد
نمایهٔ کاری یک زمینهٔ مدیریتشدهٔ جداگانه است، بنابراین VPN برای هر برنامه در یک نمایه میتواند نسخهٔ شخصی را دستنخورده بگذارد. پیش از آزمایش، مالک را بررسی کنید.
یک برنامه دو بار روی گوشی دارای نمایهٔ کاری ظاهر میشود، و این دو نسخه یک موضوع نیستند. VPN برای هر برنامه که درون یک زمینه پیکربندی شده باشد، نمونهٔ همان زمینه را کنترل میکند، و همین است که یک قاعده با نام بسته میتواند نسخهٔ دیگر را دستنخورده بگذارد. این یک اشکال برای دور زدن نیست، مرز نمایه است که دقیقاً همان کاری را میکند که برایش طراحی شده. پرسشی که ارزش پاسخ دادن دارد این است که کدام زمینه مالک VPN است و کدام مالک برنامهای که میخواهید محافظت کنید.
یک نماد، دو نصب، دو مالک سیاست
اندروید به نمایهٔ کاری زمینهٔ مدیریتشدهٔ خودش را میدهد، همراه با برنامهها، حسابها و سیاست جداگانه، بنابراین راهانداز میتواند دو مدخل نشان دهد که نام و نشان یکسانی دارند. سرویس VPN که درون یک زمینه آغاز میشود برای کاربران همان زمینه کار میکند، و این همان سازوکاری است که پشت کل مشکل قرار دارد. نماد به شما میگوید کدام برنامه را لمس کردید، نه اینکه ترافیک حاصل به کدام نمایه تعلق دارد. به همین دلیل مالک را باید از نمایه خواند نه از تصویر.
یک سازمان همچنین میتواند برای سمت مدیریتشده رفتار همیشه-روشن یا مسدودسازی بدون VPN را الزام کند، و این تغییر میدهد وقتی تونل قطع است چه رخ میدهد. سمت شخصی چنین تضمینی ندارد، مگر اینکه خودتان یکی ساخته باشید.
فهرست برنامههای مجاز در واقع چه معنایی دارد
پشتیبانی اندروید از VPN برای هر برنامه بر پایهٔ فهرستها ساخته شده و در راهنمای کاربران VPN و نمایههای کاری مستند شده است، و دو نوع فهرست مقادیر پیشفرض متضاد دارند. فهرست مجاز یعنی فقط بستههای نامبرده از تونل استفاده میکنند و هر چیز دیگر کنار گذاشته میشود، در حالی که فهرست غیرمجاز یعنی همه چیز بهجز بستههای نامبرده شامل میشود. اگر این را برعکس کنید، عکس سیاست موردنظر را ساختهاید در حالی که صفحهٔ تنظیمات هنوز معقول به نظر میرسد. فهرست درون زمینهای ارزیابی میشود که VPN در آن اجرا میشود، پس نام بستهای که در هر دو نمایه وجود دارد فقط با نسخهٔ همان زمینه مطابقت میکند. بستهای که در نمایهٔ دیگر فهرست نشده باشد بهسادگی به این VPN مربوط نیست.
رفتار را برای دو یا سه برنامهای که اهمیت دارند بنویسید، چون تفاوت میان همه-بهجز و فقط-اینها تعیین میکند که آیا یک برنامهٔ شخصی از کنار تونل نشت میکند یا بسته شکست میخورد. یک جدول کوچک اینجا از یک بند بهتر است: یک ردیف برای هر نمایه، با نوع فهرست و پیشفرض برای بقیهٔ چیزها.
| Context | List type | Apps not named |
|---|---|---|
| Work profile | allowed only | excluded from the tunnel |
| Personal profile | disallowed | included in the tunnel |
کدام سمت تونل را اجرا میکند، و زیر سیاست چه کسی
VPN مصرفی کنترلهای سازمان را از نمایهٔ مدیریتشده برنمیدارد، و VPN نمایهٔ کاری یک تونل عمومی برای برنامههای شخصی نیست. اگر سازمان برای برنامههای مدیریتشده کلاینت خودش را الزام کند، کلاینت شخصی ترتیبی جداست با سیاست خودش و حالتهای شکست خودش. پیش از مقایسهٔ نتایج تصمیم بگیرید کدام سازوکار باید کدام ترافیک را حمل کند، وگرنه دو سامانه را میسنجید و تفاوت را اشکال مینامید. درون زمینهٔ خودش معمولاً سمت مدیریتشده پیروز میشود، و این رفتار موردنظر است.
مورد دشوار برنامهای مدیریتشده است که به مسیری نیاز دارد که سیاست مدیریتشده فراهم نمیکند. این یک درخواست استثنا از سازمان است، نه دلیلی برای خاموش کردن نمایهٔ کاری.
آزمودن نمونهای که واقعاً منظورتان بود
نسخهای را که برایتان مهم است اجرا کنید و درخواست را از درون بررسی کنید، چون بررسی نشانی عمومی در مرورگر شخصی هیچ چیزی دربارهٔ برنامهٔ کاری نمیگوید. حساب واردشده و حل نام داخلی را جداگانه بررسی کنید، زیرا یک نام داخلی میتواند به مسیر مدیریتشده وابسته باشد در حالی که گشتوگذار عمومی جای دیگری میماند. در لحظهٔ آزمایش یادداشت کنید کدام نسخه کدام نتیجه را داد، و نمایه را در برچسب بنویسید؛ تصویر صفحه با دو نماد یکسان مدرک نیست. بررسی را پس از اتصال دوباره و پس از بازسازی نمایه تکرار کنید، چون سیاست ممکن است در این فاصله دوباره اعمال شود.
اگر نمیتوانید بگویید کدام نسخه پاسخ داد، پیش از هر نتیجهگیری برچسبگذاری را درست کنید. نتیجهٔ مبهم بدتر از بینتیجه است، چون بعداً طوری نقل میشود که گویی پرسش را حل کرده است.
مستندسازی پوشش تا آزمون بعدی زنده بماند
سه واقعیت را با هم برای هر زمینه ثبت کنید: نمونهٔ برنامه، مالک سیاست و پوشش انتظاری. همین برای نفر بعدی کافی است تا آزمون شما را بدون حدس زدن دربارهٔ نمادی که اجرا کرده بازتولید کند. نوع فهرست و پیشفرض بستههای فهرستنشده را اضافه کنید، چون این همان بخشی است که مردم بیشتر از همه اشتباه میخوانند.
سپس یک نام داخلی و یک نشانی بیرونی از هر سمت را بررسی کنید و بنویسید وقتی سمت مدیریتشده VPN شخصی را مسدود میکند چه باید رخ دهد. گوشیای که هیچکدام از دو سمت در آن پوشش ندارد در حالی که هر دو متصل به نظر میرسند، همان شکستی است که ارزش طراحی در برابر آن را دارد. وقتی هر دو نمایه واقعاً به تونل نیاز دارند، دو ترتیب برنامهریزی کنید نه یک قاعدهٔ زیرکانه.