अनेक VPN वर गोंधळाशिवाय काम करण्याचे तीन मार्ग

दोन ग्राहक बोगदे, एक लॅपटॉप आणि असू नये त्या ठिकाणी अजूनही लॉग इन असलेला ब्राउझर टॅब। अनेक खाजगी नेटवर्कवर काम करण्याचा कठीण भाग जोडणे नाही; बदल करताना एखादी विंडो कोणत्या संदर्भाची आहे हे जाणणे हा आहे। कार्यक्षेत्र त्या प्रश्नाचे उत्तर देते: एक ओळख, अनुप्रयोगांचा एक संच, एक रिझॉल्व्हर धोरण आणि काहीतरी चुकीचे सोडवले जाते तेव्हा पाहण्यासाठी एक जागा। वाईट दिवशी हा पाच मिनिटांचा दुरुस्ती आणि माहिती गळती यातील फरक असतो।

काम एकाच वेळी आहे की नाही ते ठरवा

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

एकाच वेळी असणे हेच खर्च वाढवते: आच्छादित उपसर्ग, दोन रिझॉल्व्हर धोरणे आणि अनुप्रयोग स्थितीचे दोन संच हे वेळेने नव्हे, जाणीवपूर्वक वेगळे करावे लागतात।

आवश्यकता प्रामाणिकपणे लिहा, कारण पुन्हा जोडणे टाळण्याची इच्छा आणि दोन्ही नेटवर्क एकाच वेळी आवश्यक असणे एकच गोष्ट नाही।

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

क्रमिक कामाला अतिरिक्त पायाभूत सुविधा लागत नाही, आणि त्याची अयशस्वीता पद्धत राउटिंग संघर्ष नाही, जुने सत्र आहे। शिस्त हस्तांतरणात आहे: कार्य पूर्ण करा, कनेक्शन धरून ठेवणारे बंद करा, डिस्कनेक्ट करा आणि काम सुरू करण्यापूर्वी पुढील कनेक्शनची पुष्टी करा।

उघडे राहणारे ब्राउझर टॅब किंवा टर्मिनल त्याचा नेटवर्क संदर्भ सोबत घेऊन जात नाही। त्याची पुढील विनंती मशीन आता जिथे राउट करते तिथे जाते, जे दुसरा ग्राहक असू शकतो।

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

या व्यवस्थेचा फायदा म्हणजे ती लेखापरीक्षण करण्यायोग्य आहे। कोणत्याही क्षणी एकच नेटवर्क संदर्भ असतो, आणि लॉग तो केव्हा बदलला हे दाखवतो।

प्रत्येक ग्राहकासाठी कार्यक्षेत्र विलगतेची किंमत मोजते

प्रत्येक ग्राहकासाठी व्हर्च्युअल मशीन किंवा दूरस्थ विकास वातावरण क्लायंट, अनुप्रयोग आणि नावे एकाच ठिकाणी ठेवते। बदल नेटवर्क बदलाऐवजी विंडो बदल होतो, आणि दोन्ही संदर्भ हरवलेल्या मार्गाने एकमेकांत गळू शकत नाहीत।

हे विनामूल्य नाही। आता तुम्ही दोन किंवा तीन प्रणाली सांभाळता, त्यांना पॅच करता आणि फाइल्स व क्रेडेन्शियल कुठे राहतात हे ठरवता। व्हर्च्युअल मशीन होस्टमार्फतही इंटरनेटपर्यंत पोहोचते, त्यामुळे तिचा बाहेरील मार्ग अजूनही तुमच्या लॅपटॉपचा मार्ग आहे।

ती सवय लावण्यापूर्वी क्लायंट आणि कोणतेही उपकरण-स्थिती धोरण ते वातावरण परवानगी देते का ते तपासा। व्हर्च्युअल मशीनमध्ये चालण्यास नकार देणारा क्लायंट ही लवकर शोधली पाहिजे अशी वस्तुस्थिती आहे।

सामायिक गेटवे हा पायाभूत सुविधा आहे

निवडलेला रहदारी वाहून नेणारा स्वतंत्र राउटर समस्येचे नेटवर्क रचनेत रूपांतर करतो। अनेक लोकांना एकाच ग्राहक नेटवर्कची गरज असते तेव्हा तो चांगला चालतो, आणि जेव्हा कोणी त्याला प्रत्येक ग्राहक वेगळा ठेवणारा जादुई खोका मानतो तेव्हा तो अपयशी ठरतो।

आपला सक्रिय बोगदा बदलणारा एक गेटवे रांगेसह एक सामायिक संदर्भ आहे, अनेक स्वतंत्र नेटवर्क नाहीत। कोण त्याला बदलू शकतो, तो कोणत्या स्रोतांना सेवा देतो आणि दोन लोकांना एकाच वेळी वेगवेगळे ग्राहक हवे असतील तेव्हा काय होते हे नाव द्या। त्या उत्तराशिवाय गेटवे अशा खंडांचा स्रोत बनतो ज्यांचा मालक कोणी नाही। कोणी मुदत पूर्ण करण्यासाठी शांतपणे तपासणी बंद करतो अशी जागाही तो बनतो।

हस्तांतरण नोंदीत लिहा

नोंद अत्याधुनिक असण्याची गरज नाही; दुसऱ्याला अनुसरता येईल इतकी विशिष्ट असावी। Linux मध्ये, नेमस्पेस ही त्याच कल्पनेची तांत्रिक आवृत्ती आहे, तिचे स्वतःचे इंटरफेस आणि राउटिंग तक्ता असलेली।

हे आदेश नेमस्पेस तयार करतात, त्यात आदेश चालवतात आणि डेस्कटॉप क्लायंट सध्या कोणती कनेक्शन्स धरून आहे हे दाखवतात:

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

अनुप्रयोग अजूनही नेमस्पेसच्या आत सुरू करावे लागतात, आणि त्यातील रिझॉल्व्हर संरचना वेगळी फाइल आहे। इंटरफेस वेगळे करणे क्लिपबोर्ड, SSH एजंट किंवा माउंट केलेला शेअर वेगळा करत नाही, आणि लोक विसरतात तेच गळतीचे ठिकाण आहे।

तुम्हाला खरोखर आवश्यक असलेली विलगता टिकवणारी सर्वात लहान व्यवस्था निवडा, आणि संक्रमण दिसण्यासारखे ठेवा: विंडो शीर्षक, टर्मिनल प्रॉम्प्ट, प्रोफाइल नाव आणि क्रेडेन्शियलचा मालक हे सर्व कोणतीही खाजगी विनंती पाठवण्यापूर्वी जुळले पाहिजेत।