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 पासवर्ड कहाँ रह सकता है
कीचेन एक संभावित भंडार है, भंडार की परिभाषा नहीं। सिस्टम सेटिंग्स में बनाया गया अंतर्निहित 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 का कीचेन एक्सेस अनुरोध पृष्ठ इस बात का संदर्भ है कि वे तीन बटन क्या अधिकृत करते हैं।