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