एकाच Mac वरील दोन लॉगिन खाती VPN ट्रॅफिक विभागत नाहीत
प्रोफाइलचा मालक आणि त्याच्या ट्रॅफिकची व्याप्ती या दोन वेगळ्या प्रश्न आहेत. सामायिक Mac वर प्रत्येक ॲप, अतिथी किंवा प्रॉक्सी सीमा निवडा आणि दोन्ही मार्ग काम करतात हे सिद्ध करा.
एकाच Mac वरील दोन लॉगिन खाती नेटवर्क येईपर्यंत दोन वेगळ्या जगांसारखी वाटतात. एका सत्रात सुरू केलेली बोगदा तरीही दुसऱ्या सत्राला जे अनुभवायला होते ते बदलू शकते, कोणता क्लायंट तिचा मालक आहे आणि तिच्यासोबत कोणती धोरणे येतात यावर अवलंबून. ती अंमलात आणण्यासाठी यंत्रणा निवडण्यापूर्वी तुम्हाला आवश्यक असलेले विभाजन वर्णन करा. क्रम महत्त्वाचा आहे, कारण आधी निवडलेली यंत्रणा गरज आपल्याभोवती फिरून पुन्हा परिभाषित करण्याकडे कल असते.
तीन प्रश्न बहुतेक काम करतात: कोणाच्या ॲपांना कोणती खासगी संसाधने हवी आहेत, दोन्ही सत्र एकाच वेळी सक्रिय असणे आवश्यक आहे का, आणि त्यांची बोगदा उपलब्ध नसताना त्या ॲपांना काय करण्याची परवानगी आहे.
खात्यांच्या यादीपासून नाही, ट्रॅफिकपासून सुरुवात करा
खाते बदलणे ही ओळखीची सीमा आहे, मार्गनिर्देशनाची सीमा नाही. macOS VPN संरचना तिच्या मालक असलेल्या खात्यासाठी लोड करते, पण इंटरफेस, त्याचे मार्ग आणि ती स्थापित करणारे कोणतेही प्रणाली-व्यापी धोरण यंत्राचे असते. जर गरज एवढी असेल की फक्त एका व्यक्तीची ॲपे कॉर्पोरेट नेटवर्कमध्ये प्रवेश करावीत, तर रचनेने ते ॲप आणि गंतव्यांच्या दृष्टीने सांगावे, कोण लॉग इन आहे या दृष्टीने नाही. अन्यथा दुसरे खाते पहिल्याच्या क्लायंटने सोडलेले वारसाहक्काने घेते.
आवश्यक वर्तन एका वाक्यात लिहा: एका वापरकर्त्याचा मेल आणि फाइल प्रवेश व्यवस्थापित बोगदेचे अनुसरण करतो, दुसऱ्या वापरकर्त्याचे ब्राउझिंग घरच्या कनेक्शनवर राहते, आणि दोन्ही मार्गांपैकी कोणताही दुसऱ्याचा डीफॉल्ट मार्ग वारसाहक्काने घेत नाही. ते वाक्य तपासण्यायोग्य आहे; लॉगिन बदलण्याची गोष्ट सहसा नसते.
प्रोफाइल चॅनेल आणि ट्रॅफिकची व्याप्ती वेगळ्या गोष्टी आहेत
Apple वापरकर्ता किंवा उपकरणानुसार पुरवल्या जाणाऱ्या व्यवस्थापित VPN व्यवस्थांना समर्थन देते, आणि तैनाती मार्गदर्शक ती मॉडेल्स पुरवठादार-अवलंबित एकत्रीकरणासह वर्णन करते. वितरण चॅनेल सांगते की संरचना कोणाला मिळते आणि तिचा मालक कोण आहे. कोणता ट्रॅफिक पकडला जातो हे ते स्वतः ठरवत नाही, कारण क्लायंटची अंमलबजावणी आणि संरचित धोरण अजूनही ते ठरवतात.
जिथे दस्तऐवजीकृत वापरकर्ता-जागरूक किंवा ॲप-जागरूक मोड गरज व्यक्त करू शकतो, तो सर्वात लहान मार्ग आहे. नंतर नावांवर विश्वास ठेवण्याऐवजी प्रत्यक्ष ॲपे आणि ओळखी तपासा: एकाच ॲपच्या दोन प्रती दोन वेगळे नेटवर्क मार्ग नाहीत, आणि ॲपची यादी देणारे प्रोफाइल त्याच्या सहायक प्रक्रिया समाविष्ट आहेत याची खात्री देत नाही.
अतिथी प्रणाली खऱ्या मर्यादांसह खरी सीमा आहे
व्हर्च्युअल मशीन तुम्हाला स्वतःच्या नेटवर्क स्टॅकसह वेगळी ऑपरेटिंग प्रणाली देते, त्यामुळे अतिथी यजमानाच्या मार्गांना स्पर्श न करता स्वतःची बोगदा आणि स्वतःची ॲपे चालवू शकतो. हे दुसऱ्या लॉगिन खात्यापेक्षा मजबूत विभाजन आहे, आणि देखभालीत जास्त कामही आहे. ते सुचवण्यापूर्वी तो खर्च खरोखर आवश्यक असलेली सीमा विकत घेतो का ते ठरवा.
व्हर्च्युअल नेटवर्क मोडला अजूनही पुनरावलोकनाची गरज आहे. अतिथी ब्रिज आहे, NAT मागे आहे की वेगळा आहे यावर तो कशापर्यंत पोहोचू शकतो आणि काय त्याच्यापर्यंत पोहोचू शकते हे ठरते, आणि अतिथी अपघाताने जोडलेला असल्यामुळे यजमानाची ॲपे अतिथीची ॲपे होत नाहीत. ब्लॉकिंग धोरणही तपासा, अन्यथा पडलेली अतिथी बोगदा कोणीही इच्छिल नसलेल्या पद्धतीने यजमानाच्या मार्गावर परत येईल.
प्रॉक्सी वापरकर्ता खात्यापेक्षा अरुंद आहे
यजमानाचे एक ॲप मंजूर अतिथी किंवा कंटेनरमध्ये चालणाऱ्या खऱ्या प्रॉक्सी सेवेपर्यंत पोहोचू शकते, आणि ते ॲप समर्थित प्रोटोकॉलद्वारे प्रत्यक्षात पाठवते तो ट्रॅफिक व्यापते. ते त्या Mac खात्याच्या मालकीच्या प्रत्येक प्रक्रियेला व्यापत नाही, आणि ॲप प्रॉक्सी प्रोटोकॉलबाहेर पाठवते त्या ट्रॅफिकलाही व्यापत नाही.
सामायिक यंत्रांवर आणखी एक सावधानता: यजमानाच्या लूपबॅकला बांधलेला TCP श्रोता वापरकर्तानावाची तपासणी नाही. प्रॉक्सी स्थानिक यंत्रापर्यंत मर्यादित ठेवल्याने तो नेटवर्कपासून दूर राहतो, पण आधीच लॉग इन असलेल्या दुसऱ्या स्थानिक वापरकर्त्यावर एकाला अधिकार देत नाही. हा फरक महत्त्वाचा असल्यास सेवेचे प्रमाणीकरण स्पष्ट ठेवा.
दोन चाचण्यांनी सीमा सिद्ध करा
दोन्ही मार्ग चालवा आणि त्यांचे स्वतंत्रपणे निरीक्षण करा. इच्छित खात्याखाली खासगी संसाधनाची गरज असलेले ॲप उघडा आणि ते व्यवस्थापित सेवेपर्यंत पोहोचते याची खात्री करा; दुसऱ्या खात्याखाली सामान्य ब्राउझिंग घरचा मार्ग टिकवते याची खात्री करा. नंतर बोगदा जाणूनबुजून तोडा आणि प्रत्येक बाजूचे फॉलबॅक वर्तन तपासा, कारण बहुतेक रचना तिथेच शांतपणे अपयशी होतात. तपासण्या त्याच तासात करा, बदललेले नेटवर्क तुलना दूषित करू नये म्हणून.
जर कंटेनर किंवा अतिथी बोगदा चालवत असेल, तर तिसरी तपासणी जोडा: त्याच्या बाहेरील मूळ Mac ॲप अजूनही रचनेनुसार वागते याची खात्री करा. ज्याची व्याप्ती तुम्ही दाखवू शकता अशी सर्वात सोपी व्यवस्था निवडा, आणि या चाचण्या करण्यापूर्वी व्हर्च्युअल मशीनना सार्वत्रिकरीत्या आवश्यक किंवा खाते बदलण्याला सार्वत्रिकरीत्या पुरेसे म्हणू नका.