एक VPN सेकंडरी एक Wi-Fi प्रोफ़ाइल की होती है, सबकी नहीं

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

NetworkManager का कनेक्शन संदर्भ सेकंडरी को ऐसे UUID के रूप में परिभाषित करता है जो किसी विशेष बेस कनेक्शन के साथ सक्रिय होते हैं। यह यह भी बताता है कि साधारण VPN प्रोफ़ाइल बेस कनेक्शन की तरह स्वचालित सक्रियण लागू नहीं करते। दोनों कथन एक ही निष्कर्ष पर ले जाते हैं: संबंध प्रति प्रोफ़ाइल है, और हर नए के लिए किसी को इसे बनाना होगा।

सेकंडरी वास्तव में क्या है

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

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

जोड़ने से पहले मौजूदा सूची की जाँच करें। एक सेकंडरी वाली घरेलू प्रोफ़ाइल ऐसा नियम नहीं है जो हर SSID पर लागू हो; यह एक ऑब्जेक्ट में एक पंक्ति है, और जब कोई दूसरा बेस सक्रिय होगा तब इससे परामर्श नहीं लिया जाएगा।

संबंध वहाँ रखें जहाँ प्रोफ़ाइल बनाई जाती हैं

व्यक्तिगत मशीन पर, इच्छित सेकंडरी को जोड़ना हर अनुमत Wi-Fi प्रोफ़ाइल जोड़ने का हिस्सा बनाएँ। यह सुविधा नहीं, आदत है, लेकिन ऐसी आदत है जो सुसंगत स्थिति पैदा करती है, और इसमें प्रति नेटवर्क एक कमांड या दो डायलॉग विज़िट लगते हैं। कौन-से नेटवर्क टनल ले जाने चाहिए, इसका छोटा नोट रखें, क्योंकि सूची ही नीति है।

प्रबंधित उपकरणों पर, प्रोविज़निंग वर्कफ़्लो को एक ही चरण में Wi-Fi प्रविष्टि और उसका VPN संबंध बनाने दें, और पहले से मौजूद अनुमत प्रोफ़ाइल पर भी वही व्यवहार लागू करें। केवल VPN प्रोफ़ाइल वितरित करने से बेस संबंध अनिर्दिष्ट रह जाते हैं, और इसी तरह एक फ्लीट को ऐसी टनल मिलती है जिसे आधे लैपटॉप ही उपयोग करते हैं।

जहाँ उपयोगकर्ता अब भी प्रबंधित मार्ग के बाहर प्रोफ़ाइल बना सकते हैं, वहाँ स्पष्ट रूप से तय करें कि उन प्रविष्टियों का क्या होगा। यह मानना कि उन्हें संबंध विरासत में मिलेगा, नीति नहीं है; यह सहायता लागत के साथ जुड़ी एक आशा है।

VPN की पहचान बदलने की योजना बनाएँ

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

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

सक्रियण प्रवर्तन नहीं है

सेकंडरी का अनुरोध सक्रियण के समय होता है। यह प्रमाणीकरण पूरा होने से पहले के अंतराल में अनुप्रयोगों को अवरुद्ध नहीं करता, और टनल विफल होने के बाद यह ट्रैफ़िक नहीं रोकता। ये अलग-अलग गुण हैं जिन्हें अलग-अलग तंत्र प्रदान करते हैं, और इन्हें मिलाने से ऐसा डिज़ाइन बनता है जो प्रोफ़ाइल में सख्त दिखता है और व्यवहार में ढीला है।

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

उस अंतर को उन निर्देशों में डालें जिन्हें उपयोगकर्ता वास्तव में पढ़ते हैं। एक नया Wi-Fi नेटवर्क टनल माँग सकता है; प्रवर्तन तय करता है कि जब कनेक्ट न हो सके तो कुछ बाहर जा सकता है या नहीं। जिन्हें केवल पहला आधा बताया जाता है, वे डिज़ाइन को टूटा हुआ बताएँगे।

सचमुच नई प्रोफ़ाइल के साथ परीक्षण करें

पहले से काम कर रही घरेलू प्रविष्टि नहीं, बल्कि स्वीकृत परीक्षण नेटवर्क और नव निर्मित बेस प्रोफ़ाइल का उपयोग करें। बेस सक्रियण, अनुरोधित सेकंडरी UUID और किसी भी प्रमाणीकरण संकेत को क्रम में देखें, और जब किसी चरण पर अटके तो लिखें कि कौन-सा चरण अटका। डेस्कटॉप लॉगिन के बाद उपलब्ध होने वाला गुप्त एजेंट हर स्टार्टअप संदर्भ में अपने आप मौजूद नहीं होता, इसलिए रीबूट को परीक्षण योजना में शामिल करें। फिर इच्छित संसाधन और विफलता पथ की जाँच करें: क्या टनल ऐप्लिकेशन को आवश्यकता पड़ने से पहले ऊपर आता है, और प्रमाणीकरण विफल होने पर उस ऐप्लिकेशन का क्या होता है?

फिर इच्छित संसाधन और विफलता पथ की जाँच करें: क्या टनल ऐप्लिकेशन को आवश्यकता पड़ने से पहले ऊपर आता है, और टनल प्रमाणीकरण न कर पाने पर उस ऐप्लिकेशन का क्या होता है? ये दोनों अवलोकन स्वीकृति मानदंड हैं, और इनमें से कोई भी प्रोफ़ाइल में दिखाई नहीं देता।