چرا کاربران Always On را خاموش می‌کنند و پروفایل آن را خاموش نگه می‌دارد
برداشتن تیک «اتصال خودکار» نام پروفایل را در فهرستی نگه‌داشته می‌نویسد، بنابراین نصب دوباره ممکن است آن را برنگرداند. وضعیت ذخیره‌شده را پیش از به‌روزرسانی بخوانید.
کاربری تیک «اتصال خودکار» را برمی‌دارد و پروفایل از اتصال بازمی‌ماند. ماه‌ها بعد تیم استقرار پروفایل به‌روزشده‌ای با همان نام منتشر می‌کند، انتظار دارد محرک بازگردد، اما بازنمی‌گردد. دلیل این است که انتخاب هرگز فقط در پروفایل نبود: Windows تصمیم کاربر را در برابر آن نام پروفایل در وضعیت خودش ثبت کرده بود و نصب دوباره آن را پاک نمی‌کند. فایل پروفایل فقط نیمی از پیکربندی است.
کادر انتخاب در واقع چه می‌نویسد
برداشتن گزینه اتصال خودکار تصمیمی در سطح هر دستگاه است که بیرون از XML پروفایل ذخیره می‌شود. Microsoft آن را به‌صورت فهرستی از نام پروفایل‌ها مستند می‌کند که محرک خودکارشان غیرفعال است، و به همین دلیل تنظیم پس از حذف و افزودن دوباره پروفایل باقی می‌ماند.
این طراحی از دید کاربر منطقی است. کسی که روی اتصال با حجم محدود است و اتصال خودکار را خاموش می‌کند انتظار ندارد تازه‌سازی بعدی سیاست آن را بی‌صدا دوباره روشن کند.
همچنین یعنی نام پروفایل یک هویت است، نه برچسب. دو پروفایل با نام یکسان برای آن فهرست همان ورودی‌اند و تغییر نام هویتی تازه بدون هیچ ترجیح ذخیره‌شده می‌سازد.
چرا نصب دوباره پروفایل آن را بازنشانی نمی‌کند
حذف یک اتصال VPN و افزودن دوباره آن از فایل به‌روزشده شیء پروفایل را حذف و از نو می‌سازد. اما سابقه تصمیم کاربر را حذف نمی‌کند، چون آن سابقه با نام کلید خورده است نه با شناسه داخلی پروفایل.
پس به‌روزرسانی می‌رسد، پروفایل هست و درست پیکربندی شده، و محرک هنوز عمل نمی‌کند. هیچ چیز در پروفایل این را توضیح نمی‌دهد و به همین دلیل این موضوع به‌عنوان استقرار خراب بالا برده می‌شود.
همین رفتار را می‌توان عمداً به کار برد: وقتی به‌روزرسانی باید همان اتصال را حفظ کند نام پروفایل را ثابت نگه دارید و تنها وقتی تغییرش دهید که شروع تازه می‌خواهید. تغییر نام برای گریز از ترجیح ذخیره‌شده کار می‌کند و ورودی قدیمی را هم پشت سر می‌گذارد، بنابراین دستگاه نام‌هایی جمع می‌کند که دیگر به چیزی نمی‌خورند.
پیش از دست زدن به XML تصمیم بگیرید کدام یک را می‌خواهید، چون نام همان کلید است.
یک پروفایل فعال، چندین واجد شرایط
Windows محرک‌های خودکار را به مجموعه‌ای محدود از پروفایل‌ها اعمال می‌کند و داشتن چند پروفایل واجد شرایط باعث نمی‌شود همه به‌عنوان پیش‌فرض‌های رقیب متصل شوند. یکی فعال است و بقیه منتظر می‌مانند.
این مهم است وقتی دستگاهی هم پروفایل در محدوده کاربر و هم پروفایل در محدوده دستگاه با نام‌های مشابه دریافت می‌کند. این‌ها یک اتصال نیستند و آنکه خودکار متصل می‌شود همان است که قواعد انتخاب برگزیده‌اند، نه لزوماً آنکه شما آزمایش کرده‌اید. آزمایشی که روی پروفایل دیگر موفق شده درباره محرک چیزی اثبات نمی‌کند. پیش از تغییر هر چیزی ثبت کنید کدام پروفایل پاسخ داده است.
وضعیت ذخیره‌شده را پیش از به‌روزرسانی بخوانید
پیش از ارسال هر تغییر پروفایل، ببینید دستگاه اکنون چه دارد: شیء اتصال، وضعیت آن و فهرست ذخیره‌شده محرک‌های خودکار غیرفعال.
این فرمان‌ها اتصال‌های VPN را فهرست می‌کنند و مقدار مستند را در رجیستری جست‌وجو می‌کنند:
Get-VpnConnection | Select-Object Name,ConnectionStatus,SplitTunneling
reg query HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Network /s /f AutoTriggerDisabledProfilesListورودی‌ای که با پروفایلی که می‌خواهید مستقر کنید همخوان باشد نشان می‌دهد انتخاب کاربر از قبل ثبت شده است. این نقصی نیست که بی‌صدا ترمیم شود؛ وضعیتی است که سیاست شما باید برایش حساب باز کند.
تصمیم بگیرید چه سیاستی می‌خواهید
دو سیاست قابل دفاع و یک عادت بد وجود دارد. اولی به انصراف کاربر تا زمانی که خودش آن را تغییر دهد احترام می‌گذارد و مستند می‌کند که محرک روی دستگاه‌های مدیریت‌شده جنبه توصیه‌ای دارد. دومی اتصال خودکار را الزام انطباق می‌داند و در آن صورت اصلاً نباید گزینه انصراف عرضه شود.
عادت بد این است که وضعیت نامرتبط را بازنویسی کنیم تا محرک را به زور برگردانیم؛ این کار تا تازه‌سازی بعدی جواب می‌دهد و دستگاه را با تنظیماتی رها می‌کند که هیچ‌کس نمی‌تواند توضیح دهد.
انتخاب را همان‌جا که پروفایل نگهداری می‌شود بنویسید، همراه با چهار گذار که ارزش بازبینی دارند: نخستین تأمین، یک محرک عادی، تغییر مجاز کاربر و به‌روزرسانی به همان نام. خودکارسازی، دامنه مسیریابی و اجرای وضعیت قطع‌شده کنترل‌های جداگانه‌اند و برچسب Always On برای هیچ‌یک از آن‌ها تضمین نیست.