مک مدام رمز عبور VPN میخواهد: دستهکلید یا حساب؟
مک ممکن است رمز دستهکلید ورود، رمز مدیر یا خود حساب VPN را بخواهد. ببینید کادر گفتگو به چه کسی تعلق دارد، سپس انبار درست را تعمیر کنید.
مک را باز میکنید، کلاینت VPN را باز میکنید و پیش از آنکه تونل آغاز شود، برگه رمز عبور ظاهر میشود. رمز عبور دروازه را تایپ میکنید و یا رد میشود یا برگه لحظهای بعد بازمیگردد. سپس پس از بیداری از خواب، خروج از حساب یا بهروزرسانی کلاینت دوباره میپرسد. آن برگه بهندرت کارساز VPN است که اطلاعات ورود میخواهد؛ معمولاً macOS اجازه میخواهد یک رکورد محلی را بخواند، باز کند یا تغییر دهد، و رمز عبور به صاحب آن رکورد تعلق دارد، نه به حساب VPN شما.
برگه را با هویتی که پشتش است تطبیق دهید
چهار اعلان تقریباً یکسان به نظر میرسند و تنها یکی به دروازه مربوط است. عبارتپردازی، فرآیندی که دسترسی میخواهد و موردی که در پایین نام برده میشود میگویند با کدام روبهرو هستید.
| What the sheet says | Whose password it wants | What it does not do |
|---|---|---|
| Enter the password for the login keychain | The local keychain password, normally your Mac login password | It does not authenticate you to the VPN server |
| An app wants to use confidential information stored in your keychain | Approval for that app to retrieve one item | It does not grant privileges at the gateway |
| macOS wants to make changes, and asks for administrator authorization | An admin account on this Mac, for the named setting | It does not change the VPN account password |
| The client itself asks for a username and password to connect | The remote account, certificate or profile credential | It does not unlock anything local |
یک کادر گفتگو درباره دسترسی محلی چیزی درباره کارساز ثابت نمیکند. رد شدن از سوی دروازه درون کلاینت با متن خطای فروشنده ظاهر میشود، نه بهصورت برگه سیستمی که باز کردن دستهکلید را پیشنهاد دهد. عکس آن هم به همان اندازه رایج است: تایپ رمز دروازه در برگه دستهکلید، رکورد را قفل نگه میدارد و یک تلاش ناموفق اضافه میکند.
کادر گفتگو صاحب، انبار و کنشی را نام میبرد
اعلانهای دستهکلید درباره بازیابیاند، نه احراز هویت در برابر چیزی دور. توصیف اپل از کادر درخواست محدود است: «اجازه یکبار»، «همیشه اجازه بده» و «رد کن» کنترل میکنند که آن برنامه بتواند مورد ذخیرهشده را بخواند یا نه. هیچیک از این سه در دروازه امتیازی نمیدهد و تصور کارساز از رمز شما را تغییر نمیدهد.
وقتی درخواستکننده کلاینتی است که همین حالا بهروز شده، تأیید دوباره انتظار میرود: نسخه جدید دیگر با فهرست کنترل دسترسی روی مورد مطابقت ندارد، پس macOS دوباره میپرسد. هنگام عیبیابی «اجازه یکبار» را پاسخ دهید. «همیشه اجازه بده» مجوز دائمی به آن برنامه است و پاسخ نادرست برای فرآیند کمکی که انتظارش را نداشتید؛ رد کنید و اگر فایل دودویی کلاینتی نیست که نصب کردهاید، از فروشنده بررسی بگیرید.
اعلانی که مجوز مدیر میخواهد گونه سوم است. تنظیم سیستمی یا انبار محافظتشدهی در حال تغییر را نام میبرد و اطلاعاتی که میخواهد حساب مدیر روی همین مک است. هر مورد شخصی دستهکلید به آن نیاز ندارد؛ آنهایی که پشت پیکربندی شبکهاند معمولاً نیاز دارند، چون پیکربندی متعلق به سیستم است، نه نشست ورود شما.
رمز VPN روی مک کجا میتواند زندگی کند
دستهکلید یک انبار ممکن است، نه تعریف انبار. پیکربندی VPN داخلی که در تنظیمات سیستم ساخته شده، اطلاعات ورودش را همراه پیکربندی شبکه بهعنوان تنظیم سیستمی مدیریتشده نگه میدارد. کلاینت شخص ثالث معمولاً موردی در دستهکلید ورود شما نگه میدارد: رمز عمومی با کلید نام سرویس، یا رمز اینترنتی با کلید کارساز، پروتکل و حساب. بسیاری از برنامههای تازهتر بهجای آن از دستهکلید حفاظت داده استفاده میکنند که مواردش هرگز در دسترسی به دستهکلید دیده نمیشوند.
مردم در دسترسی به دستهکلید نام VPN را جستجو میکنند، چیزی نمییابند و نتیجه میگیرند رمز ذخیره نشده است. یادداشت TN3137 اپل میگوید بیش از یک پیادهسازی دستهکلید وجود دارد؛ نبودن در آن فهرست عادی است، نه نشانه مورد خراب.
انواع رکورد هم قابل تعویض نیستند. رمز حساب، عبارت عبور کلید خصوصی، گواهی کلاینت و راز مشترک IPsec به شکلهای مختلف شکست میخورند و در جاهای مختلف تعمیر میشوند؛ دوباره تایپ کردن رمز ذخیرهشده برای گواهی ردشده کاری نمیکند. اگر مک در مدیریت ثبت شده باشد، پروفایل صاحب دیگری است: یک بار VPN میتواند اطلاعات ورود را حمل کند و هنگام تازهسازی دوباره اعمالشان کند، پس حذف یک مورد محلی موقتی است تا مدیر آن را تغییر دهد.
وقتی رمز ورود و رمز دستهکلید از هم فاصله میگیرند
دستهکلید ورود معمولاً از رمز ورود مک شما استفاده میکند و به همین دلیل آن دو میتوانند از هم جدا شوند. بازنشانی رمز شما توسط مدیری از حسابی دیگر، یک جریان بازیابی یا تغییری در دایرکتوری میتواند دستهکلید را به مقدار قدیمی قفل بگذارد و آنگاه macOS رمزی میخواهد که همین حالا تعیین نکردهاید.
هنگام ورود ممکن است هشداری ببینید که سیستم نتوانست دستهکلید را باز کند. بهروزرسانی آن رمز قدیمی را لازم دارد، که اگر به یاد دارید خوب است و اگر ندارید بیفایده. دو تعمیر صادقانه عبارتاند از دسترسی به دستهکلید، ویرایش، تغییر رمز دستهکلید «login»، یا یک دستهکلید ورود تازه با اطلاعات لازم که دوباره وارد میکنید. گزینه دوم موارد ذخیرهشده را نابود میکند.
کل دستهکلید را بازنشانی نکنید چون یک VPN اطلاعات قدیمی را رد میکند: این کار حسابهای نامرتبط را حذف میکند و هنوز مورد را مشخص نمیکند.
یک فرمان پرسش محلی در برابر دور را حل میکند. مستقیم از دستهکلید مورد را بخواهید:
security find-internet-password -s vpn.example.com -a [email protected] -g
security find-generic-password -s "Client Name" -a [email protected] -g
کارساز و حساب را از تنظیمات کلاینت خود بردارید. اگر همان برگه تأیید وقتی خودتان از دستهکلید میپرسید ظاهر شود، اعلان محلی است و کارساز تماشاگر. اگر چنین موردی وجود ندارد، کلاینت رمز را جایی که فرض کردید ذخیره نمیکند. پرچم -g راز را در ترمینال چاپ میکند، پس از اشتراک صفحه بپرهیزید.
رکوردی را بهروز کنید که کلاینت واقعاً میخواند
اگر حساب در دروازه تغییر کرده، اول آنجا تغییرش دهید و سپس رکورد ذخیرهشده را از طریق تنظیمات کلاینت بهروز کنید. ویرایش دستی یک مورد دستهکلید غیرقابلاعتماد است: کلاینت ممکن است جفت سرویس و حساب دیگری بخواند و پروفایل مدیریتشده ویرایش شما را بازنویسی میکند.
برای موردی که مشکوک به کهنگی است، پیش از حذف هر چیز سرویس، حساب و پروتکل را تطبیق دهید:
security delete-generic-password -s "Client Name" -a [email protected]
حذف موردی با نام مشابه از اتصالی دیگر قطعی رایجی است که خودتان ایجاد میکنید. حذف فقط محلی است: نشستی را در دروازه باطل نمیکند، گواهی دستگاه را باز نمیکند و رمز حساب را تغییر نمیدهد.
تأیید کنید که تعمیر از راهاندازی دوباره جان سالم به در میبرد
وصل شوید، از خواب بیدار شوید، خارج و دوباره وارد شوید، سپس یک بار راهاندازی دوباره کنید. دنباله پاک بدون برگه و وضعیت کلاینتی که حساب مورد انتظار را نام میبرد تنها شاهد معتبر است. جایی که اعلان بازمیگردد میگوید کدام لایه را جا انداختید: پس از بهروزرسانی تأیید است، پس از تغییر شبکه اعلان خود کلاینت، پس از راهاندازی دوباره پروفایلی که وضعیت را دوباره اعمال میکند.
پیش از دست زدن دوباره به دستهکلید، کلاینت را برای تنظیم بهخاطرسپاری رمز یا همیشه بپرس بررسی کنید. برخی پیکربندیها، بهویژه IKEv2 با احراز هویت هر کاربر، طبق طراحی در هر اتصال میپرسند؛ تعمیر دستهکلید کمکی نمیکند.
بنویسید کدام مورد را تغییر دادید، کدام انبار مالکش بود و به کدام حساب تعلق داشت، تا اعلان بعدی در چند ثانیه جایابی شود. صفحه اپل درباره درخواستهای دسترسی به دستهکلید مرجع این است که آن سه دکمه چه چیزی را مجاز میکنند.