तुमचा Mac VPN प्रत्येक वेळी Keychain प्रवेश का मागतो
Mac VPN च्या प्रत्येक प्रॉम्प्टला कोणता घटक कारणीभूत आहे ते ओळखा, डुप्लिकेट कनेक्शन प्रयत्न थांबवा आणि संपूर्ण कीचेन रीसेट न करता Keychain प्रवेश दुरुस्त करा.
Connect वर एक क्लिक केल्यास एक साइन-इन विंडो यायला हवी. Mac वर ती अनेकदा तीन येते, आणि त्या क्वचितच एकच मालक सामायिक करतात: स्थानिक क्रेडेन्शियल प्रॉम्प्टचा मालक Keychain आहे, VPN गेटवे प्रमाणीकरणाचा मालक आहे, आणि क्लायंट स्वतःच्या सूचनांचा मालक आहे. सर्व काही शांत करणारा स्विच शोधण्याऐवजी प्रत्येक विंडोला स्वतःच्या उपायासह वेगळा दोष माना. खालील मार्गदर्शक एका जाणीवपूर्वक कनेक्शन प्रयत्नातून जाते आणि तुम्ही पुनरावृत्ती करू शकता अशा तपासणीने संपते.
सेटिंग बदलण्यापूर्वी प्रत्येक डायलॉगच्या मालकाचे नाव द्या
पहिली पायरी हिशोब आहे, कॉन्फिगरेशन नाही. एक कनेक्शन प्रयत्न करा आणि दिसणाऱ्या प्रत्येक विंडोसाठी चार फील्ड लिहा: डायलॉगमध्ये दिसणारे ॲपचे नाव, गुप्त काहीही नसलेला अचूक मजकूर, ती ज्या टप्प्यात आली, आणि तुम्ही ती रद्द केल्यावर काय झाले. अशा तीन ओळी मी पाहिलेल्या जवळजवळ प्रत्येक अहवालाला व्यापतात.
मालकी योग्य उपाय ठरवते, आणि चुकीचा उपायच सामान्यतः एका प्रॉम्प्टचे तीन करतो:
| Window | Who owns it | Correct fix | What not to do |
|---|---|---|---|
| “wants to use your confidential information stored in…” | The item's access control list in your login keychain | Approve the specific client helper, once, after checking the name | Resetting the login keychain, or granting Always Allow to every application |
| “Sign in to <organization>” or an MFA push | The gateway's identity provider | Use the client's supported session renewal, or re-authenticate | Scripting a fixed password or code into the client |
| “Connection failed”, “Update required”, a policy banner | The client or your organization | Read the first error and fix its cause | Hiding notices by editing a preference file the client rewrites |
त्याच प्रयत्नात परत येणारा प्रॉम्प्ट पुढील प्रयत्नात परत येणाऱ्यापेक्षा वेगळा संकेत आहे. पहिला सामान्यतः कनेक्शन तुमच्या खाली पुन्हा सुरू झाले असा अर्थ देतो; दुसरा सामान्यतः साठवलेले क्रेडेन्शियल पुन्हा मागितले जात आहे असा अर्थ देतो. Keychain ला स्पर्श करण्यापूर्वी तुमच्याकडे कोणता आहे ते नोंदवा, कारण या दोन्हींमध्ये जवळजवळ काहीही सामायिक नाही.
टनेल किती गोष्टी सुरू करत आहेत ते शोधा
Mac वर एकच VPN चार यंत्रणा सुरू करू शकतात: मेनू बार क्रिया, लॉगिन आयटम, On Demand नियम, आणि स्क्रिप्ट किंवा एजंट. त्यांपैकी दोन सक्रिय झाल्यावर, पहिली अजून प्रमाणीकरणाच्या प्रतीक्षेत असताना दुसरी सुरुवात येऊ शकते, ज्यामुळे डुप्लिकेट विंडो तयार होते आणि काहीच प्रगती होत नाही. आधी काय कॉन्फिगर केले आहे याची यादी करा: scutil --nc list सिस्टम सेटिंग्जला माहीत असलेल्या VPN सेवा त्यांच्या सध्याच्या स्थितीसह छापते. स्वतःचे नेटवर्क एक्स्टेंशन आणणारे क्लायंट प्रोफाइल ॲपमध्ये ठेवतात आणि तिथे दिसणार नाहीत, म्हणून क्लायंटची स्वतःची कनेक्शन यादीही तपासा.
मग स्पर्धक स्टार्टर शोधा. scutil --nc show "Work VPN" अंगभूत सेवेचा कॉन्फिगरेशन शब्दकोश On Demand नियमांसह छापते; कोणत्याही इंटरफेस बदलावर पुन्हा जोडणारा नियम प्रत्येक वेळी Wi-Fi फिरताना किंवा डिस्प्ले नेटवर्क स्टॅक जागवताना टनेल पुन्हा सुरू करेल — आणि प्रमाणीकरण प्रॉम्प्ट पुन्हा उघडेल. सिस्टम सेटिंग्ज > सामान्य > लॉगिन आयटम अंतर्गत लॉगिन आयटम तपासा, आणि प्रति-वापरकर्ता एजंट याने सूचीबद्ध करा ls ~/Library/LaunchAgents. MDM-व्यवस्थापित सुरक्षा स्टॅकच्या मालकीच्या कोणत्याही गोष्टीला हात लावू नका; ती काढल्यास सामान्यतः पुढील तपासणीत परत ढकलली जाते.
प्रयत्नादरम्यान प्रत्यक्षात काय चालू आहे हे पाहण्यासाठी: ps -Ao pid,comm | grep -iE 'vpn|tunnel|extension'. एकाची अपेक्षा असताना दोन क्लायंट सहाय्यक असणे "मला दोन प्रॉम्प्ट का मिळाले" हे कोणत्याही क्रेडेन्शियल समस्येपेक्षा कितीतरी जास्त वेळा स्पष्ट करते.
कीचेन रीसेट न करता Keychain प्रवेश दुरुस्त करा
प्रॉम्प्ट साठवलेल्या आयटमच्या प्रवेश नियंत्रण यादीतून येतो, VPN प्रोटोकॉलमधून नाही. प्रत्येक आयटम नोंदवतो की कोणती ॲप्लिकेशन्स विचारल्याशिवाय तो वाचू शकतात. क्लायंट अपडेटनंतर विचारणाऱ्या सहाय्यकाचे नाव किंवा स्वाक्षरी वेगळी असू शकते, तर आयटम अजूनही जुन्याची यादी दाखवतो, त्यामुळे macOS प्रत्येक कनेक्शनला पुन्हा विचारते. त्या एका आयटमसाठी नव्या सहाय्यकाला मंजूर करणे हाच संपूर्ण उपाय आहे; प्रत्येक ॲप्लिकेशनला मंजूर करणे नाही.
VPN ला स्पर्श न करता ACL हे कारण आहे याची खात्री करू शकता: security find-generic-password -s "service-name" -g तोच आयटम टर्मिनलमधून वाचतो. जर त्या कमांडनेही प्रॉम्प्ट उठवला, तर डायलॉग कीचेनचा आहे आणि टनेल फक्त ट्रिगर आहे. Apple च्या तीन बटणांविषयीच्या सूचना — एकदा अनुमती द्या, नेहमी अनुमती द्या, नाकारा — एकदा वाचण्यासारख्या आहेत, कारण नाकारणेच प्रॉम्प्ट पुढील प्रयत्नाऐवजी लगेच परत आणते.
जर तुम्ही चुकीच्या सहाय्यकाला मंजूरी दिली असेल, तर Keychain Access मध्ये आयटम उघडा, Access Control वर जा आणि ती नोंद काढा; हाच रोलबॅक आहे. लॉगिन कीचेन हटवणे, किंवा ती पुन्हा तयार करणारे दुरुस्ती साधन चालवणे, असंबंधित पासवर्डही टाकून देते आणि समस्येपेक्षा खूप मोठा बदल आहे.
लॉगिन आणि धोरणाचे टप्पे त्यांच्या स्वतःच्या प्रवाहांत ठेवा
ब्राउझर साइन-इन किंवा MFA आव्हान गेटवेचे आहे. तुमची संस्था सत्र टिकाऊपणा किंवा प्रमाणपत्र-आधारित प्रमाणीकरण देते असल्यास ते वापरा, कारण कमी वेळा प्रमाणीकरण करण्याचा तोच समर्थित मार्ग आहे. क्लायंटमध्ये स्थिर कोड टाइप करणे, किंवा प्रॉम्प्ट कधीच येऊ नये म्हणून स्क्रिप्टमध्ये पासवर्ड साठवणे, संवादात्मक घटकाच्या जागी स्थिर रहस्य ठेवते आणि पुढच्या वेळी धोरण बदलल्यावर अयशस्वी होते.
संस्थेच्या सूचना या एकमेव श्रेणी आहेत ज्या तुम्ही दाबू नयेत. त्या सामान्यतः पोस्चर तपासणी किंवा स्वीकार्य वापराची मान्यता लागू करतात, आणि त्या लपवल्यास टनेल चालू असतानाही उपकरण अनुपालनाबाहेर जाऊ शकते. त्रुटी डायलॉग दुसरी श्रेणी आहेत: पहिल्या त्रुटीचा मजकूर ठेवा, कारण दुसरा डायलॉग बहुतेक वेळा पुन्हा प्रयत्न केल्यानंतर नोंदवलेली तीच अयशस्वीता असतो.
एका प्रयत्नाने तपासा, नंतर रीबूटनंतर
डुप्लिकेट स्टार्टर काढून आणि कीचेन नोंद दुरुस्त केल्यावर एकच प्रयत्न करा: मेनू बार सहाय्यकासह प्रत्येक क्लायंट इन्स्टन्स बंद करा, एकदा कनेक्ट करा, आणि विंडो मोजा. तुम्हाला कीचेन मंजुरी, आयटम पुन्हा तयार झाला असेल तर, आणि एक प्रमाणीकरण टप्पा हवा आहे. त्यापेक्षा जास्त नाही. scutil --nc status "Work VPN" अंगभूत सेवेसाठी Connected नोंदवले पाहिजे.
मग एकदा रीबूट करा आणि पुनरावृत्ती करा. फक्त रीबूटनंतर परत येणारा प्रॉम्प्ट लॉगिन आयटम किंवा On Demand नियमाकडे निर्देश करतो, क्रेडेन्शियलकडे नाही; सत्राच्या आत परत येणारा ACL किंवा दुसऱ्या स्टार्टरकडे निर्देश करतो. दोन्ही फेऱ्यांनंतरही तो पुनरावृत्त होत राहिला तर तुमच्या प्रशासकाला देण्यासारखी उपयुक्त गोष्ट म्हणजे पहिल्या प्रयत्नातील तीन-ओळी तक्ता — मालक, अचूक मजकूर, टप्पा — डायलॉगचा स्क्रीनशॉट नाही.
ध्येय कमी प्रॉम्प्ट आहे, शांत प्रॉम्प्ट नाही. जो कनेक्शन आपले अधिकृतता टप्पे लपवतो तो असे कनेक्शन आहे ज्याचे तुम्ही यापुढे ऑडिट करू शकत नाही, आणि पुढील प्रमाणपत्र फिरकी कोणता घटक अयशस्वी होत आहे हे न कळताच तुमच्यासमोर येईल.