ریست iPhone چه چیزی را از تنظیم VPN شما پاک می‌کند

تلفن را پاک کنید و ممکن است نمایه VPN به‌سادگی برنگردد. پشتیبان iPhone چیزهای زیادی حمل می‌کند، اما این وعده نیست که کلید خصوصی، نمایه مدیریت‌شده یا وضعیت ثبت همراه آن برگردد. این شکاف معمولاً ساعت‌ها بعد آشکار می‌شود، وقتی کاربر در سفر است و تلفن پاک‌شده تنها مسیر ورود کارآمد بوده. پنج واقعیتی که از پیش نوشته شود، آن بعدازظهر را پیشگیری می‌کند.

پشتیبان چه چیزی حمل می‌کند و چه چیزی هرگز نداشته

پشتیبان محلی یا iCloud داده‌های کاربر و بسیاری از تنظیمات برنامه‌ها را بازمی‌گرداند و می‌تواند اعتبارنامه‌هایی را که برنامه تصمیم به گنجاندنشان می‌گیرد بازیابی کند. نمی‌تواند کلید خصوصی‌ای را که درون secure enclave ساخته و غیرقابل‌صدور علامت خورده بازسازی کند و دستگاه را دوباره در مدیریت ثبت نمی‌کند. نمایه پیکربندی که از سرور MDM آمده معمولاً همان سرور دوباره تحویل می‌دهد، نه پشتیبان. هر سه حالت در صفحه تنظیمات یکسان به نظر می‌رسند و پس از پاک کردن متفاوت رفتار می‌کنند.

این تمایز مهم است چون تعیین می‌کند چه کسی می‌تواند مشکل را حل کند. داده‌های کاربر متعلق به شخص است، نمایه و لنگرهای اعتمادش متعلق به کسی است که آن‌ها را صادر کرده، و کلید خصوصی متعلق به سرویسی است که باید دوباره آن را صادر کند. اگر نمی‌توانید این سه مالک را پیش از ریست نام ببرید، طرح بازیابی ناقص است.

یک پرسش طرح را می‌آزماید: وقتی کلید رفت، چه کسی جایگزین صادر می‌کند؟ اگر پاسخ هیچ‌کس است، هنوز تلفن را پاک نکنید.

بنویسید همکار می‌تواند از چه چیزی بازسازی کند

پنج واقعیتی را بنویسید که به دیگری امکان بازسازی اتصال را می‌دهد: مالک سرویس، کارخواه و نسخه پشتیبانی‌شده، نام نقطه پایانی، پروتکل و درگاه، و اینکه نمایه چگونه تحویل داده می‌شود. پسوند DNS خصوصی و برنامه‌های داخلی را که بدون تونل از کار می‌افتند اضافه کنید، چون همان‌ها هستند که کاربر حتی وقتی تونل برپاست به‌عنوان VPN خراب گزارش می‌کند. سابقه را در تیکت یا ویکی تیم نگه دارید، هرگز در تصویر صفحه از نماد وضعیت سبز.

بازیابی احراز هویت سابقه‌ای جداگانه است و به مدیر گذرواژه یا فرایند هویت سازمان تعلق دارد. جمع کردن کلیدها و گذرواژه‌ها در یادداشتی محافظت‌نشده به‌خاطر اینکه ریستی در راه است، همان راهی است که یک رویداد قابل‌بازیابی به حادثه تبدیل می‌شود. سابقه باید بگوید مواد بازیابی کجا زندگی می‌کند، نه اینکه آن را بازتولید کند.

همچنین کسی را نام ببرید که می‌تواند صدور مجدد گواهی را تأیید کند. مسیر تأییدی که دو روز طول می‌کشد هنوز بهتر از کشف آن در همان روز است.

نمایه‌های مدیریت‌شده و شخصی متفاوت برمی‌گردند

