macOS मा VPN प्रोफाइल आयात हुँदैन: पहिले पेलोड पढ्नुहोस्
एउटा Mac मा अस्वीकार र अर्कोमा स्वीकार हुने प्रोफाइल सामान्यतया पेलोडको समस्या हो। XML तुलना गर्नुहोस्, जेनेरेटरले के थप्यो जाँच्नुहोस्, त्यसपछि सेवा प्रमाणित गर्नुहोस्।
जब प्रोफाइल एउटा Mac मा राम्ररी इन्स्टल हुन्छ र अर्कोमा अस्वीकार गरिन्छ, नेटवर्कमा पुगेकै छैन, त्यसैले प्रमाणपत्र, गेटवे र पासवर्डलाई दोष दिनु हुँदैन। इन्स्टलरले स्वीकार नगर्ने पेलोडमा रोकियो, र सामान्यतया कुन हो लेख्छ। यसले प्रोफाइल फाइल र यसलाई बनाउने सबैलाई काम गर्ने एकमात्र उपयुक्त ठाउँ बनाइराख्छ, र क्लाइन्टमा सेटिङ मेटाउनु मर्मत नभई प्रमाण नष्ट गर्ने तरिका बन्छ।
Mac रिसेट गर्नुको सट्टा प्रोफाइल पढ्नुहोस्
.mobileconfig निर्यात गर्नुहोस् र क्लाइन्ट छुनुअघि यसमा साँच्चै के छ हेर्नुहोस्:
plutil -p profile.mobileconfig | head -60
VPN प्रोफाइल वास्तवमा फरक काम गर्ने दुई पेलोड हुन्: com.apple.vpn.managed ले जडान राख्छ, र com.apple.dnsSettings.managed ले रिजोल्भरको कन्फिगरेसन राख्छ। इन्स्टलेसन इन्स्टलरले अस्वीकार गर्ने पहिलो पेलोडमा रोकिन्छ, र अस्वीकृति त्यो पेलोडको नामसँग सिस्टम लगमा जान्छ, त्यसैले कुन खण्ड खोल्ने भनी लगले बताउँछ। अन्तिम पटक सफल आयात भएको प्रोफाइलको प्रतिलिपि राख्नुहोस्, किनकि त्यही फाइल तपाईंको भिन्नता नाप्ने आधार हो।
जेनेरेटरले चुपचाप के थप्यो
Apple Configurator 2.15 बिल्ड 7A23 ले आफ्नो DNS पेलोडभित्र यो ब्लक निकाल्यो:
<key>DNS</key>
<dict>
<key>SupplementalMatchDomainsNoSearch</key>
<integer>0</integer>
</dict>
macOS 12.1 मा त्यो बिल्डले लेखेका प्रोफाइल आयात गर्दा अस्वीकार गरिए। Configurator 2.11.1 बाट बनाइएको जडान कुनै गुनासो बिना भित्र गयो, किनकि त्यो संस्करणले कुञ्जी नै लेख्दैनथ्यो। पूरै DNS शब्दकोश वा समस्याग्रस्त कुञ्जी मात्र हटाउनुहोस्, फेरि सुरक्षित गर्नुहोस्, र त्यसपछि अरू केही बदल्नुअघि त्यही मेसिनमा फेरि प्रयास गर्नुहोस्। सामान्यतया त्यही एउटा सम्पादन नै पूरै मर्मत हो।
यो उपकरणमा यसलाई विश्वास गर्नुअघि जान्न लायक एउटा जाल छ। कुञ्जी मेटिएपछि त्यही जडान सुरक्षित गर्दा त्यो फर्किएन, र जडान सुरुदेखि बनाइएपछि मात्र फेरि देखा पर्यो। नयाँ बनाइएको हरेक प्रोफाइललाई शङ्कास्पद मान्नुहोस् र जाँच्नुहोस्, विशेषगरी जब एकै बैठकमा जडानको पूरै समूह बनाइएको हो।
MDM मार्ग अन्तै असफल हुन्छ
त्यही प्रोफाइल धकेल्ने व्यवस्थापन सेवा अर्को ठाउँमा असफल हुन सक्छ: क्लाइन्टले कुनै पनि VPN सेवा बनेन भनी गुनासो गर्छ। रिपोर्ट गरिएको घटनामा प्रमाणपत्र प्रमाणीकरणका लागि कन्फिगर गरिएको पेलोडले तैपनि पासवर्ड फाँट माग्यो; त्यसलाई प्लेसहोल्डरले भर्दा प्रोफाइल लागू भयो, र कसैले पनि त्यो मान प्रमाणीकरणमा प्रयोग गरेन।
यो मार्ग लिनुहुन्छ भने डमी स्ट्रिङ राख्नुहोस् र कहिल्यै वास्तविक प्रमाणहरू होइन, र साँचो गोप्य कुरा प्रोफाइलको मुख्य भागबाहिर राख्नुहोस्। काम गर्ने पासवर्ड बोकेको प्रोफाइल कुञ्जीजस्तै सुरक्षित गर्नुपर्ने फाइल बन्छ, र त्यो तपाईंले सुरु गरेको असफल आयातभन्दा धेरै ठूलो समस्या हो। प्रोफाइल वितरण गर्नुअघि त्यो प्लेसहोल्डर कसको हो भनी तय गर्नुहोस्, ताकि पछि कसैले यसलाई बदल्न लायक मान ठान्ने छैन। यो किन छ भनी लेख्न एक लाइन मात्र लाग्छ र छ महिनापछि एउटा बहस बचाउँछ।
प्रोफाइल साँच्चै पुगेको छ भनी पुष्टि गर्नुहोस्
सफल आयात भनेको चल्ने सेवा होइन, त्यसैले यो क्रममा जाँच्नुहोस्:
profiles show -type configuration
scutil --nc list
scutil --nc start "Your VPN Service"
scutil --nc status "Your VPN Service"
scutil --dns | head -20
पहिलो आदेशले इन्स्टल भएका पेलोड सूचीबद्ध गर्छ; दोस्रोले VPN सेवा छ वा छैन भन्छ। जडान गरेपछि चलाइने अन्तिमले प्रणालीले साँच्चै प्रयोग गर्ने रिजोल्भर देखाउँछ। ती यही क्रममा पढ्नुहोस् र साङ्गलो टुट्ने ठाउँमा रोक्नुहोस्, किनकि सेवा नभए रिजोल्भरबारे जुनसुकै प्रश्न अर्थहीन हुन्छ। प्रोफाइल इन्स्टल भनी सूचीबद्ध भए पनि उपयोगी केही नहुन सक्छ, र यही क्रम त्यही अवस्था उजागर गर्न बनाइएको हो।
सेवा प्रविष्टिमा अझै उपयोगी नाम नहुँदै सुरुङ माथि आयो भने, देखाइने नामको फाँट निर्यातमा हरायो, र उपचार क्लाइन्टमा नाम बदल्नु होइन, प्रोफाइल फेरि बनाउनु हो। रिजोल्भर स्थानीयतिरै देखाइरह्यो भने, DNS पेलोड तपाईंले चाहेभन्दा गहिरो गरी हटाइएको छ।
रोलआउट चरणबद्ध गर्नुहोस्, एक पटकमा एउटा Mac
एउटा व्यवस्थापित Mac मा त्यही OS बिल्ड चलिरहेको अवस्थामा इन्स्टल गर्नुहोस्, त्यसपछि तीन कुरा छुट्टाछुट्टै जाँच्नुहोस्: सेवा देखिन्छ, रिजोल्भर बदलिन्छ, र एउटा साँचो आन्तरिक अनुरोध सफल हुन्छ। तीनै भएपछि मात्र दायरा बढाउनुपर्छ।
यी तीन फरक तरिकाले असफल हुने तीन फरक नतिजा हुन्, र त्यसैले एउटा परीक्षण मेसिन ती दस मिनेटको लायक छ। आयात हुने प्रोफाइल चल्ने प्रोफाइल होइन, र पहिलो चरणको मेसिनले बाँकी बेडालाई केही देखिनुअघि दुवै प्रकारको असफलता पकड्छ।