पहला खोए बिना Mac पर दूसरे VPN क्लाइंट को कैसे जाँचें
दूसरा क्लाइंट सिर्फ़ एक बटन नहीं, रूट, DNS और एक्सटेंशन भी बदलता है। बेसलाइन दर्ज करें, एक बार में एक पथ बदलें और मूल वर्कफ़्लो बहाल करें।
आप दूसरे क्लाइंट को तुलना के लिए इंस्टॉल करते हैं, और पहला काम करना बंद कर देता है। कुछ भी मिटाया नहीं गया, और दोनों एप्लिकेशन अब भी इंस्टॉल हैं। जो बदला है वह उनके नीचे है: एक सिस्टम एक्सटेंशन, एक DNS सेटिंग या एक डिफ़ॉल्ट रूट, और दोनों क्लाइंट अब इस पर सहमत नहीं हैं कि इसका मालिक कौन है। इंस्टॉलेशन जोखिम भरा हिस्सा नहीं है; जोखिम भरा हिस्सा दोनों को बिना दर्ज बेसलाइन के चलाना है, जिस पर लौटा जा सके।
लक्षण: दूसरे इंस्टॉल के बाद काम करता सेटअप रुक जाता है
आधुनिक macOS VPN क्लाइंट अक्सर पुरानी शैली के इंटरफ़ेस की जगह नेटवर्क एक्सटेंशन लेकर आते हैं। एक को इंस्टॉल करने पर मंज़ूरी माँगी जा सकती है, कॉन्फ़िगरेशन प्रोफ़ाइल जोड़ी जा सकती है, या ऐसा सिस्टम एक्सटेंशन दर्ज हो सकता है जो कोई भी कनेक्शन बनने से पहले ट्रैफ़िक को प्रभावित करता है। ऐप की विंडो दिखने से पहले एक्सटेंशन लोड होता है, इसीलिए नया निष्क्रिय रहते हुए मूल क्लाइंट विफल हो सकता है।
अगर उसके बाद मूल क्लाइंट कनेक्ट नहीं कर पाता, या कनेक्ट होकर कुछ भी हल नहीं करता, तो नया एक्सटेंशन पहला संदिग्ध है। यह टकराव का सबूत नहीं है, पर जाँच यहीं से शुरू होती है। इसके बाद एक्सटेंशन की सूची और इंस्टॉल किए गए कॉन्फ़िगरेशन प्रोफ़ाइल देखें, सिर्फ़ एप्लिकेशन फ़ोल्डर नहीं।
कुछ भी इंस्टॉल करने से पहले बेसलाइन दर्ज करें
जो अभी काम कर रहा है उसे लिखें: एप्लिकेशन का परिणाम, क्लाइंट का संस्करण, जिस एंडपॉइंट से वह जुड़ता है, और हर ऐप या स्प्लिट-टनल के लिए कोई भी अपवाद। मूल प्रोफ़ाइल को एप्लिकेशन बंडल से फ़ाइलें कॉपी करके नहीं, बल्कि क्लाइंट जिस सुरक्षित प्रक्रिया का समर्थन करता है उसके ज़रिए सहेजें।
scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"
काम करते क्लाइंट के जुड़े रहते उन तीन आउटपुट को कैप्चर करें। वे आपको रिज़ॉल्वर की स्थिति, रूट तालिका और इंटरफ़ेस की सूची देते हैं जो एक काम करता सेटअप पैदा करता है, और बाद में तुलना के लिए आपको ठीक यही चाहिए। अगर Mac को कोई नियोक्ता प्रबंधित करता है, तो शुरू करने से पहले पुष्टि करें कि तुलना की अनुमति है, क्योंकि परीक्षण के दौरान स्वचालित कार्य कनेक्शन फिर सक्रिय हो सकता है और तब परिणाम दोनों में से किसी एक क्लाइंट का अकेले प्रतिनिधित्व नहीं करता। तीनों आउटपुट को प्रोफ़ाइल नोट के पास रखें ताकि बाद की तुलना के पास एक संदर्भ हो।
एक बार में एक सक्रिय पथ बदलें
मूल कनेक्शन को उसके सामान्य नियंत्रण से रोकें, फिर विकल्प शुरू करें। एक साथ जुड़े दो क्लाइंट ऐसा परिणाम देते हैं जो संयोजन का वर्णन करता है, किसी एक उत्पाद का नहीं। अगर सेवाएँ अनुमति दें तो एंडपॉइंट और कार्य को तुलनीय रखें, क्योंकि किसी दूसरे सर्वर से तेज़ डाउनलोड दो एप्लिकेशन की नहीं, दो कनेक्शन विकल्पों की तुलना करता है।
अगर नया क्लाइंट विफल हो, तो कुछ और बदलने से पहले उसकी पहली त्रुटि सहेजें। पहली त्रुटि आमतौर पर चरण बताती है, और सेटिंग बदलने के बाद दूसरा प्रयास अक्सर कम उपयोगी कुछ बताता है।
सिर्फ़ गति नहीं, DNS, रूट और ऐप की तुलना करें
नए क्लाइंट के जुड़े रहते वही तीन कमांड चलाएँ और उन्हें पंक्ति दर पंक्ति तुलना करें। कहीं और इशारा करता रिज़ॉल्वर, या निजी सबनेट के बिना रूट तालिका, थ्रूपुट देखने से पहले ही व्यवहार के ज़्यादातर अंतर समझा देती है। फिर उसी कार्य के साथ असली एप्लिकेशन जाँचें, क्योंकि तेज़ी से जुड़कर आंतरिक नाम हल न कर पाने वाला क्लाइंट स्टेटस विंडो बेहतर दिखने पर भी तुलना नहीं जीता।
ध्यान दें कि ट्रैफ़िक ने कौन-सा इंटरफ़ेस इस्तेमाल किया। macOS पर टनल इंटरफ़ेस का नाम इस बात का भरोसेमंद संकेत नहीं है कि रूट किस क्लाइंट का है, इसलिए इंटरफ़ेस की सूची को रूट तालिका के साथ जोड़ें, दोनों में से किसी एक को अकेले न पढ़ें। अगर दो utun इंटरफ़ेस हैं, तो आपका ट्रैफ़िक ले जाने वाला वही है जिसके पास मेल खाता रूट और रिज़ॉल्वर प्रविष्टि है। नाम से अनुमान लगाना ही गलत इंटरफ़ेस को दोष देने का तरीका है, क्योंकि मौजूद इंटरफ़ेस हमेशा वही नहीं होता जो ट्रैफ़िक ले जाता है।
तीनों आउटपुट को ऊपर-ऊपर देखने के बजाय ध्यान से पढ़ें। रिज़ॉल्वर डंप में, utun इंटरफ़ेस से जुड़ा नेम सर्वर दिखाता है कि किस क्लाइंट ने उसे इंस्टॉल किया; रूट तालिका में, डिफ़ॉल्ट रूट उस इंटरफ़ेस का नाम देता है जो ट्रैफ़िक ले जाता है; इंटरफ़ेस की सूची में, दूसरा utun डिवाइस मतलब दूसरी टनल बनी है। बेसलाइन से तुलना करने पर वे तीन पंक्तियाँ बहाल सेटअप को उससे अलग करती हैं जहाँ दोनों क्लाइंट अब भी होड़ कर रहे हैं।
बहाल करें, फिर साफ़-सुथरे ढंग से हटाएँ
मूल क्लाइंट के अपने वर्कफ़्लो से लौटें और पुष्टि करें कि बेसलाइन आउटपुट आपके दर्ज किए से मेल खाते हैं। अगर रिज़ॉल्वर या रूट तालिका बहाल न हो, तो रुकें और कुछ और हटाने से पहले उसे ठीक करें। बिना इस्तेमाल का सेटअप उस घटक के ज़रिए हटाएँ जो उसका मालिक है: क्लाइंट अनइंस्टॉलर, प्रोफ़ाइल, या सिस्टम एक्सटेंशन सेटिंग्स।
आपने जो संस्करण जाँचा, जो एंडपॉइंट इस्तेमाल किया और हर एक का परिणाम, उन्हें अपने नोट में जोड़कर समाप्त करें। छह महीने बाद वही रिकॉर्ड एक निर्णय और एक अफ़वाह के बीच का फ़र्क़ है।