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 से पढ़ी जा सकती है, अब भी समीक्षित नहीं है, और नीति से वितरण समीक्षा नहीं है।
पहला कनेक्शन हासिल करना
पहला इंस्टॉल तब होता है जब डिवाइस तक किसी और तरीक़े से पहुँचा जा सकता है: स्वीकृत नेटवर्क, मौजूदा प्रबंधन चैनल या इसके लिए बनाया गया नामांकन प्रवाह। चुनी गई प्रमाणीकरण विधि के सर्टिफ़िकेट और विश्वास की पूर्वापेक्षाएँ उसी पैकेज में आती हैं, क्योंकि ऐसी सुरंग से कुछ भी नहीं लाया जा सकता जो अभी बनी ही नहीं। कोई तारीख़ का वादा करे, उससे पहले पूछिए कि इन तीन चैनलों में से इस उपयोगकर्ता के लिए कौन वास्तविक है। सिर्फ़ काग़ज़ पर मौजूद चैनल फ़ील्ड से आई फ़ोन कॉल बन जाता है।
लिखिए कि उस पल में तकनीशियन या उपयोगकर्ता वास्तव में क्या करता है। अगर जवाब यह है कि IT मदद के लिए दूर से जुड़ता है, तो पहले इंस्टॉल का रास्ता चुपचाप दूसरे रिमोट-एक्सेस टूल पर टिक जाता है, जिसे किसी को उपलब्ध भी कराना है और सहारा भी देना है।
अपडेट को ज्ञात स्थिति चाहिए
जैसे ही मशीन डोमेन तक पहुँचती है, सामान्य डोमेन या डिवाइस-प्रबंधन प्रक्रिया काम संभाल सकती है। गड़बड़ दायरे में घुसती है, क्योंकि स्टार्टअप स्क्रिप्ट मशीन के संदर्भ में चलती है, जबकि उपयोगकर्ता लॉगिन क्रिया और डिवाइस-प्रबंधन क्रिया दायरे और अनुमति दोनों में अलग हो सकती हैं।
सभी उपयोगकर्ताओं के लिए कनेक्शन प्रविष्टि लॉगिन से पहले का डिवाइस टनल नहीं है, नाम चाहे जो सुझाएँ। डिवाइस टनल अपनी अलग प्लेटफ़ॉर्म, प्रोटोकॉल और क्रेडेंशियल आवश्यकताएँ लाते हैं, और उन आवश्यकताओं को पढ़ना ही यह जानने का इकलौता तरीक़ा है कि यहाँ लॉगिन से पहले टनल संभव है या नहीं। लॉगिन पर शुरू होने वाला उपयोगकर्ता टनल अलग गारंटी देता है।
अपडेट के रास्ते को दोहराने योग्य बनाइए: जो प्रोफ़ाइल पहले से प्रबंधित है उसे खोजिए, इच्छित उपयोगकर्ता प्राथमिकताएँ बनाए रखिए, अनुकूल परिभाषा लागू कीजिए और स्पष्ट परिणाम बताइए। हर नीति ताज़ा होने पर नया प्रोफ़ाइल बनाना ही वह तरीक़ा है जिससे मशीन पर पाँच प्रविष्टियाँ रह जाती हैं और उपयोगकर्ता ग़लत वाली चुन लेता है।
वह अभिलेख जो इसे समर्थन-योग्य रखता है
हैंडऑफ़ में तीन जवाब आते हैं: नया जारी किया गया डिवाइस अपना पहला कनेक्शन कैसे पाता है, पैकेज कौन बदल सकता है, और व्यवस्थापक असंगत बदलाव से कैसे पीछे हटता है। ये लिखे होने पर तैनाती उस व्यक्ति पर निर्भर नहीं रहती जिसके पास पहले से वह पहुँच है जो दी जानी है।
उस अभिलेख को पैकेज संस्करण के साथ रखिए और दोनों को एक ही बदलाव में अपडेट कीजिए। वरना अगला व्यक्ति साल भर पहले बंद हुए टिकट से bootstrap का रास्ता फिर से बनाता है।