دستگاه مدیریت‌شده وقتی دوباره ثبت می‌شود تنظیماتش را بازمی‌گیرد، به همین دلیل ثبت پیش از بازیابی داده‌های کاربر می‌آید. نمایه شخصی به فایل دانلودشده نزدیک‌تر است: پس از پاک کردن، کاربر به دانلود تازه از سرویس صادرکننده و تصمیم اعتماد تازه نیاز دارد. پشتیبان عمومی تنظیمات را بازمی‌گرداند، نه کلید خصوصی‌ای را که غیرقابل‌صدور ساخته شده، پس هر اعتبارنامه باید در برابر مسیر صدور مجدد خودش بررسی شود نه در برابر نتیجه بازیابی.

روش MFA را در همان گذر تأیید کنید، چون تلفنی که push دریافت می‌کند غالباً همان تلفنی است که پاک می‌شود. اگر تنها عامل ثبت‌شده همان‌جاست، پیش از ریست یک عامل دوم را از طریق تیم هویت و فرایند تأییدشده ترتیب دهید. عمر گواهی هم به همان گفت‌وگو تعلق دارد، چون گواهی کوتاه‌عمر می‌تواند در حالی که دستگاه در کشو است منقضی شود، و راهنمای نمایه‌های پیکربندی Apple اعلان‌های نصب و حذفی را که در راه بازگشت می‌بینید پوشش می‌دهد. اگر دستورالعمل‌های راه‌اندازی فقط از پشت VPN خوانده می‌شود، این وابستگی را پیش از پاک کردن بشکنید نه بعد از آن.

اتصال بازیابی‌شده را با یک منبع واقعی بسنجید

پس از بازیابی، کارخواه یا نمایه پشتیبانی‌شده را نصب کنید، وارد شوید و منبع داخلی‌ای را باز کنید که به تونل نیاز دارد. نشانگر متصل بودن اثبات می‌کند تونل وجود دارد، نه اینکه حل نام و مسیریابی به سرویسی که کاربر نیاز دارد می‌رسد. زنجیره اعتماد را هم بررسی کنید: اگر نمایه ریشه ناشناسی ارائه می‌دهد، بایستید و صادرکننده را تأیید کنید به‌جای اینکه برای تمام کردن سریع روی پذیرش بزنید. ریشه ناشناسی که در بازیابی شتاب‌زده پذیرفته شود، تصمیم اعتمادی است که تصادفی گرفته شده.

سپس بخش‌هایی را بیازمایید که بی‌صدا از کار می‌افتند: پسوند DNS خصوصی که به نشانی داخلی حل می‌شود، تاریخ گواهی، و برنامه‌ای که به تونل وابسته است. از کاربر بخواهید ورود را بدون راهنمایی تکرار کند، چون تلاش او آزمون تحویل است.

هویت قدیمی دستگاه را وقتی تلفن جایگزین می‌شود یا ریست پس از گم شدن رخ داده بازنشسته کنید. بازیابی نمایه نسخه‌ای را که ممکن است جای دیگری وجود داشته باشد باطل نمی‌کند.

فهرست پیش از ریست، در یک جا

مالک، کارخواه، نقطه پایانی، پروتکل و روش تحویل؛ پسوند DNS و برنامه‌های وابسته؛ مسیر بازیابی MFA و کسی که آن را تأیید می‌کند؛ مسیر صدور مجدد گواهی و عمر آن؛ و روش ثبت برای دستگاه مدیریت‌شده. اگر هر خطی خالی باشد، ریست یک شیر یا خط است. فهرست ده دقیقه می‌برد و تعیین می‌کند که این بازیابی است یا قطعی.

آن را جایی نگه دارید که کسی که بازیابی را انجام می‌دهد بدون تلفن بخواندش، و بازبینی انقضا برایش بگذارید، چون نقاط پایانی و مالکان تغییر می‌کنند. یادداشت بازیابی‌ای که به دروازه از کار افتاده استناد می‌کند بدتر از نبود یادداشت است، چون به اقدامی اشتباه با اطمینان دعوت می‌کند.