तपाईंको 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 वा दोस्रो स्टार्टरतर्फ सङ्केत गर्छ। दुवै चरणपछि पनि दोहोरिन्छ भने, तपाईंको प्रशासकलाई दिन लायक उपयोगी कुरा पहिलो प्रयासको तीन-पङ्क्ति तालिका हो — मालिक, ठ्याक्कै पाठ, चरण — डायलगको स्क्रिनसट होइन।
लक्ष्य कम प्रम्प्ट हो, शान्त प्रम्प्ट होइन। जो जडानले आफ्ना अनुमति चरणहरू लुकाउँछ त्यो अब तपाईंले अडिट गर्न नसक्ने जडान हो, र अर्को प्रमाणपत्र परिक्रमणले कुन घटक असफल हुँदैछ भन्ने नजान्दै तपाईंलाई भेट्नेछ।