कई VPN पर बिना उलझन के काम करने के तीन तरीके

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

तय करें कि काम एक साथ है या नहीं

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

एक साथ होना ही लागत बढ़ाता है: अतिव्यापी प्रीफ़िक्स, दो रिज़ॉल्वर नीतियाँ और एप्लिकेशन स्थिति के दो सेट सभी को समय से नहीं, जानबूझकर अलग करना पड़ता है।

आवश्यकता को ईमानदारी से लिखें, क्योंकि फिर से जुड़ने से बचने की इच्छा और दोनों नेटवर्क एक साथ चाहिए होना एक बात नहीं है।

क्रमिक व्यवस्था सबसे सस्ती है

क्रमिक काम को अतिरिक्त ढाँचे की ज़रूरत नहीं होती, और उसकी विफलता का तरीका रूटिंग टकराव नहीं बल्कि पुराना सत्र है। अनुशासन हैंडऑफ़ में है: काम पूरा करें, जो कनेक्शन रखता है उसे बंद करें, डिस्कनेक्ट करें और काम शुरू करने से पहले अगला कनेक्शन पुष्ट करें।

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

प्रोफ़ाइल को प्रोटोकॉल के बजाय ग्राहक के नाम पर लेबल करें, और क्रेडेंशियल के मालिक को प्रोफ़ाइल नाम में दिखाई देने वाला रखें। work2 नाम की प्रोफ़ाइल जल्दबाज़ी में बदलाव के क्षण में किसी को कुछ नहीं बताती।

इस व्यवस्था का लाभ यह है कि इसे ऑडिट किया जा सकता है। किसी भी क्षण एक ही नेटवर्क संदर्भ होता है, और लॉग दिखाता है कि यह कब बदला।

प्रत्येक ग्राहक के लिए कार्यक्षेत्र अलगाव की कीमत लेता है

प्रत्येक ग्राहक के लिए एक वर्चुअल मशीन या दूरस्थ विकास वातावरण क्लाइंट, एप्लिकेशन और नामों को एक ही जगह रखता है। बदलाव नेटवर्क बदलाव के बजाय विंडो बदलाव बन जाता है, और दोनों संदर्भ किसी भटकी हुई रूट से एक-दूसरे में लीक नहीं हो सकते।

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

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

साझा गेटवे एक ढाँचा है

चुना हुआ ट्रैफ़िक ले जाने वाला अलग राउटर समस्या को नेटवर्क डिज़ाइन में बदल देता है। यह तब अच्छा काम करता है जब कई लोगों को एक ही ग्राहक नेटवर्क चाहिए, और यह तब विफल होता है जब कोई इसे ऐसे जादुई बक्से की तरह देखता है जो हर ग्राहक को अलग रखता है।

अपनी सक्रिय टनल बदलने वाला एक गेटवे कतार के साथ एक साझा संदर्भ है, कई स्वतंत्र नेटवर्क नहीं। नाम दें कि इसे कौन बदल सकता है, यह किन स्रोतों की सेवा करता है और क्या होता है जब दो लोगों को एक ही समय में अलग-अलग ग्राहक चाहिए। उस उत्तर के बिना गेटवे ऐसी रुकावटों का स्रोत बन जाता है जिनका कोई मालिक नहीं है। यह वह जगह भी बन जाता है जहाँ कोई समयसीमा पूरी करने के लिए चुपचाप एक जाँच बंद कर देता है।

हैंडऑफ़ को रिकॉर्ड में लिखें

रिकॉर्ड को जटिल होने की ज़रूरत नहीं है; यह इतना विशिष्ट होना चाहिए कि कोई और उसका पालन कर सके। Linux में, नेमस्पेस उसी विचार का तकनीकी रूप है, अपने इंटरफ़ेस और रूटिंग तालिका के साथ।

ये कमांड एक नेमस्पेस बनाते हैं, उसके अंदर कोई कमांड चलाते हैं और दिखाते हैं कि डेस्कटॉप क्लाइंट अभी कौन-से कनेक्शन रखता है:

sudo ip netns add customer-a
sudo ip netns exec customer-a ip route
nmcli connection show --active

एप्लिकेशन अभी भी नेमस्पेस के अंदर शुरू करने पड़ते हैं, और उसके अंदर का रिज़ॉल्वर कॉन्फ़िगरेशन अलग फ़ाइल है। इंटरफ़ेस अलग करना क्लिपबोर्ड, SSH एजेंट या माउंट किए गए शेयर को अलग नहीं करता, और लोग यही लीक भूल जाते हैं।

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