Mac davamlı VPN parolu soruşur: açarlar dəstəsi, yoxsa hesab?
Mac giriş açarlar dəstəsinin parolunu, inzibatçı parolunu və ya VPN hesabının özünü istəyə bilər. Dialoqun sahibini oxuyun, sonra düzgün anbarı düzəldin.
Mac-ın kilidini açıb VPN müştərisini işə salırsınız və tunel hələ başlamamış parol pəncərəsi görünür. Şlüz parolunu yazırsınız və ya rədd edilir, ya da pəncərə bir an sonra yenidən çıxır. Sonra yuxudan oyanışdan, hesabdan çıxışdan və ya müştəri yenilənməsindən sonra yenə soruşur. Bu pəncərə nadir hallarda VPN serverinin etimad məlumatı istəməsidir; adətən macOS yerli qeydi oxumaq, kilidini açmaq və ya dəyişmək üçün icazə istəyir və parol həmin qeydin sahibinə, VPN hesabınıza deyil, aiddir.
Pəncərəni arxasındakı kimliyə uyğunlaşdırın
Dörd sorğu demək olar ki, eyni görünür və yalnız biri şlüzə aiddir. İfadə, giriş istəyən proses və altında göstərilən element hansı ilə qarşılaşdığınızı deyir.
| 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 |
Yerli girişlə bağlı dialoq server haqqında heç nə sübut etmir. Şlüzün rəddi müştərinin içində satıcının xəta mətni ilə görünür, açarlar dəstəsinin kilidini açmağı təklif edən sistem pəncərəsi kimi deyil. Əksi də eyni dərəcədə adi haldır: şlüz parolunu açarlar dəstəsi pəncərəsinə yazmaq qeydi kilidli qoyur və uğursuz cəhd əlavə edir.
Dialoq sahibi, anbarı və əməliyyatı adlandırır
Açarlar dəstəsi sorğuları uzaq bir şeyə autentifikasiya deyil, məlumatın götürülməsinə aiddir. Apple-ın sorğu dialoqu təsviri dardır: Bir dəfə icazə ver, Həmişə icazə ver və İmtina bu tətbiqin saxlanan elementi oxuya bilib-bilmədiyini idarə edir. Üçündən heç biri şlüzdə imtiyaz vermir və serverin parolunuz haqqındakı fikrini dəyişmir.
Sorğu göndərən yenicə yenilənmiş müştəridirsə, yenidən təsdiq gözləniləndir: yeni buraxılış artıq elementdəki giriş nəzarəti siyahısına uyğun gəlmir, ona görə macOS yenidən soruşur. Diaqnostika zamanı Bir dəfə icazə ver cavabını seçin. Həmişə icazə ver həmin tətbiqə daimi icazədir və gözləmədiyiniz köməkçi proses üçün səhv cavabdır; ikili fayl quraşdırdığınız müştəri deyilsə, imtina edin və satıcıya baxın.
İnzibatçı icazəsi istəyən sorğu tamam başqa şeydir. O, dəyişdirilən sistem parametrini və ya qorunan anbarı adlandırır və istədiyi etimad məlumatı bu Mac-dakı inzibatçı hesabıdır. Hər şəxsi açarlar dəstəsi elementi buna ehtiyac duymur; şəbəkə konfiqurasiyasının arxasındakılar adətən duyur, çünki konfiqurasiya sistemə aiddir, sizin giriş sessiyanıza deyil.
Mac VPN parolu harada yaşaya bilər
Açarlar dəstəsi mümkün anbarlardan biridir, anbarın tərifi deyil. Sistem Parametrlərində yaradılmış daxili VPN konfiqurasiyası etimad məlumatlarını idarə olunan sistem parametri kimi şəbəkə konfiqurasiyası ilə saxlayır. Üçüncü tərəf müştərisi adətən giriş açarlar dəstəyinizdə bir element saxlayır: xidmət adı ilə açarlanmış ümumi parol və ya server, protokol və hesabla açarlanmış internet parolu. Bir çox yeni tətbiq bunun əvəzinə məlumat qoruma açarlar dəstəyindən istifadə edir və onun elementləri Açarlar Dəstəyinə Girişdə heç vaxt görünmür.
İnsanlar Açarlar Dəstəyinə Girişdə VPN adını axtarır, heç nə tapmır və parolun saxlanmadığı qənaətinə gəlir. Apple-ın TN3137 qeydi deyir ki, birdən çox açarlar dəstəsi tətbiqi mövcuddur; həmin siyahıda olmamaq normaldır, xarab elementin sübutu deyil.
Qeyd növləri də bir-birini əvəz etmir. Hesab parolu, şəxsi açar parol ifadəsi, müştəri sertifikatı və IPsec ümumi sirri fərqli şəkildə uğursuz olur və fərqli yerlərdə təmir edilir; saxlanan parolu yenidən yazmaq rədd edilmiş sertifikat üçün heç nə etmir. Mac idarəetməyə qoşulubsa, profil başqa sahibdir: VPN yükü etimad məlumatı daşıya və yenilənmədə onları yenidən tətbiq edə bilər, ona görə yerli elementin silinməsi inzibatçı onu dəyişənə qədər müvəqqətidir.
Giriş parolu ilə açarlar dəstəsi parolu ayrılanda
Giriş açarlar dəstəsi adətən Mac giriş parolunuzu istifadə edir, buna görə ikisi ayrıla bilər. İnzibatçının parolunuzu başqa hesabdan sıfırlaması, bərpa axını və ya kataloq dəyişikliyi açarlar dəstəyini köhnə dəyərə kilidli qoya bilər və macOS sonra yenicə təyin etmədiyiniz parolu soruşur.
Girişdə sistemin açarlar dəstəyinin kilidini aça bilmədiyi barədə xəbərdarlıq görə bilərsiniz. Onu yeniləmək köhnə parolu tələb edir, bu yadınızdadırsa yaxşıdır, yoxdursa faydasızdır. İki dürüst təmir var: Açarlar Dəstəyinə Giriş, Redaktə, "login" açarlar dəstəsi üçün parolu dəyiş, və ya lazım olan etimad məlumatlarını yenidən daxil etdiyiniz təzə giriş açarlar dəstəsi. İkinci seçim saxlanan elementləri məhv edir.
Bir VPN köhnə etimad məlumatını rədd edir deyə bütün açarlar dəstəsini sıfırlamayın: bu, əlaqəsiz hesabları da silir və hələ də elementi müəyyən etmir.
Bir əmr yerli-uzuq məsələsini həll edir. Elementi birbaşa açarlar dəstəsindən soruşun:
security find-internet-password -s vpn.example.com -a [email protected] -g
security find-generic-password -s "Client Name" -a [email protected] -gMüştərinizin parametrlərindəki server və hesabdan istifadə edin. Açarlar dəstəsindən özünüz soruşanda eyni təsdiq pəncərəsi görünürsə, sorğu yerlidir və server kənar müşahidəçidir. Belə element yoxdursa, müştəri parolu güman etdiyiniz yerdə saxlamır. -g bayrağı sirri terminala çap edir, ona görə ekran paylaşımından çəkinin.
Müştərinin həqiqətən oxuduğu qeydi yeniləyin
Hesab şlüzdə dəyişibsə, əvvəlcə orada dəyişin, sonra saxlanan qeydi müştərinin parametrləri ilə yeniləyin. Açarlar dəstəsi elementini əl ilə redaktə etmək etibarsızdır: müştəri başqa xidmət-hesab cütü oxuya bilər və idarə olunan profil düzəlişinizi üzərinə yazacaq.
Köhnəlməkdə şübhələnən element üçün silməzdən əvvəl xidməti, hesabı və protokolu uyğunlaşdırın:
security delete-generic-password -s "Client Name" -a [email protected]Başqa bağlantıdan oxşar adlı elementi silmək adi bir özünə vurulmuş nasazlıqdır. Silmə yalnız yerlidir: o, şlüzdə sessiyanı ləğv etmir, cihaz sertifikatını bağlamır və hesabın parolunu dəyişmir.
Düzəlişin yenidən başlatmadan sonra qaldığını təsdiqləyin
Qoşulun, yuxudan oyanın, hesabdan çıxıb yenidən daxil olun, sonra bir dəfə yenidən başladın. Pəncərəsiz təmiz ardıcıllıq və gözlənilən hesabı göstərən müştəri statusu sayılan yeganə sübutdur. Sorğunun qayıtdığı yer hansı qatı buraxdığınızı deyir: yeniləmədən sonra bu icazədir, şəbəkə dəyişikliyindən sonra müştərinin öz sorğusudur, yenidən başlatmadan sonra vəziyyəti yenidən tətbiq edən profildir.
Açarlar dəstəsinə yenidən toxunmazdan əvvəl müştəridə parolu xatırla və ya həmişə soruş parametrini yoxlayın. Bəzi konfiqurasiyalar, xüsusən istifadəçi üzrə autentifikasiyalı IKEv2, dizayn etibarı ilə hər qoşulmada soruşur; açarlar dəstəsinin təmiri kömək etməyəcək.
Dəyişdiyiniz elementi, ona sahib olan anbarı və aid olduğu hesabı yazın ki, növbəti sorğu saniyələr içində yerini tapsın. Apple-ın açarlar dəstəsinə giriş sorğuları səhifəsi o üç düymənin nəyə icazə verdiyi üçün mənbədir.