یک دستگاه پس از بازنشانی گذرواژه VPN هنوز متصل نمی‌شود
گذرواژه تازه همه‌جا کار میکند جز روی یک کلاینت. مخزنی را بیابید که هنوز مقدار کهنه را نگه می‌دارد، تلاش‌ها را محدود کنید و با یک تلاش بررسی کنید.
گذرواژه را بازنشانی کردید، آن را در پورتال آزمودید، و یک لپ‌تاپ هنوز نمی‌تواند متصل شود. غریزه می‌گوید دوباره بازنشانی کنید، و همین‌گونه است که حساب قفل می‌شود و یک راز کهنه به حادثه تبدیل می‌شود. کلاینت VPN به‌ندرت هر بار گذرواژه می‌پرسد؛ یک بار می‌پرسد و پاسخ را جایی ذخیره میکند که شما انتخاب نکرده‌اید. یافتن همان جا تمام کار است و از یک بازنشانی دیگر سریع‌تر است.
تأیید کنید هر کلاینت واقعاً چه می‌فرستد
پیش از آنکه گذرواژه را مشکل بدانید، حساب، دامنه و دروازه را روی کلاینت خراب بررسی کنید. ورود به پورتال وب می‌تواند از سامانه هویتی متفاوت با خود VPN استفاده کند، بنابراین ورود موفق به پورتال هیچ چیزی درباره احراز هویت پروتکل نمی‌گوید. برخی استقرارها در پورتال ایمیل و در تونل نام کاربری دیگری می‌پذیرند. پیش از بازنشانی هر چیزی تأیید کنید کلاینت برای ارائه کدام هویت پیکربندی شده است.
متن خطا را بخوانید و آن را دسته‌بندی کنید. شکست گواهی، چالش منقضی یا رمزنگاری پشتیبانی‌نشده گذرواژه کهنه نیست، و برخورد با آن به‌عنوان چنین چیزی حلقه بازنشانی بی‌اثر می‌سازد. اگر سرویس سیاست قفل دارد، پس از دو یا سه تلاش ناموفق بایستید و پیش از ادامه وضعیت حساب را تأیید کنید.
به‌جای حدس زدن، مخزن‌ها را فهرست کنید
چهار مخزن یک راز VPN را نگه می‌دارند، و جدول زیر برای هر یک نشان می‌دهد مقدار کجا دوام می‌آورد و پاک کردن آن واقعاً چه معنایی دارد. نمایه بومی سیستم‌عامل راز را در مخزن اعتبارنامه بستر نگه می‌دارد، و به همین دلیل ممکن است ورودی از برنامه‌ای که آن را نوشته بیشتر بماند. پرونده پیکربندی کلاینت مقدار را همان‌جا نگه می‌دارد که کلاینت می‌خواند، یا درون‌خطی یا در پرونده احراز هویت ارجاع‌شده، پس ویرایش پرونده‌ای دیگر چیزی را تغییر نمی‌دهد. کوکی پورتال و اعتبارنامه تحویل‌شده با سیاست جایی زندگی می‌کنند که دستگاه واقعاً مالک آن نیست، و همین تعیین میکند چه کسی اجازه تغییرشان را دارد.
| Store | Where it lives | How to clear it |
|---|---|---|
| Native OS profile | Windows Credentials, NetworkManager secrets | forget or edit the connection |
| Client configuration file | a referenced auth file or inline value | edit the file the client actually reads |
| Browser session | cookie for the portal SSO | sign out of the portal, not just close the tab |
| Managed policy | delivered by the management service | change it in the manager, not on the device |
آنها را به ترتیب ثابت بررسی کنید: نخست مخزن اعتبارنامه سیستم‌عامل، زیرا کلاینت به‌طور پیش‌فرض همان را می‌پرسد، سپس گاوصندوق یا پرونده پیکربندی خود کلاینت، بعد نشست مرورگر و در آخر سیاستی که می‌تواند هر سه را بازنویسی کند. ترتیب مهم است زیرا مخزنی بعدی می‌تواند قبلی را بی‌صدا بازگرداند و شما لایه اشتباه را درست می‌کنید در حالی که خرابی ادامه دارد. بنویسید کدام مخزن را تغییر دادید، زیرا همان یادداشت است که بازنشانی بعدی را از یک بعدازظهر به کاری دو دقیقه‌ای تبدیل میکند.
در مخزنی نگاه کنید که کلاینت واقعاً استفاده میکند
پیش از حذف بخوانید تا بدانید کدام ورودی به VPN تعلق داشت. فرمان‌های زیر به‌جای حذف فهرست و بررسی می‌کنند، که تشخیص را برگشت‌پذیر نگه می‌دارد.
# Windows credential store
cmdkey /list | findstr /i vpn# Windows native profile
Get-VpnConnection -Name "Work" | Select-Object -ExpandProperty Guid# macOS Keychain
security find-generic-password -s "Company VPN" -g# Linux NetworkManager
nmcli -s connection show "Work" | grep -i passwordدر Linux، -s رازهایی را نشان می‌دهد که NetworkManager در غیر این صورت پنهان میکند. در macOS، فرمان Keychain مورد ذخیره‌شده را چاپ میکند، پس تاریخچه ترمینال را حساس بدانید. اگر کلاینت خراب برنامه‌ای ثالث با گاوصندوق خودش باشد، مخزن سیستم‌عامل درست به نظر می‌رسد در حالی که برنامه نسخه خود را نگه می‌دارد، و تغییر باید در همان گاوصندوق انجام شود.
به دستگاه‌های آفلاین رسیدگی کنید
لپ‌تاپ‌هایی که خودبه‌خود بیدار می‌شوند و دوباره متصل می‌شوند تا زمانی که نسخه‌شان وجود دارد، راز کهنه را ارائه می‌کنند. به‌روزرسانی را طوری برنامه‌ریزی کنید که آن دستگاهها پیش از تلاش دوباره یک‌جا اصلاح شوند، و غیرفعال کردن اتصال خودکار را در نمایه آسیب‌دیده در نظر بگیرید تا هر یک از جریان پشتیبانی‌شده بگذرد.
برای ناوگانی مدیریت‌شده، مقدار را همان‌جا تغییر دهید که سیاست تعریف شده است. ویرایش نسخه محلی روی دستگاهی که اعتبارنامه‌اش به‌صورت مرکزی تأمین می‌شود در بهترین حالت موقتی است؛ تازه‌سازی بعدی سیاست مقدار کهنه را بازمی‌گرداند و خرابی بدون توضیح برمی‌گردد.
با یک تلاش کنترل‌شده تأیید کنید
ورودی موردنظر را به‌روز کنید، یک بار دوباره متصل شوید و تأیید کنید که تونل به چیزی مشخص می‌رسد. یک تلاش کنترل‌شده در صورت شکست خطای قابل‌استفاده می‌دهد، در حالی که بیست تلاش حساب قفل‌شده و یک معما می‌دهد. اگر کلاینتی پس از اصلاح مخزن هنوز شکست می‌خورد، یک خطای بدون راز ثبت کنید و بایستید. آن خطا را همراه نام دستگاه نگه دارید تا شیفت بعدی از همان‌جا که تمام کردید آغاز شود.
تغییر گذرواژه به گواهی‌ها، توکن‌های نشست یا ثبت MFA دست نمی‌زند، و آنها هویت‌های جدایی با چرخه عمر خودشان هستند. گواهی تازه‌شده با چرخش گذرواژه درست نمی‌شود، و توکنی که پیش از بازنشانی صادر شده ممکن است هنوز معتبر باشد. با نوشتن اینکه کدام مخزن راز کهنه را داشت تمام کنید، زیرا بازنشانی بعدی به همان فهرست می‌خورد.