इंटरनेट शेअरिंगमुळे इतर उपकरणे VPN वर येतात का?

इंटरनेट शेअरिंग सुरू केल्याने तुमच्या टेबलावरील सर्व गोष्टींपर्यंत VPN पसरत नाही. ही दोन वैशिष्ट्ये वेगवेगळ्या प्रश्नांची उत्तरे देतात. कोणते कनेक्शन Mac ला पुरवठा करते आणि कोणते इंटरफेस ते कनेक्शन बाहेर देते हे शेअरिंग ठरवते, तर Mac चा स्वतःचा रहदारा कुठे जातो हे VPN ठरवते. दुसरे उपकरण बोगदा वारसा घेते का हे मार्गक्रमणावर, क्लायंटच्या धोरणावर आणि गेटवे किती पुढे पाठवायला तयार आहे यावर अवलंबून आहे; हे तीन गोष्टी शेअरिंग पॅनेलला माहीत नसतात.

गैरसमज: कनेक्शन शेअर केल्याने बोगदाही शेअर होतो

हे चालते असे कोणी म्हटल्यावर त्यांनी सहसा पाहिलेले असते की Mac मागील टॅब्लेटने पृष्ठ लोड केले. ते निरीक्षण वेगवेगळ्या मार्गांशी जुळते, त्यात एक असाही ज्यात पृष्ठ थेट भौतिक अपस्ट्रीममधून गेले आणि Mac चा ब्राउझर बोगदा वापरत होता. एक यशस्वी पृष्ठ लोड काहीही वेगळे करत नाही. काहीतरी मार्ग अस्तित्वात आहे इतकेच ते सिद्ध करते.

दुसरे उपकरण सेशन वारसा घेत नाही. ते Mac कडून पत्ता घेते, पॅकेट Mac कडे पाठवते, आणि Mac त्यांचे काय करायचे हे स्वतःच्या मार्ग तक्त्यानुसार आणि स्वतःच्या फायरवॉल स्थितीनुसार ठरवते. तो निर्णय प्रत्येक उपकरणासाठी नाही, प्रत्येक कनेक्शनसाठी घेतला जातो. एकाच Mac मागील दोन उपकरणे नियम वेगळे असल्यास वेगळ्या मार्गाने जाऊ शकतात.

शेअरिंग पॅनेल प्रत्यक्षात काय निवडते

सिस्टम सेटिंग्जमध्ये, इंटरनेट शेअरिंग नियंत्रणे स्रोत कनेक्शन आणि इतर उपकरणे वापरणारे इंटरफेस विचारतात. स्रोत म्हणजे Mac चा अपस्ट्रीम, आणि Apple चाच स्वतःचा मार्गदर्शक इशारा देतो कीनिष्काळजी शेअरिंग तुम्ही जोडलेले आहात त्या नेटवर्कमध्ये अडथळा आणू शकते.

त्या संवादात काहीही VPN ला पाठवलेल्या रहदारीचे गेटवे म्हणत नाही. स्रोत म्हणून Ethernet निवडणे म्हणजे बोगदा दुर्लक्षित होतो असे नाही, आणि बोगदा वापरला जातो असेही नाही; याचा अर्थ Mac चा भौतिक इंटरफेस घोषित अपस्ट्रीम आहे, आणि मार्ग तक्ताच ठरवतो.

उपलब्ध पर्याय हार्डवेअरवरही अवलंबून असतात. Ethernet पोर्ट नसलेला Mac, किंवा डॉक जोडलेला नसलेला, मार्गदर्शक गृहीत धरतो तो पर्याय देणार नाही. त्याभोवती काही रचना करण्यापूर्वी तुमच्याकडे प्रत्यक्षात असलेले पॅनेल तपासा.

पाठवलेला पॅकेट आपला मार्ग कसा शोधतो

डाउनस्ट्रीम उपकरणे NAT मागे लपलेली असतात, आणि वर काही पाठवण्यापूर्वी Mac त्यांचे पत्ते पुन्हा लिहिते. त्या क्षणी बोगद्याकडे पूर्वनिर्धारित मार्ग असल्यास पुन्हा लिहिलेले पॅकेट त्यातून जाऊ शकतात, म्हणूनच झटपट चाचणीत ही रचना चालते असे वाटते.

