क्या आपके Mac का VPN एक्सटेंशन सक्षम है? देखने के तीन स्थान
macOS पर सक्षम, स्थापित और कनेक्टेड अलग-अलग अवस्थाएँ हैं। दोबारा इंस्टॉल करने से पहले एक्सटेंशन सूची, CLI आउटपुट और क्लाइंट की अपनी स्थिति की तुलना करें।
मेन्यू बार कनेक्टेड बताता है जबकि एक्सटेंशन सूची अभी भी घटक को सक्रिय नहीं बताती। दोनों पठन एक ही Mac से आते हैं, और उनमें से कोई झूठ नहीं बोलता: वे अलग-अलग तथ्यों का वर्णन करते हैं। macOS एक VPN क्लाइंट के लिए कम से कम तीन अलग अवस्थाएँ रखता है, और सहायता थ्रेड उन्हें एक ही वाक्यांश में समेट देते हैं, इसलिए सलाह दोबारा इंस्टॉल करने और दोबारा कॉन्फ़िगर करने के बीच झूलती रहती है। आप वास्तव में कौन-सी अवस्था खो रहे हैं, यह जानना अनुमान की पूरी दोपहर को दो मिनट की जाँच में बदल देता है।
उन अवस्थाओं के स्थान अलग-अलग होने के साथ-साथ मालिक भी अलग-अलग हैं। एक ऑपरेटिंग सिस्टम की एक्सटेंशन रजिस्ट्री की है, एक उस नीति की है जिसका डिवाइस पालन करता है, और एक क्लाइंट के अपने सत्र की है। चूँकि मालिक अलग हैं, उनमें से एक पर लगाया गया सुधार शायद ही कभी बाकी दो को बदलता है।
तीन अवस्थाएँ जिन्हें एक ही नाम दिया जाता है
| State | Where it lives | What it does not prove |
|---|---|---|
| installed and activated | the system extension registry | that any tunnel exists |
| permitted by policy | a configuration profile or a one-time user approval | that the vendor's profile is configured |
| connected | the client's own session state | that traffic takes the intended route |
आप उन्हें किस क्रम में पढ़ते हैं, यह सूची से अधिक मायने रखता है: रजिस्ट्री से शुरू करें, क्योंकि जो घटक कभी सक्रिय हुआ ही नहीं वह कनेक्ट नहीं हो सकता, फिर नीति पढ़ें, जो तय करती है कि सक्रियण बिलकुल संभव है या नहीं, और फिर क्लाइंट पढ़ें, जो तीनों में से अकेला है जो किसी सत्र का वर्णन करता है। उस क्रम में ऊपर की बेमेल नीचे के हर लक्षण को समझा देती है, और नीचे की बेमेल ऊपर के दोनों को अक्षत छोड़ देती है।
अंतर का एक ठोस उदाहरण: सक्रिय पढ़ी जाने वाली रजिस्ट्री प्रविष्टि और कनेक्ट न हो पाने वाला क्लाइंट प्रोफ़ाइल या सर्वर की ओर संकेत करते हैं, एक्सटेंशन की ओर नहीं। उलटा संयोजन, यानी कुछ न दिखाने वाली रजिस्ट्री के पास सक्रिय क्लाइंट, आमतौर पर इसका अर्थ है कि आप जो ऐप देख रहे हैं वह ट्रैफ़िक ले जाने वाला ऐप नहीं है। कुछ भी छूने से पहले लिख लें कि आपने कौन-सा संयोजन देखा।
आइकन पर भरोसा किए बिना एक्सटेंशन ढूँढना
मौजूदा संस्करण नेटवर्क एक्सटेंशन को सिस्टम सेटिंग्स, जनरल, लॉगिन आइटम्स और एक्सटेंशन्स के अंतर्गत सूचीबद्ध करते हैं। उत्पाद या उसके प्रकाशक के नाम पर बनी प्रविष्टि खोजें और मेन्यू बार के चिह्न के बजाय उसके बगल का स्विच पढ़ें। लेबल और स्थान macOS संस्करणों के बीच बदले हैं, इसलिए पुराने लेख के स्क्रीनशॉट के बजाय अपने संस्करण के लिए विक्रेता के निर्देशों का पालन करें। पूरी तरह अनुपस्थित प्रविष्टि का अर्थ है कि घटक कभी इंस्टॉल ही नहीं हुआ, और प्रोफ़ाइल संपादन उसे पैदा नहीं करेगा।
systemextensionsctl list
log show --last 10m --predicate 'subsystem == "com.apple.networkextension"' --style compact
पहला कमांड यह देखने का सबसे तेज़ तरीका है कि क्या इंस्टॉल है और क्या हर एक्सटेंशन खुद को सक्रिय बताता है। दूसरा दिखाता है कि सक्रियण क्यों अस्वीकार हो रहा है, क्योंकि अस्वीकृति आमतौर पर नीति या हस्ताक्षर की शिकायत के रूप में आती है जो उपयोगकर्ता इंटरफ़ेस तक कभी नहीं पहुँचती। कुछ भी बदलने से पहले अस्वीकृति का पाठ पढ़ें: लॉग पंक्ति घटक का नाम और अक्सर कारण बताती है, जो सहायता मामले को ठीक वही चाहिए। जो वाक्यांश आपको महत्वपूर्ण लगे उसके बजाय पूरी पंक्ति कॉपी करें, क्योंकि संस्करण और पहचानकर्ता उसके विपरीत छोरों पर होते हैं।
जो क्लाइंट मानता है और सूची नहीं मानती
एक्सटेंशन की पुष्टि हो जाने के बाद क्लाइंट से पूछें कि क्या उसके पास प्रोफ़ाइल और सत्र है, क्योंकि बिना कनेक्शन के सहेजी गई प्रोफ़ाइल कॉन्फ़िगरेशन की समस्या है जबकि ट्रैफिक न ले जाने वाला कनेक्शन रूटिंग या नीति की समस्या है। तीनों को एक मानना आपको उसी घटक को दोबारा इंस्टॉल करने भेज देता है जो पूरे समय काम कर रहा था।
scutil --nc list
scutil --nc status "Work VPN"
सूची कॉन्फ़िगर की गई सेवाएँ और उनकी कनेक्शन अवस्था दिखाती है; स्थिति कॉल एक नामित सेवा की अवस्था और उसकी अंतिम त्रुटि दिखाता है। दोबारा इंस्टॉल करने से पहले वह पाठ और macOS संस्करण कैप्चर करें, क्योंकि दोबारा इंस्टॉल सबूत नष्ट कर देता है और अक्सर वही विफलता दोहरा देता है।
जब नीति स्विच की मालिक हो
प्रबंधित Mac पर कॉन्फ़िगरेशन प्रोफ़ाइल एक्सटेंशन को स्थिर अवस्था में रख सकती है, और तब स्विच डिज़ाइन के अनुसार धूसर हो जाता है। अनुपलब्ध टॉगल घेरने योग्य बग नहीं बल्कि नीति का वक्तव्य है। उस तक पहुँचने के लिए प्रोफ़ाइल या प्रबंधन नामांकन हटाना डिवाइस की सुरक्षा स्थिति बदल देता है, अगली चेक-इन पर वापस लौटा दिया जाता है, और ऐसी मशीन छोड़ देता है जो खुद को अनुरूप बताती है जबकि अनुरूप बनाने वाले नियंत्रण गायब हैं। वह परिणाम मूल समस्या से बुरा है, क्योंकि वह लक्षण के साथ कारण भी छिपा देता है।
एक्सटेंशन पहचानकर्ता, सटीक अस्वीकृति पाठ और संस्करण के साथ अनुरोध व्यवस्थापक तक ले जाएँ। प्रबंधित परिनियोजन आमतौर पर नेटवर्क एक्सटेंशन को मिनटों में केंद्रीय रूप से स्वीकृत कर सकता है, जो वैकल्पिक उपाय से तेज़ है और बाद में ऑडिट योग्य भी है।
वास्तविक एप्लिकेशन पर सुधार साबित करना
किसी भी समर्थित सुधार के बाद, मेन्यू बार बैज के बजाय उस एप्लिकेशन से दोबारा कनेक्ट करें और उसका परीक्षण करें जिसके लिए VPN मौजूद है। फिर पुष्टि करें कि जो ट्रैफ़िक सुरंग के बाहर रहना चाहिए वह अब भी बाहर ही रहता है, क्योंकि चुपचाप सब कुछ रूट करने वाला सुधार उस बदलाव से अलग है जो आप चाहते थे। वास्तविक एप्लिकेशन पर दो मिनट का परीक्षण उस बैज से अधिक मूल्यवान है जिसे आप दोहरा नहीं सकते।
उस सूची में रहते समय एक चेतावनी: सामग्री फ़िल्टर भी एक नेटवर्क एक्सटेंशन है। जब एक ही साइट विफल होती है, तो पैनल के हर एक्सटेंशन को बंद करना एक कठोर कदम है जो अन्य एप्लिकेशनों के लिए असंबंधित फ़िल्टरिंग तोड़ देता है, और जिन घटकों की आप तुलना करते उन्हें हटाकर अगला निदान कठिन बना देता है। इसे छूने से पहले प्रकाशक और भूमिका से एक्सटेंशन की पहचान करें, और लिख लें कि तीनों में से कौन-सी अवस्था वास्तव में गलत थी।