Bootstrap वा GPO: Windows VPN प्रोफाइलका दुई बाटा
GPO मार्फत वितरण गरिने प्रोफाइल त्यो वितरण गर्ने साझेदारीमा पुग्ने एउटै बाटो हुन सक्दैन। पहिलो स्थापना र नियमित अद्यावधिक अलग राख्नुहोस् र दुवैलाई सँगै संस्करणबद्ध गर्नुहोस्।
डोमेन साझेदारीबाट VPN प्रोफाइल पठाउनुहोस् र सबै कुरा चल्छ — डोमेनमा पुग्न नसक्ने ल्यापटपसम्म। त्यो क्षणमा डेलिभरी प्रोफाइल बनाउनकै लागि भएको जडानमा निर्भर हुन्छ। त्यो ल्यापटप बोकेको व्यक्ति हेल्प डेस्कले देख्न नसक्ने ठाउँमा हुन्छ। पहिलो स्थापना र नियमित अद्यावधिकलाई एउटै प्याकेजका दुई छुट्टै बाटा मान्नुहोस्, किनकि दुवै बेग्लै किसिमले असफल हुन्छन् जसमा कुनै समानता छैन।
पहिलो स्थापना फरक समस्या हो
दुई घटना महत्त्वपूर्ण छन्, र तीमध्ये एउटा मात्र नेटवर्क सहयोग गर्दा हुन्छ। तालिकाले तिनलाई के उपलब्ध छ, कसले काम सुरु गर्छ र सामान्यतया कहाँ गडबड हुन्छ भन्ने आधारमा छुट्याउँछ।
| First install | Routine update | |
|---|---|---|
| Network reachable | Something other than the VPN being installed | The domain or a management channel |
| Trigger | Enrollment, imaging, or a prepared package | A policy refresh or a management push |
| Usual failure | No route to the package at all | Duplicate profiles, or a change that silently does nothing |
एउटा समीक्षा गरिएको आर्टिफ्याक्ट दुवै बाटाका लागि काम गर्न सक्छ; जडानसम्बन्धी अनुमान साझा गर्न सकिँदैन। स्टार्टअप स्क्रिप्टले त्यो अनुमान लुकाउँछ जबसम्म यो कर्पोरेट नेटवर्कको डेस्कमा चल्छ, र फिल्डमा यसलाई खोलिदिन्छ। स्क्रिप्ट त्रुटिपूर्ण छैन, यसलाई जहाँ कसैले सोचेको थिएन त्यहीँ चलाउन भनिएको हो।
प्याकेजमा के हुनुपर्छ
प्याकेज बनाउनुअघि पाँच कुरा तय गर्नुहोस्: Windows को कुन प्रोफाइल विधि समर्थित छ, दायरा प्रति प्रयोगकर्ता हो कि प्रति यन्त्र, कुन प्रमाणपत्र वा क्लाइन्ट अवयव पूर्वसर्त हुन्, प्रोफाइल परिभाषाले के भन्छ र कुन कार्यले यसलाई लागू गर्छ। ProfileXML VPN सेटिङ व्यक्त गर्ने समर्थित तरिका हो, जो VPNv2 CSP मार्फत पुर्याइन्छ, र Microsoft को प्रोफाइल विकल्प निर्देशिका ले यसमा के हुन सक्छ भनी सूचीबद्ध गर्छ। त्यो सूचीबाहिरको हरेक कुरा तपाईंले तुरुन्तै लिने निर्णय हो।
सहायक स्क्रिप्टका प्यारामिटर त्यही स्क्रिप्टका हुन्। xmlFilePath वा AllUserConnection जस्ता नाम एक लेखकको रोजाइ हुन्, हरेक इन्स्टलरले मान्ने मापदण्ड होइन; तिनलाई अर्को स्क्रिप्टमा प्रतिलिपि गर्दा सही देखिने र केही नगर्ने आदेश प्राप्त हुन्छ।
स्क्रिप्ट र परिभाषालाई एउटै संस्करणमा राख्नुहोस्, र दुवै कहाँबाट आए भन्ने कुरा तिनका अनुमतिसहित लेखापरीक्षण गर्नुहोस्। SYSVOL बाट संयोगवश पढ्न मिल्ने विशेषाधिकारप्राप्त स्टार्टअप स्क्रिप्ट अझै समीक्षा भएको छैन, र नीतिबाट वितरण समीक्षा होइन।
पहिलो जडान प्राप्त गर्ने
पहिलो स्थापना तब हुन्छ जब यन्त्र अझै अर्कै तरिकाले पुग्न सकिन्छ: स्वीकृत नेटवर्क, विद्यमान व्यवस्थापन च्यानल वा यसैका लागि बनाइएको नामांकन प्रवाह। छानिएको प्रमाणीकरण विधिका प्रमाणपत्र र विश्वासका पूर्वसर्तहरू त्यही प्याकेजमा पर्छन्, किनकि अझै नभएको सुरुङबाट केही पनि ल्याउन सकिँदैन। कसैले मितिको वाचा गर्नुअघि यी तीन च्यानलमध्ये यो प्रयोगकर्ताका लागि कुन वास्तविक हो भनी सोध्नुहोस्। कागजमा मात्र भएको च्यानल फिल्डबाट आएको फोन कल बन्छ।
त्यो क्षणमा प्राविधिक वा प्रयोगकर्ताले वास्तवमा के गर्छ लेख्नुहोस्। जवाफ यो भयो कि आईटीले सहयोग गर्न टाढाबाट जोडिन्छ भने, पहिलो स्थापनाको बाटो चुपचाप दोस्रो रिमोट-पहुँच उपकरणमा निर्भर हुन्छ, जो कसैले उपलब्ध गराउनु र समर्थन गर्नुपर्ने हुन्छ।
अद्यावधिकलाई ज्ञात अवस्था चाहिन्छ
मेसिन डोमेनमा पुग्नासाथ सामान्य डोमेन वा यन्त्र-व्यवस्थापन प्रक्रियाले जिम्मा लिन सक्छ। गल्ती दायरामा छिर्छ, किनकि स्टार्टअप स्क्रिप्ट मेसिनको सन्दर्भमा चल्छ, जबकि प्रयोगकर्ता लगइन कार्य र यन्त्र-व्यवस्थापन कार्य दुवै दायरा र अनुमतिमा फरक हुन सक्छन्।
सबै प्रयोगकर्ताका लागि जडान प्रविष्टि लगइनअघिको यन्त्र सुरुङ होइन, नामले जे सुझाव दिए पनि। यन्त्र सुरुङले आफ्नै प्लेटफर्म, प्रोटोकल र प्रमाणहरूका आवश्यकता बोक्छ, र ती आवश्यकता पढ्नु नै यहाँ लगइनअघि सुरुङ सम्भव छ कि छैन भन्ने जान्ने एउटै उपाय हो। लगइनमा सुरु हुने प्रयोगकर्ता सुरुङले फरक ग्यारेन्टी दिन्छ।
अद्यावधिकको बाटो दोहोर्याउन योग्य बनाउनुहोस्: पहिल्यै व्यवस्थापन भइरहेको प्रोफाइल खोज्नुहोस्, अभिप्रेत प्रयोगकर्ता प्राथमिकता राख्नुहोस्, मिल्ने परिभाषा लागू गर्नुहोस् र स्पष्ट नतिजा जनाउनुहोस्। हरेक नीति ताजा हुँदा नयाँ प्रोफाइल बनाउनु नै मेसिनमा पाँच प्रविष्टि रहने र प्रयोगकर्ताले गलत छान्ने कारण हो।
यसलाई समर्थनयोग्य राख्ने अभिलेख
हस्तान्तरणमा तीन जवाफ पर्छन्: नयाँ जारी गरिएको यन्त्रले आफ्नो पहिलो जडान कसरी पाउँछ, प्याकेज कसले बदल्न सक्छ, र प्रशासकले अमिल्दो परिवर्तनबाट कसरी पछि हट्छ। यी लेखिएका भए, तैनाथी अब दिनुपर्ने पहुँच पहिल्यै भएको व्यक्तिमा निर्भर रहँदैन।
त्यो अभिलेखलाई प्याकेज संस्करणको छेउमा राख्नुहोस् र दुवैलाई एउटै परिवर्तनमा अद्यावधिक गर्नुहोस्। नत्र अर्को व्यक्तिले वर्षअघि बन्द भएको टिकटबाट bootstrap को बाटो फेरि बनाउँछ।