Mac वारंवार VPN पासवर्ड का विचारते: कीचेन की खाते?
Mac लॉगिन कीचेनचा पासवर्ड, प्रशासक पासवर्ड किंवा VPN खातेच मागू शकते. संवाद कोणाचा आहे ते वाचा, मग योग्य साठा दुरुस्त करा.
तुम्ही Mac अनलॉक करता, 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 |
स्थानिक प्रवेशाबद्दलचा संवाद सर्व्हरबद्दल काहीही सिद्ध करत नाही. गेटवेचा नकार क्लायंटच्या आत विक्रेत्याच्या त्रुटी-मजकुरासह दिसतो, कीचेन अनलॉक करण्याची ऑफर देणारी सिस्टम शीट म्हणून नाही. उलटेही तितकेच सामान्य आहे: कीचेन शीटमध्ये गेटवेचा पासवर्ड टाकल्यास रेकॉर्ड लॉक राहतो आणि एक अयशस्वी प्रयत्न जोडला जातो.
संवाद मालक, साठा आणि क्रियेचे नाव घेतो
कीचेन प्रॉम्प्ट पुनर्प्राप्तीबद्दल आहेत, दूरच्या कशाशी प्रमाणीकरणाबद्दल नाही. Apple चे विनंती-संवाद वर्णन संकुचित आहे: एकदा अनुमती द्या, नेहमी अनुमती द्या आणि नकार द्या हे नियंत्रित करतात की ते अ‍ॅप साठवलेला घटक वाचू शकते का. तीनपैकी कोणतेही गेटवेवर विशेषाधिकार देत नाही किंवा सर्व्हर तुमच्या पासवर्डबद्दल काय विचार करतो ते बदलत नाही.
जेव्हा विनंतीकर्ता नुकताच अपडेट झालेला क्लायंट असतो, तेव्हा पुन्हा मंजुरी अपेक्षित असते: नवीन बिल्ड घटकाच्या प्रवेश नियंत्रण सूचीशी जुळत नाही, म्हणून macOS पुन्हा विचारते. निदान करताना एकदा अनुमती द्या असे उत्तर द्या. नेहमी अनुमती द्या हे त्या अ‍ॅपला कायमची परवानगी आहे आणि तुम्ही अपेक्षा न केलेल्या सहाय्यक प्रक्रियेसाठी चुकीचे उत्तर; नकार द्या आणि बायनरी तुम्ही इन्स्टॉल केलेला क्लायंट नसल्यास विक्रेत्याकडे तपासा.
प्रशासकीय अधिकृतता मागणारा प्रॉम्प्ट तिसरा प्रकार आहे. तो बदलला जाणारा सिस्टम सेटिंग किंवा संरक्षित साठा नमूद करतो, आणि जे क्रेडेन्शियल मागतो ते या Mac वरील प्रशासक खाते आहे. प्रत्येक वैयक्तिक कीचेन घटकाला याची गरज नसते; नेटवर्क कॉन्फिगरेशनमागील घटकांना सहसा असते, कारण कॉन्फिगरेशन सिस्टमचे आहे, तुमच्या लॉगिन सत्राचे नाही.
Mac वर VPN पासवर्ड कुठे राहू शकतो
कीचेन हा एक संभाव्य साठा आहे, साठ्याची व्याख्या नाही. System Settings मध्ये तयार केलेले अंगभूत VPN कॉन्फिगरेशन त्याचे क्रेडेन्शियल नेटवर्क कॉन्फिगरेशनसह, व्यवस्थापित सिस्टम सेटिंग म्हणून ठेवते. तृतीय-पक्ष क्लायंट सहसा तुमच्या लॉगिन कीचेनमध्ये एक घटक ठेवतो: सेवा नावाने की केलेला सामान्य पासवर्ड, किंवा सर्व्हर, प्रोटोकॉल आणि खात्याने की केलेला इंटरनेट पासवर्ड. अनेक नवीन अ‍ॅप्स त्याऐवजी डेटा-संरक्षण कीचेन वापरतात, ज्याचे घटक कीचेन प्रवेशात कधीही दिसत नाहीत.
लोक कीचेन प्रवेशात VPN चे नाव शोधतात, काहीही सापडत नाही आणि पासवर्ड साठवलेला नाही असा निष्कर्ष काढतात. Apple ची TN3137 नोंद सांगते की कीचेनची एकापेक्षा जास्त अंमलबजावणी अस्तित्वात आहे; त्या यादीत नसणे सामान्य आहे, खराब घटकाचा पुरावा नाही.
रेकॉर्डचे प्रकारही परस्पर बदलण्यायोग्य नाहीत. खाते पासवर्ड, खाजगी कीचा पासफ्रेज, क्लायंट प्रमाणपत्र आणि IPsec सामायिक रहस्य वेगवेगळ्या प्रकारे अयशस्वी होतात आणि वेगवेगळ्या ठिकाणी दुरुस्त होतात; साठवलेला पासवर्ड पुन्हा टाइप केल्याने नाकारलेल्या प्रमाणपत्रासाठी काहीही होत नाही. Mac व्यवस्थापनात नोंदणीकृत असल्यास, प्रोफाइल हा आणखी एक मालक आहे: VPN पेलोड क्रेडेन्शियल वाहून नेऊ शकतो आणि रिफ्रेशवर ती पुन्हा लागू करू शकतो, म्हणून स्थानिक घटक हटवणे प्रशासक बदलत नाही तोपर्यंत तात्पुरते असते.
जेव्हा लॉगिन पासवर्ड आणि कीचेन पासवर्ड वेगळे होतात
लॉगिन कीचेन सहसा तुमचा Mac लॉगिन पासवर्ड वापरते, म्हणूनच दोन्ही वेगळे होऊ शकतात. दुसऱ्या खात्यातून प्रशासकाने तुमचा पासवर्ड रीसेट करणे, पुनर्प्राप्ती प्रवाह किंवा डिरेक्टरी बदल कीचेन जुन्या मूल्यावर लॉक ठेवू शकतात, आणि मग 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, रचनेनुसार प्रत्येक कनेक्शनवर विचारतात; कीचेन दुरुस्ती उपयोगी पडणार नाही.
तुम्ही कोणता घटक बदलला, कोणत्या साठ्याचा तो होता आणि कोणत्या खात्याचा होता ते लिहून ठेवा, जेणेकरून पुढील प्रॉम्प्ट सेकंदात ओळखता येईल. Apple चे कीचेन प्रवेश विनंत्या पान तीन बटणे काय अधिकृत करतात याचा संदर्भ आहे.