برنامه کاری به VPN نیاز دارد؟ ابتدا این سه لایه را بررسی کنید
برنامه کاری‌ای که VPN می‌خواهد ممکن است به دلیل یک نام خصوصی، یک سیاست برنامه یا یک قفل مدیریت‌شده شکست بخورد. پیش از اتصال دوباره، مسئول را مشخص کنید.
پیام می‌گوید برنامه به VPN نیاز دارد، اما برنامه معمولاً یک نشانه را گزارش می‌کند نه این‌که چیزی را که مانعش شده نام ببرد. سه مسئول جداگانه می‌توانند آن جمله را تولید کنند: سرویس خصوصی‌ای که برنامه با آن صحبت می‌کند، کد سیاست خود برنامه، و لایه مدیریت دستگاهی که پروفایل کاری را کنترل می‌کند. این‌که کدام یک می‌پرسد، کاری را که باید بکنید تغییر می‌دهد، و فقط یکی از این سه با اتصال یک تونل درست می‌شود. پیدا کردن مسئول در ابتدا شما را از نصب دوباره کلاینتی که هرگز مشکل نبود نجات می‌دهد.
آنچه خود برنامه می‌تواند بررسی کند
پیش از فرض یک قاعده پنهان پلتفرم، به یاد داشته باشید که یک برنامه عادی می‌تواند ببیند آیا انتقال VPN فعال است. ConnectivityManager شبکه‌هایی را که TRANSPORT_VPN دارند گزارش می‌دهد، و نبود NET_CAPABILITY_NOT_VPN به هر فراخواننده‌ای می‌گوید که مسیر فعلی از تونل عبور می‌کند. توسعه‌دهنده‌ای که می‌خواهد از اجرا بیرون از تونل خودداری کند می‌تواند این کار را با APIهای عمومی و بدون هیچ ابزار سازمانی انجام دهد.
آنچه برنامه از این راه نمی‌تواند ببیند این است که VPN از آن کیست. یک پرچم انتقال می‌گوید تونلی وجود دارد، نه این‌که جایی پایان می‌یابد که سازمان شما انتظار دارد.
مسیر سرویس: نام‌ها و نشانی‌های خصوصی
رایج‌ترین نسخه صادقانه پیام اصلاً بررسی سیاست نیست. برنامه یک نام میزبان داخلی مانند یک ویکی یا نقطه پایانی API را حل می‌کند که فقط در نمای DNS سازمانی وجود دارد، و جست‌وجو پیش از اجرای هر کد سیاست شکست می‌خورد. ممکن است تونل بالا باشد و ترافیک عمومی اینترنت را عبور دهد، در حالی که DNS تقسیم‌شده آن نام را به حل‌کننده‌ای می‌فرستد که هرگز آن را نشنیده است.
نشانه‌ها اینجا باریک‌اند. یک میزبان شکست می‌خورد، بقیه فراخوانی‌های شبکه برنامه کار می‌کنند، و شکست در هنگام جست‌وجوی نام رخ می‌دهد نه در زمان راه‌اندازی. گواهی‌های داخلی دومین حالت شکست را اضافه می‌کنند، چون برنامه‌ای که به CA سازمان سنجاق شده، گواهی عمومی را رد می‌کند حتی وقتی بسته‌ها جریان دارند.
اتصال یک VPN تجاری تصادفی هیچ‌کدام از این‌ها را درست نمی‌کند. نشانی خروج شما را تغییر می‌دهد و نام داخلی را به همان اندازه غیرقابل حل باقی می‌گذارد.
لایه سیاست برنامه
برنامه می‌تواند دروازه خودش را هم داشته باشد. پیکربندی‌های مدیریت‌شده به سازمان اجازه می‌دهند جفت‌های کلید و مقدار را که برنامه اعلام می‌کند بفرستد، و برنامه آن‌ها را از طریق RestrictionManager می‌خواند. کلیدی مانند یک نام پروفایل الزامی یا فهرست شبکه‌های مجاز کاملاً طراحی توسعه‌دهنده است و در کد برنامه با هر متن خطایی که آن کد انتخاب کند اعمال می‌شود.
این لایه جایی است که عبارت‌پردازی معمولاً خودش را لو می‌دهد. اگر پیام بلافاصله در زمان راه‌اندازی، پیش از هر فراخوانی شبکه، ظاهر شود و به سیاست، پروفایل یا مدیر اشاره کند، احتمالاً به منطق برنامه نگاه می‌کنید نه به بسته گم‌شده.
خواندن همان محدودیت روی یک دستگاه شخصی بن‌بست است. دستگاه‌های مدیریت‌نشده محدودیتی برای خواندن ندارند، پس برنامه به هر پیش‌فرضی که با آن ساخته شده بازمی‌گردد.
لایه پلتفرم: همیشه روشن و قفل
مدیریت دستگاه اجبارهایی اضافه می‌کند که برنامه نمی‌تواند آن‌ها را نادیده بگیرد. یک کنترل‌کننده سیاست دستگاه می‌تواند setAlwaysOnVpnPackage را برای پروفایل کاری فراخوانی کند، به‌صورت اختیاری با قفل فعال، و وقتی قفل روشن شد پلتفرم ترافیکی را که از آن بسته عبور نمی‌کند رد می‌کند. این مسدودسازی به‌عنوان یک وضعیت سیستم دیده می‌شود نه خطای برنامه: برنامه‌های دیگر پروفایل هم دسترسی به شبکه را از دست می‌دهند.
دامنه مهم است. VPN همیشه روشن برای هر کاربر تنظیم می‌شود، بنابراین بسته پروفایل کاری پروفایل شخصی شما را پوشش نمی‌دهد، و یک VPN شخصی بسته پروفایل کاری را برآورده نمی‌کند. دو پروفایل، دو سیاست شبکه مستقل، یک دستگاه.
این همچنین تنها لایه‌ای است که یک VPN بی‌ربط نمی‌تواند کمک کند، چون سیاست یک بسته مشخص را نام می‌برد.
تمایز سه مورد
نشانه‌ها را به ترتیب مرور کنید و در اولین موردی که مطابقت دارد توقف کنید. شکست یک نام میزبان در حالی که همه چیز دیگر حل می‌شود به مسیر سرویس اشاره دارد. رد فوری در زمان راه‌اندازی با عبارت‌پردازی سیاست به منطق برنامه اشاره دارد. از دست رفتن اتصال کل پروفایل هر بار که کلاینت تأییدشده قطع می‌شود به قفل اشاره دارد. و برنامه‌ای که هر تونلی را می‌پذیرد در حال بررسی پرچم انتقال است، نه هویت سازمان شما.
شواهد مفید: متن دقیق و زمان آن، این‌که آیا برنامه‌های دیگر در همان پروفایل هنوز اتصال دارند، این‌که آیا نام خصوصی درون تونل تأییدشده حل می‌شود، و این‌که آیا دستگاه برای برنامه‌ای که باز کرده‌اید نشان کار نمایش می‌دهد.
چه چیزی در درخواست پشتیبانی بنویسید
درخواستی که لایه را نام می‌برد در اولین تلاش به‌درستی مسیریابی می‌شود. چیزی مانند: برنامه پروفایل کاری باز می‌شود، فهرست منابع پس از اتصال VPN تأییدشده شکست می‌خورد، حل نام خصوصی در تشخیص مجاز شکست می‌خورد، و برنامه‌های دیگر پروفایل به کار خود ادامه می‌دهند. این به‌عنوان مشکل مسیر یا حل‌کننده خوانده می‌شود و از حلقه بازنشانی حساب عبور می‌کند.
اگر VPN تأییدشده کاملاً وجود ندارد، مسیر پشتیبانی‌شده ثبت‌نام یا تأمین دوباره از طریق مدیر شماست. حذف پروفایل مدیریت، نصب یک کلاینت بی‌ربط یا جعل وضعیت شبکه ترتیب امنیتی را تغییر می‌دهد نه این‌که آن را بازگرداند.
با لایه شروع کنید، نه با کلاینت. سه نشانه بالا معمولاً در یک جلسه آن را حل می‌کنند.