VPN एक्सेस को नए Mac पर ले जाना: पहले क्या लिखें
कॉपी किया गया कनेक्शन नाम स्थानांतरित पहचान नहीं है। क्लाइंट, प्रोफ़ाइल स्रोत और प्राधिकरण पथ लिखें, फिर नए Mac को तैयार करें और जाँचें।
माइग्रेशन चुपचाप विफल होता है: कनेक्शन मेन्यू बार में दिखता है, प्रोफ़ाइल आयात होता है, और प्रमाणीकरण फिर भी विफल रहता है क्योंकि नया Mac अधिकृत डिवाइस नहीं है। पुराना Mac काम करता रहता है, जिससे गड़बड़ी को टालना आसान हो जाता है जब तक पुरानी मशीन न रहे। बदलाव से पहले बनाई गई छोटी सूची इसका अधिकांश हिस्सा रोक देती है। जब तक आप इसे चालू मशीन से पढ़ सकते हैं, तब तक लिख लें कि एक्सेस किस पर निर्भर है।
पुराना Mac अभी जुड़ा है तब तक एक्सेस की सूची बनाएँ
कनेक्शन नाम से नहीं, क्लाइंट और प्रोटोकॉल से शुरू करें। नाम वह लेबल है जो पुरानी प्रोफ़ाइल ने चुना; क्लाइंट का संस्करण, प्रोटोकॉल और एंडपॉइंट वह है जिसे नई मशीन को दोहराना है। एंडपॉइंट का सटीक होस्टनाम भी लिखें, क्योंकि प्रदाता का माइग्रेशन लेबल बदले बिना उसे स्थानांतरित कर सकता है।
| Item | Where to read it | Why the new Mac needs it |
|---|---|---|
| Client and version | About screen or vendor download page | Profile format and defaults change between major versions |
| Profile source | MDM, vendor portal, exported file | Decides whether import or re-enrollment is supported |
| Identity type | Certificate, account login, SSO | Decides whether it can move or must be reissued |
| DNS and routes | Tunnel settings, split-tunnel rules | Same tunnel can behave differently with different resolver settings |
| Owner | IT, provider or you | Names the party who can approve the new device |
पहचान वाली प्रविष्टि का भार सबसे अधिक है। उपयोगकर्ता नाम और एक बार का कोड नए Mac पर दर्ज किया जा सकता है, निर्यात योग्य कुंजी वाला प्रमाणपत्र कभी-कभी आयात हो सकता है, और गैर-निर्यात योग्य कुंजी वाला डिवाइस-बद्ध प्रमाणपत्र बिल्कुल स्थानांतरित नहीं हो सकता। कटओवर की योजना बनाने से पहले लिखें कि आपके पास कौन-सा मामला है। यदि इनमें से दो उत्तर असंगत हैं, तो कुछ भी कॉपी करने से पहले असंगति सुलझाएँ।
अंत में अपेक्षित नेटवर्क व्यवहार लिखें: पूर्ण टनल या विभाजित टनल, कौन-से आंतरिक नाम हल होने चाहिए और क्या टनल के भीतर IPv6 अपेक्षित है। इन्हीं से वे परीक्षण बनेंगे जो तय करेंगे कि माइग्रेशन सफल हुआ या नहीं।
जो कॉपी किया जा सकता है उसे उससे अलग करें जो फिर से जारी करना होगा
उपयोगकर्ता-स्तरीय प्रोफ़ाइल, सर्वर पते और प्राथमिकताएँ आमतौर पर स्थानांतरण योग्य होती हैं। निजी कुंजियाँ, डिवाइस प्रमाणपत्र और नामांकन टोकन नहीं, क्योंकि उनका मूल्य एक मशीन से बंधे होने पर निर्भर है। उन्हें फिर से जारी करने योग्य मद मानें और मालिक से समर्थित मार्ग पूछें। बाकी सब कॉपी किया जा सकता है। श्रेणी का निर्धारण माइग्रेशन विज़ार्ड नहीं, मालिक की प्रक्रिया करती है।
यदि पहचान डिवाइस-बद्ध है और पुनर्जारी का कोई मार्ग नहीं है तो यहीं रुकें। कॉपी की गई कुंजी के साथ आगे बढ़ना या तो प्रमाणीकरण में विफल होता है या, इससे बुरा, वही क्रेडेंशियल दूसरी मशीन का कोई रिकॉर्ड रखे बिना दो मशीनों पर सक्रिय छोड़ देता है।
स्थानांतरण के दौरान निजी कुंजी या रिकवरी कोड किसी नोट या चैट संदेश में न रखें। कीचेन, पासवर्ड प्रबंधक या संगठन की एस्क्रो प्रक्रिया का उपयोग करें और प्रमाणक को उसका बीज कॉपी करने के बजाय फिर से पंजीकृत करें। क्रेडेंशियल वाला माइग्रेशन नोट उस क्रेडेंशियल की दूसरी प्रति बन जाता है।
नए Mac को समर्थित मार्ग से तैयार करें
यदि Mac प्रबंधित है, तो मैन्युअल कॉन्फ़िगरेशन जोड़ने से पहले उसे उसी प्रबंधन प्रणाली में नामांकित करें। प्रबंधन प्रणाली के पास लागू प्रोफ़ाइल है, और उसके ऊपर हाथ से आयातित प्रोफ़ाइल सत्य के दो स्रोत बनाता है जो अगले नीति परिवर्तन के बाद टकराते हैं।
गैर-प्रबंधित Mac पर क्लाइंट को प्रदाता के मौजूदा डाउनलोड से स्थापित करें और प्रोफ़ाइल को उस विधि से आयात करें जिसे प्रदाता प्रलेखित करता है। हाल के macOS संस्करण गोपनीयता और सुरक्षा में VPN कॉन्फ़िगरेशन और सिस्टम एक्सटेंशन के लिए स्वीकृति मांगते हैं, और एक्सटेंशन को टनल शुरू होने से पहले पुनः आरंभ की आवश्यकता हो सकती है। Apple मैन्युअल VPN सेटअप मार्ग का दस्तावेज़ीकरण करता है यदि आप उसकी तुलना प्रदाता ऐप से करना चाहें।
नया चलने लगे तो दोहरी परिभाषाएँ हटा दें। नेटवर्क सेटिंग्स में पुरानी प्रविष्टि और ऐप की अपनी प्रोफ़ाइल दोनों एक ही एंडपॉइंट की ओर इशारा कर सकती हैं, और जुड़ने वाली हमेशा वही नहीं होती जिसे आपने संपादित किया समझा।
उन मार्गों का परीक्षण करें जिन्हें नया Mac वास्तव में उपयोग करेगा
जुड़ें और पुष्टि करें कि टनल ट्रैफ़िक ले जा रही है; फिर मेन्यू बार आइकन पर भरोसा करने के बजाय नाम विभेदन और रूटिंग जाँचें। macOS प्रत्येक इंटरफ़ेस के लिए रिज़ॉल्वर बताता है, इसलिए आंतरिक DNS सर्वर टनल इंटरफ़ेस पर दिखना चाहिए और आंतरिक नाम उसके माध्यम से हल होने चाहिए। नीचे दिए दोनों कमांड केवल स्थिति पढ़ते हैं।
scutil --dns | head -40
netstat -rn -f inet | head -20
netstat -rn -f inet6 | head -20यदि कोई आंतरिक होस्टनाम किसी सार्वजनिक पते पर हल हो या डिज़ाइन पूर्ण टनल की अपेक्षा करे और डिफ़ॉल्ट मार्ग अब भी भौतिक इंटरफ़ेस की ओर इशारा करे तो रुकें। दोनों संकेत हैं कि प्रोफ़ाइल अपने मार्गों के बिना आयात हुई या कोई अन्य कॉन्फ़िगरेशन उसे ओवरराइड कर रहा है।
स्लीप के बाद और दूसरे नेटवर्क से जुड़ने के बाद परीक्षण दोहराएँ।एक कनेक्शन जो पहला लॉगिन पार करता है पर ढक्कन बंद होना नहीं ऐसा माइग्रेशन है जो रोज़मर्रा के उपयोग में विफल होगा, और पुराने Mac के मिटने से पहले इसे पकड़ना ही चेकलिस्ट का उद्देश्य है।
पुराने Mac को हटाएँ और उसका निरसन करें
पुराने डिवाइस को तब तक जुड़ा रखें जब तक नया ऊपर के परीक्षण पास न कर ले। फिर पुराने डिवाइस का निरसन ऑपरेटर कंसोल या प्रबंधन प्रणाली से करें; पुराने Mac से ऐप हटाना उसकी पहचान का निरसन नहीं करता, और कॉपी की गई प्रोफ़ाइल अब भी प्रमाणित हो सकती है।
निरसन के बाद प्रोफ़ाइल हटाएँ, खाते से साइन आउट करें और यदि मशीन आपके नियंत्रण से जा रही है तो डिस्क मिटाएँ। पुरानी प्रविष्टि गई है और नई सही ढंग से लेबल है, यह पुष्टि करने के लिए प्रदाता की डिवाइस सूची एक बार और देखें।
यदि स्थानांतरण के दौरान साझा रहस्य या टीम क्रेडेंशियल कॉपी हुआ हो, तो अगले निर्धारित बदलाव की प्रतीक्षा करने के बजाय अब घुमाएँ। माइग्रेशन तब पूरा होता है जब पुरानी पहचान मर चुकी हो, तब नहीं जब नया आइकन हरा हो जाए।