Mac VPN निर्यातमा के हुन्छ, र के पछाडि रहन्छ
Mac VPN निर्यातमा सेटिङ र कहिलेकाहीँ निजी कुञ्जी हुन्छ, तर कीचेन पासवर्ड वा यन्त्र दर्ता हुँदैन। पहिले प्रत्येक भाग जाँच्नुहोस्।
Mac VPN क्लाइन्टमा Export थिच्नुहोस् र तपाईंले जडानको वर्णन गर्ने तर आफैं जडान नभएको फाइल पाउनुहुनेछ। सर्भर ठेगाना, पोर्ट, प्रोटोकल र प्रायः प्रमाणपत्रहरू यसको भित्र हुन्छन्। लगइन पासवर्ड, निजी कुञ्जीको पासफ्रेज र यही Mac लाई अधिकृत गर्ने दर्ता सामान्यतया हुँदैनन्। त्यसैले प्रोफाइल सफा रूपमा आयात हुन सक्छ, क्लाइन्टको सूचीमा देखिन सक्छ र तैपनि पहिलो प्रमाणीकरण अनुरोधमा असफल हुन सक्छ; यो खाडल ढाँचाको विशेषता हो, बिग्रिएको डाउनलोड होइन।
| Part of the connection | Where it lives on the old Mac | What an export does with it |
|---|---|---|
| Server, port, protocol, routes | Client profile or managed settings | Usually included when the client exports configuration |
| Client certificate and private key | Inside the package, the login keychain, or issued by MDM | Included only if the format packs it; a keychain-held key stays behind |
| Login password, key passphrase | Login keychain | Left out by design |
| Device authorization or enrollment | Server side, bound to the certificate or the device record | Not transferable; the new device has to enroll |
निर्यात गरिएको फाइलमा वास्तवमा के हुन्छ
निर्यात एउटा कन्टेनर हो, र फाइल एक्सटेन्सन सामग्रीभन्दा कम बताउँछ। OpenVPN प्रोफाइलहरू पाठ हुन्: निर्देशनहरू, साथै वैकल्पिक इनलाइन <ca>, <cert> र <key> ब्लकहरू। Tunnelblick सेटअपहरू कन्फिगरेसन र सेटिङहरूको सङ्कुचित अभिलेख हुन्। व्यवस्थापित .mobileconfig पेलोडको plist हो। केही पनि आयात गर्नु अघि दुई सूचीले प्रश्नको अधिकांश भागको जवाफ दिन्छन्।
पाठ प्रोफाइलका लागि, यसले बोकेका PEM ब्लकहरू गन्नुहोस्: grep -c "PRIVATE KEY" your-profile.ovpn। शून्य नभएको नतिजाको अर्थ फाइलमा कुञ्जी सामग्री छ र त्यस क्षणदेखि यसलाई पासवर्डजस्तै व्यवहार गर्नुपर्छ। अभिलेखका लागि, यसलाई नखोली सूचीबद्ध गर्नुहोस्: tar -tf export.tbz, वा unzip -l export.zip यदि क्लाइन्टले zip बनायो। त्यो सूचीमा रहेका कुञ्जी फाइल, प्रमाणपत्र फाइल र माथि वा तल स्क्रिप्टहरू ती भाग हुन् जुन प्रयोगकर्ता खाता पुनः जारी गर्दा पुनः सिर्जना हुँदैन।
विपरीत अवस्था पनि उत्तिकै महत्त्वपूर्ण छ। जब प्रोफाइलले कुञ्जीलाई इम्बेड गर्नुको सट्टा फाइल नामद्वारा सङ्केत गर्छ, निर्यात जानाजानी अपूर्ण हुन्छ र हराएको आधा भाग यसलाई जारी गर्नेबाट आउनुपर्छ। त्यो फाइल छेउमा प्रतिलिपि गर्नु ठीक छ जब प्रमाणपत्र प्राधिकरण तपाईंको हो; ठीक छैन जब फाइल पुरानो Mac मा सिर्जना गरिएको यन्त्र-बद्ध प्रमाणपत्रसँग आएको हो।
कीचेनको आधा भाग किन कहिल्यै यात्रा गर्दैन
macOS ले VPN पासवर्ड र कुञ्जी पासफ्रेजहरू लगइन कीचेनमा राख्छ, र क्लाइन्टहरूले तिनीहरूलाई आफ्नै सेटिङ फाइलमा नभई त्यहीँ भण्डारण गर्छन्। Tunnelblick यो आफ्नो निर्यात र आयात मार्गदर्शिकामा भन्छ: सेटअप अभिलेखले कन्फिगरेसन र सेटिङ बोक्छ र कीचेनमा राखिएका प्रयोगकर्तानाम, पासवर्ड र पासफ्रेजहरू बाहिर छोड्छ। छोड्नु जानाजानी हो। कीचेन वस्तुहरू प्रति प्रयोगकर्ता र प्रति मेसिन सुरक्षित हुन्छन्, त्यसैले प्रतिलिपि गरिएको वस्तुसँग गन्तव्यमा वैध पहुँच नियन्त्रण हुँदैन, जसले या त निरर्थक फाइल वा सादा पाठमा रहस्य छोड्छ।
स्थानान्तरण योजना बनाउनु अघि प्रमाणहरू कहाँ बस्छन् भनी पुष्टि गर्न सक्नुहुन्छ। security find-internet-password -s vpn.example.com मिल्ने वस्तुको विशेषता छाप्छ र कुनै नभएमा शून्य नभएको कोडसँग बाहिरिन्छ; त्यही आदेश -g सहित पासवर्ड खोल्न अनुरोध गर्दथ्यो, त्यसैले त्यो बिनाको प्रश्न बढी सुरक्षित जाँच हो। त्यहाँ भेटिनुको अर्थ प्रोफाइलले पासवर्ड बोकेको छैन र त्यसो गर्न बाध्य पार्न सकिँदैन। यसको अर्थ नयाँ Mac मा पासवर्ड फेरि सोधिनेछ, र पुरानोमा दिइएको «सधैं अनुमति दिनुहोस्» त्यहाँ केही गन्ने छैन।
तर हरेक रहस्य कीचेन वस्तु हुँदैन। Tunnelblick को आफ्नै प्याकेज कागजातले प्याकेजमा कुञ्जी, प्रमाणपत्र र स्क्रिप्ट फाइलहरू हुन सक्ने उल्लेख गर्छ। त्यसैले निर्यातले कीचेन प्रविष्टिहरू बाहिर राख्नु भनेको निर्यात इमेलबाट पठाउन सुरक्षित छ भन्ने दाबी होइन; अभिलेखमा के छ भनी सूचीबद्ध नगरेसम्म यसलाई संवेदनशील मान्नुहोस्।
देशी र व्यवस्थापित VPN सँग निर्यात मार्ग छैन
सिस्टम सेटिङमार्फत कन्फिगर गरिएका जडानहरूले कुनै समर्थित निर्यात दिँदैनन्। scutil --nc list प्रणालीलाई थाहा भएका सेवाहरू देखाउँछ, र scutil --nc show "Work VPN" एउटा सेवाको कन्फिगरेसन छाप्छ, जुन त्यसको सर्भर र प्रोटोकल पढ्न पर्याप्त छ। दुवैमध्ये कुनै पनि स्थानान्तरण उपकरण होइन। /Library/Preferences/SystemConfiguration/preferences.plist मा भण्डारण गरिएका सेवा पहिचानकर्ता त्यो फाइलभित्रका सन्दर्भ हुन्, त्यसैले फाइल प्रतिलिपि गरी पहिचानकर्ता पुनः लेख्नु समर्थित स्थानान्तरण होइन र गन्तव्यमा असम्बन्धित सञ्जाल सेवाहरू बिथोल्न सक्छ।
समर्थित मार्ग Apple ले कागजात गर्ने हो: प्रशासकले दिएको VPN सेटिङ फाइल स्थापना गर्नुहोस्, वा अपरेटरले दिने सेटिङ प्रविष्ट गर्नुहोस्। जडान व्यवस्थापित भएमा, पुरानो संवादको स्क्रिनसटबाट पुनः निर्माण गर्नुको सट्टा नयाँ फाइल वा नयाँ दर्ता माग्नुहोस्। MDM ले धकेलेको प्रोफाइलका लागि, प्रमाणपत्र पेलोडले पहिचान बोक्न सक्छ जबकि निजी कुञ्जी यन्त्रमा सिर्जना हुन्छ, र त्यस अवस्थामा पुरानो प्रोफाइलको त्रुटिरहित प्रतिलिपिले पनि नयाँ Mac लाई प्रमाणित गर्न सक्दैन।
सूचीमा भरोसा गर्नुको सट्टा पुनर्स्थापना जाँच्नुहोस्
सूचीमा रहेको प्रोफाइल र चलिरहेको टनेल दुई फरक अवस्था हुन्, र तीमध्ये एउटा मात्र रिपोर्ट गर्न लायक छ। आयात र जडान पछि, टनेल इन्टरफेस अवस्थित छ कि छैन जाँच्नुहोस्, त्यसपछि टनेलले के गरिरहेको छ जाँच्नुहोस्।
ifconfig | grep -A3 utun टनेल इन्टरफेस र यसका ठेगानाहरू देखाउँछ। scutil --dns | grep nameserver जडानपछि कुन रिजोल्भरहरू सक्रिय छन् देखाउँछ, र यहीँ split-DNS प्रोफाइलहरू सामान्यतया फरक पर्छन्। त्यसपछि साँच्चै महत्त्वपूर्ण स्रोतमा पुग्नुहोस्: curl -sS -o /dev/null -w "%{http_code}" https://intranet.example.com। तीनवटै पास भएमा सेटिङ, DNS र मार्गहरू आइपुगेका छन्; क्लाइन्टमा हरियो आइकनले आफैंमा यीमध्ये केही पनि जनाउँदैन।
आयातपछि दुई असफलता प्रायः देखिन्छन् र दुवैको दोष फाइलमा लगाइन्छ। सार्वजनिक नामहरू समाधान हुने तर आन्तरिक नहुनेले सामान्यतया प्रोफाइलका DNS सर्भरहरू हटाइएको वा split-DNS जोगाइएको छैन भन्ने जनाउँछ। माथि उठेर कुनै ट्राफिक नपठाउने टनेलले सामान्यतया मार्ग वा सर्भर-पक्षको अधिकार प्रोफाइलको पछि नलागेको जनाउँछ। त्यही अभिलेख पुनः आयात गर्दा दुवै पुनः उत्पन्न हुन्छन्।
पुरानो Mac अवकाश लिनु अघि
निर्यात हटाउनु रद्द गर्नु होइन। पुरानो यन्त्रले प्रमाणपत्रबाट प्रमाणीकरण गरेको भए, सर्भरले त्यो प्रमाणपत्रलाई त्यो रद्द वा पुनः जारी नहुँदासम्म विश्वास गर्छ। यसले साझा खाताबाट प्रमाणीकरण गरेको भए, त्यो खाताका सत्रहरू अझै जीवित हुन सक्छन्। हार्डवेयर अझै तपाईंको अगाडि हुँदै सर्भर-पक्षको कदम चाल्नुहोस्।
नयाँ प्रोफाइलमा कुञ्जी छ भने यसलाई तपाईंका अन्य प्रमाणहरूसँग भण्डारण गर्नुहोस्, र पासवर्ड क्लाइन्टमा टाइप गर्नुहोस् ताकि त्यो फाइलमा नभई नयाँ कीचेनमा पुगोस्। अन्तिम जाँच: पुरानो Mac बन्द हुँदा प्रतिस्थापनबाट जडान गर्नुहोस्। स्रोत मेसिन अनलाइन हुँदा मात्र काम गर्ने हस्तान्तरण कहिल्यै पूर्ण थिएन।