काम का VPN संयुक्त अरब अमीरात ले जाना: पहले क्या पक्का करें

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

दस्तावेज़ी उपयोग-मामला वास्तव में क्या कवर करता है

संयुक्त अरब अमीरात का दूरसंचार नियामक, TDRA, प्रकाशित करता है इंटरनेट दिशानिर्देश जो आंतरिक नेटवर्क तक पहुँचने के लिए VPN तकनीक के संगठनात्मक उपयोग पर चर्चा करते हैं, साथ ही सामग्री फ़िल्टरिंग और संचार सेवाओं पर अलग चर्चा करते हैं। ये अलग विषय हैं। अपने ही गेटवे से अपने ही इंट्रानेट तक पहुँचने वाली कंपनी एक वर्णित संगठनात्मक उपयोग-मामला है, न कि हर उस सेवा के बारे में व्यापक कथन जो कोई यात्री उपयोग कर सकता है। यह आपकी विशिष्ट यात्रा के बारे में कानूनी राय भी नहीं है, और इसे दोनों में से किसी एक रूप में पढ़ना वहीं से शुरू होता है जहाँ इस विषय पर अधिकांश बहसें शुरू होती हैं।

प्रकाशित दिशानिर्देशों को सारांश के बजाय सीधे पढ़ें, और इस पृष्ठ को अपनी कानूनी स्थिति पर सलाह के बजाय योजना की जाँच-सूची मानें। दस्तावेज़ी आंतरिक-पहुँच मामले से बाहर की हर बात के लिए सवाल योग्य स्थानीय वकील और आपके नियोक्ता की यात्रा नीति के दायरे में आते हैं।

काम को किसी विशिष्ट गेटवे से जोड़ें

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

कुछ संगठन अलग प्रमाणपत्र या अलग प्रमाणीकरण चरण वाला समर्पित यात्रा गेटवे प्रकाशित करते हैं; अन्य अपेक्षा करते हैं कि आप सामान्य प्रोफ़ाइल उपयोग करें, जो केवल कॉर्पोरेट श्रेणियों के बजाय सारा ट्रैफ़िक रूट कर सकता है। प्रोफ़ाइल का नाम शायद ही बताता है कि कौन-सा। पूछें, या जुड़ने के बाद रूटिंग तालिका पढ़ें।

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

प्रोफ़ाइल आपके बाकी ट्रैफ़िक के साथ क्या करती है

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

ip -4 route
ip -4 route get 10.20.4.10
nmcli connection show --active

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

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

उड़ान से पहले विफलता का रास्ता तैयार करें

मान लें कि होटल नेटवर्क से पहले प्रयास में टनल नहीं जुड़ेगा, और पहले से तय करें कि आप क्या करेंगे। इसका अर्थ है आपकी IT टीम द्वारा समर्थित स्वीकृत विकल्प, समय क्षेत्रों में मदद कर सकने वाला संपर्क, और अगर प्रमाणीकरण फ़ोन पर निर्भर हो तो डिवाइस का स्थानीय नंबर। इन तीनों को लिखना योजना और इरादे के बीच का अंतर है।

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

वैकल्पिक रास्ते को संगठन के स्वीकृत विकल्पों के भीतर रखें। तात्कालिक सार्वजनिक निकास सहायता का रास्ता नहीं है, और यह होटल के कमरे में अकेले लेने वाला निर्णय नहीं है। अगर स्वीकृत वैकल्पिक रास्ता भी विफल हो, तो अगला सही कदम सहायता संपर्क है, कोई दूसरा निकास नहीं।

रिकॉर्ड रखें और फिर से जाँचें

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

फिर योजना के उन हिस्सों की समीक्षा करें जो तकनीक से जुड़े ही नहीं हैं — अगर कोई अपेक्षित सेवा उपलब्ध न हो तो आप क्या करेंगे, और यात्रा आगे बढ़ेगी या नहीं यह कौन तय करता है। इन सवालों के जवाब आमतौर पर किसी व्यक्ति के पास होते हैं, क्लाइंट सेटिंग में नहीं।