क्या iPhone आपके Mac की OpenVPN प्रोफ़ाइल का फिर से उपयोग कर सकता है?

एक काम करता Mac कनेक्शन फ़ोन के लिए टेम्पलेट नहीं है, तब भी जब दोनों एक ही खाते और एक ही सर्वर का उपयोग करते हों। Mac प्रोफ़ाइल प्रमाणपत्रों को अलग फ़ाइलों में रख सकती है, ऐसे निर्देश इस्तेमाल कर सकती है जो केवल डेस्कटॉप पर अर्थ रखते हैं, और ऐसी पहचान पर निर्भर हो सकती है जो ऑपरेटर ने केवल उसी मशीन के लिए जारी की थी। फ़ोन को अपना पैकेज, अपनी पहचान और अपना आयात पथ चाहिए। नीति के प्रश्न को पैकेजिंग के प्रश्न से अलग करना ही काम का बड़ा हिस्सा है।

कुछ भी कॉपी करने से पहले ऑपरेटर से दो बातें पूछें: क्या खाता एक से अधिक उपकरणों पर चल सकता है, और क्या फ़ोन को अपना प्रमाणपत्र मिलना चाहिए।

पुनः उपयोग पहले नीति का प्रश्न है, फिर तकनीकी

क्लाइंट प्रमाणपत्र एक पहचान है, और एक पहचान को दो उपकरणों पर रखने का अर्थ है कि सर्वर उन्हें लॉग में, एक्सेस नियमों में या निरस्तीकरण में अलग नहीं कर सकता। कुछ परिनियोजन इसे स्वीकार करते हैं और डुप्लिकेट सामान्य नाम स्पष्ट रूप से सक्षम करते हैं; अधिकांश नहीं करते, और दूसरा उपकरण या तो अस्वीकार हो जाता है या पहले को ऑफ़लाइन कर देता है। साझा उपयोगकर्ता नाम और पासवर्ड साझा प्रमाणपत्र को उपयुक्त नहीं बनाते। किसी भी स्थानांतरण की योजना बनाने से पहले ऑपरेटर का उत्तर लिखित में लें।

ऑडिट का पक्ष भी उतना ही महत्वपूर्ण है। अगर फ़ोन खो जाए, तो ऐसे प्रमाणपत्र को निरस्त करना जिसे Mac भी उपयोग करता है, दोनों उपकरणों को डिस्कनेक्ट कर देता है, और उसे वैध छोड़ना काम करते VPN एक्सेस वाला फ़ोन छोड़ देता है। प्रति-उपकरण प्रमाणपत्र हानि की प्रतिक्रिया को एक ही निरस्तीकरण में बदल देता है, और ठीक इसी कारण अतिरिक्त पंजीकरण चरण मौजूद है।

Mac प्रोफ़ाइल और फ़ोन की प्रोफ़ाइल व्यवहार में भिन्न हैं

डेस्कटॉप पर .ovpn फ़ाइल CA, प्रमाणपत्र और कुंजी के साथ अलग फ़ाइलों में हो सकती है, और इसमें ऐसे हुक, स्क्रिप्ट और पथ हो सकते हैं जो केवल उस ऑपरेटिंग सिस्टम पर अर्थ रखते हैं। मोबाइल क्लाइंट सामान्यतः वे हिस्से अंदर जोड़े हुए या पासवर्ड के साथ PKCS#12 बंडल के माध्यम से चाहता है, और जिन निर्देशों का पालन नहीं कर सकता उन्हें अनदेखा या अस्वीकार करता है। Mac की फ़ाइल कॉपी करने पर अक्सर विफल आयात बनता है, या ऐसा जो आधे विकल्प गायब होने पर जुड़ता है। समाधान ऑपरेटर का अनुरक्षित मोबाइल पैकेज है, असुविधाजनक पंक्तियों को मिटाकर हाथ से संपादित फ़ाइल नहीं।

निजी कुंजी वाली किसी भी फ़ाइल को कॉन्फ़िगरेशन नहीं, बल्कि क्रेडेंशियल मानें। इसी कारण प्रोफ़ाइल डाउनलोड सुरक्षित चैनलों से गुजरते हैं, और चैट थ्रेड या डाउनलोड फ़ोल्डर में छोड़ी गई प्रति मित्रतापूर्ण फ़ाइल नाम वाला जीवित रहस्य है।

फ़ोन के अपने प्रवाह से आयात करें

आधिकारिक OpenVPN Connect ऐप इंस्टॉल करें, फिर प्रोफ़ाइल को उसके आयात प्रवाह से लाएँ, फ़ाइल के रूप में या ऑपरेटर द्वारा दिए गए कनेक्शन URL के रूप में। अनियंत्रित फ़ोन पर ऐप VPN कॉन्फ़िगरेशन जोड़ने की अनुमति माँगता है, जो सिस्टम का अपना पुष्टिकरण चरण है। Mac से लिए गए मान पहले से भरने के बजाय खाते और MFA के संकेत जैसे आएँ वैसे ही अनुसरण करें। अगर आयात सफल हो और कनेक्शन न हो, तो समस्या स्थानांतरण में नहीं, प्रोफ़ाइल की सामग्री में है।

प्रबंधित फ़ोन पर, व्यवस्थापक मोबाइल डिवाइस प्रबंधन चैनल के माध्यम से प्रोफ़ाइल आयात या संपादन सीमित कर सकता है। प्रतिबंधित ऐप कोई पहेली नहीं है जिसे हराना है; व्यवस्थापक के पंजीकरण पथ का उपयोग करें, क्योंकि वही पथ यह भी तय करता है कि फ़ोन बदले जाने पर क्या होगा।

फ़ोन को स्वतंत्र रूप से सिद्ध करें

Wi-Fi बंद रखते हुए मोबाइल डेटा पर फ़ोन से निजी संसाधन खोलें, ताकि अनुरोध चुपचाप दूसरा रास्ता न ले सके। Mac का जुड़ा रहना फ़ोन के मार्गों, DNS या क्रेडेंशियल स्वीकृति के बारे में कुछ सिद्ध नहीं करता। फिर दोनों उपकरणों की तुलना करें: Mac पर हल होने वाला और फ़ोन पर विफल होने वाला आंतरिक होस्टनाम पैकेजों के बीच भिन्न DNS सेटिंग्स की ओर संकेत करता है। प्रोफ़ाइल का नाम, उपकरण की पहचान और किसने पंजीकरण किया, दर्ज करें।

जब कुछ विफल हो, सटीक संदेश और ऐप संस्करण रखें। आयात त्रुटि और कनेक्शन त्रुटि अलग परतों से आती हैं, और उन्हें एक रिपोर्ट में मिलाने से पूरा दौर बर्बाद होता है। साफ़ आयात होने वाली प्रोफ़ाइल केवल यह सिद्ध करती है कि फ़ाइल पार्स हुई।

पंजीकरण के बाद अपनी प्रतिधारण नीति के अनुसार स्थानांतरण प्रतियाँ हटाएँ और पुनः पंजीकरण पथ का दस्तावेज़ बनाएँ। प्रतिस्थापन फ़ोन को नई पहचान मिलनी चाहिए, पुरानी की प्रति नहीं।