दिसणे म्हणजे धोरण नाही. डेस्कटॉप VPN क्लायंट Mac च्या स्वतःच्या रहदाराभोवती बांधलेला असतो, आणि त्याचा ब्लॉक स्विच सहसा स्थानिक अनुप्रयोगांसाठी नियम लागू करतो, मशीनच्या मागील LAN साठी नाही. बोगदा पडल्यावर Mac कोणत्याही ब्लॉक नियमाशिवाय त्याच्या पाहुण्यांसाठी पाठवत राहू शकतो.

आवृत्तीचाही प्रश्न आहे. जुन्या macOS आवृत्तीवर शेअरिंग समर्थनाची नोंद केलेला पुरवठादार तेव्हापासून वर्तन बदललेला असू शकतो, आणि स्रोत यादीत देशी VPN नोंद दाखवणारा मार्गदर्शक तुमचा सध्याचा क्लायंट कधीही तयार करत नसलेल्या इंटरफेसचे वर्णन करत असू शकतो.

म्हणून रचनेवर विश्वास ठेवण्यापेक्षा मार्गाची चाचणी करा. दुसऱ्या उपकरणावरून विनंती चालवा आणि ती दोन्ही टोकांना पाहा, कारण क्लायंट अद्ययावतानंतर टिकणारा तोच एकमेव पुरावा आहे. पुढील अद्ययावतानंतर पुन्हा करता येणारी चाचणी ही केवळ विश्वास ठेवलेल्या संरचनेपेक्षा मौल्यवान आहे.

व्याप्तीची सीमा जाणीवपूर्वक निवडा

दुसरे उपकरण मंजूर क्लायंट चालवू शकत असेल, तर ती अधिक भक्कम व्यवस्था आहे. त्याला स्वतःचे प्रोफाइल, स्वतःची ओळख आणि स्वतःचे धोरण मिळते, आणि Mac फक्त मूलभूत नेटवर्क पुरवते.

क्लायंट चालवता येत नसेल, तर तुम्हाला एकतर VPN पुरवठादाराचे नोंद केलेले शेअरिंग वैशिष्ट्य, किंवा उपकरणाच्या वतीने पाठवणारे मंजूर गेटवे हवे. दोन्हींना मालक आणि ठरलेला शेवट असतो, जे एका चेकबॉक्सपेक्षा जास्त आहे.

नियोक्ते बहुतेकदा प्रत्येक उपकरणाचे मॉडेल मागतातच, कारण एका मशीनचे सेशन चार इतरांचे प्रतिनिधित्व करणे हा चार नोंदणीकृत उपकरणांपेक्षा वेगळा विश्वासाचा निर्णय आहे.

वचन देण्यापूर्वी काय तपासावे

Mac चे नाही, दुसऱ्या उपकरणाचे प्रत्यक्ष गंतव्य तपासा. खाजगी सेवा आणि सार्वजनिक बाहेर पडणे या वेगळ्या चाचण्या आहेत, आणि एक पास झाल्याने दुसऱ्याबद्दल काहीही सांगता येत नाही.

दोन्ही पत्ता कुटुंबे आणि नाव निराकरण तपासा. IPv6 भौतिक दुव्यावर सोडून IPv4 बोगद्यातून नेणारी रचना ब्राउझरमध्ये संरक्षित दिसणारे आणि बाकी सर्वत्र गळणारे उपकरण तयार करते.

मग तुटलेली स्थिती तपासा. बोगदा बंद करा आणि दुसऱ्या उपकरणावरून चाचणीची पुनरावृत्ती करा; ते तरीही इंटरनेटपर्यंत पोहोचत असेल, तर रचना कनेक्शन शेअर करत होती आणि कधीही VPN शेअर करत नव्हती, आणि कोणीही ते दुसऱ्या गोष्टी म्हणून लिहून ठेवले नसेल तोपर्यंत तो चांगला निष्कर्ष आहे.