के इन्टरनेट साझेदारीले तपाईंका अन्य यन्त्रहरूलाई VPN मा राख्छ?

इन्टरनेट साझेदारी सुरु गर्दा VPN तपाईंको टेबुलमा भएका सबै चीजसम्म फैलिँदैन। यी दुई सुविधाले फरक प्रश्नको उत्तर दिन्छन्। साझेदारीले कुन जडानले Mac लाई खाना दिन्छ र कुन इन्टरफेसले त्यो जडान बाँड्छ भन्ने तय गर्छ, जबकि VPN ले Mac को आफ्नै ट्राफिक कहाँ जान्छ भन्ने तय गर्छ। दोस्रो यन्त्रले टनेल उत्तराधिकार पाउँछ कि भन्ने राउटिङमा, क्लाइन्टको नीतिमा र गेटवे के अगाडि पठाउन तयार छ भन्नेमा निर्भर छ, र यी तीन कुरा हुन् जुन साझेदारी प्यानललाई केही थाहा छैन।

भ्रम: जडान साझा गर्नु भनेको टनेल साझा गर्नु

कसैले यो काम गर्छ भन्दा उसले सामान्यतया देखेको कुरा Mac पछाडिको ट्याब्लेटले एउटा पृष्ठ लोड गरेको हुन्थ्यो। त्यो अवलोकन विभिन्न बाटोहरूसँग मेल खान्छ, जसमध्ये एउटा यस्तो छ जहाँ पृष्ठ सिधै भौतिक माथिल्लो लिंकबाट बाहिर गयो जबकि Mac को ब्राउजरले टनेल प्रयोग गरिरहेको थियो। एउटा सफल पृष्ठ लोडले केही फरक पार्दैन। यसले केवल कुनै बाटो अस्तित्वमा छ भनेर प्रमाणित गर्छ।

दोस्रो यन्त्रले कुनै सत्र उत्तराधिकार पाउँदैन। यसले Mac बाट ठेगाना पाउँछ, Mac लाई प्याकेट पठाउँछ, र Mac ले आफ्नै राउटिङ तालिका र आफ्नै फायरवाल अवस्थाअनुसार तिनलाई के गर्ने भन्ने निर्णय गर्छ। त्यो निर्णय प्रत्येक जडानमा हुन्छ, प्रत्येक यन्त्रमा होइन। एउटै Mac पछाडिका दुई यन्त्रले नियम फरक हुँदा फरक बाटो लिन सक्छन्।

साझेदारी प्यानलले वास्तवमा के छान्छ

प्रणाली सेटिङमा, इन्टरनेट साझेदारीका नियन्त्रणहरूले स्रोत जडान र अन्य यन्त्रले प्रयोग गर्ने इन्टरफेसबारे सोध्छन्। स्रोत Mac को माथिल्लो लिंक हो, र Apple को आफ्नै निर्देशिकाले चेतावनी दिन्छ कि लापरवाह साझेदारीले तपाईं जोडिएको नेटवर्कमा असर पार्न सक्छ।

त्यो संवादमा केहीले पनि VPN लाई अगाडि पठाइने ट्राफिकको गेटवे भन्दैन। Ethernet लाई स्रोत छान्नुको अर्थ टनेल बेवास्ता गरिएको होइन, र टनेल प्रयोग भइरहेको पनि होइन; यसको अर्थ Mac को भौतिक इन्टरफेस घोषित माथिल्लो लिंक हो, र राउटिङ तालिकाले अझै निर्णय गर्छ।

उपलब्ध विकल्पहरू हार्डवेयरमा पनि निर्भर छन्। Ethernet पोर्ट नभएको Mac, वा डक जोडिएको नभएको Mac ले कुनै ट्युटोरियलले मानेको विकल्प दिँदैन। यसको वरिपरि केही बनाउनु अघि तपाईंसँग साँच्चै भएको प्यानल हेर्नुहोस्।

अगाडि पठाइएको प्याकेटले आफ्नो बाटो कसरी भेट्छ

तल्ला यन्त्रहरू NAT पछाडि लुकेका हुन्छन्, र Mac ले माथि केही पठाउनु अघि तिनका ठेगाना पुनः लेख्छ। यदि त्यस क्षणमा टनेलसँग पूर्वनिर्धारित रुट छ भने, पुनः लेखिएका प्याकेट त्यसैबाट जान सक्छन्, र यसैले यो व्यवस्था छिटो परीक्षणमा काम गरेजस्तो देखिन्छ।

देखावट नीति होइन। डेस्कटप VPN क्लाइन्ट Mac को आफ्नै ट्राफिक वरिपरि बनेको हुन्छ, र यसको किल स्विचले सामान्यतया स्थानीय अनुप्रयोगका लागि नियम लागू गर्छ, मेसिन पछाडिको LAN का लागि होइन। टनेल खस्दा, Mac ले कुनै अवरोध नियमबिनै आफ्ना पाहुनाका लागि अगाडि पठाइरहन सक्छ।

संस्करणको प्रश्न पनि छ। पुरानो macOS संस्करणमा साझेदारी समर्थन अभिलेख गरेको प्रदायकले त्यसपछि व्यवहार बदलिसकेको हुन सक्छ, र स्रोत सूचीमा नेटिभ VPN प्रविष्टि देखाउने ट्युटोरियलले तपाईंको हालको क्लाइन्टले कहिल्यै नबनाउने इन्टरफेस वर्णन गरिरहेको हुन सक्छ।

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

कभरेजको सीमा सचेत रूपमा छान्नुहोस्

यदि दोस्रो यन्त्रले स्वीकृत क्लाइन्ट चलाउन सक्छ भने त्यो बलियो व्यवस्था हो। यसले आफ्नै प्रोफाइल, आफ्नै पहिचान र आफ्नै नीति पाउँछ, र Mac ले केवल तलको नेटवर्क दिन्छ।

यदि यसले क्लाइन्ट चलाउन सक्दैन भने तपाईंलाई या त VPN प्रदायकको अभिलेखित साझेदारी सुविधा चाहिन्छ, या यन्त्रको तर्फबाट अगाडि पठाउने स्वीकृत गेटवे। दुवैको एउटा मालिक र एउटा निश्चित अन्त हुन्छ, जुन एउटा चेकबक्सले दिन सक्नेभन्दा बढी हो।

रोजगारदाताले प्रायः प्रति-यन्त्र मोडेल नै माग्छन्, किनकि एउटा मेसिनको सत्रले अरू चारलाई प्रतिनिधित्व गर्नु चार दर्ता गरिएका यन्त्रभन्दा फरक विश्वासको निर्णय हो।

वाचा गर्नु अघि के जाँच्ने

Mac को होइन, दोस्रो यन्त्रको वास्तविक गन्तव्य जाँच्नुहोस्। निजी सेवा र सार्वजनिक निकास फरक परीक्षण हुन्, र एउटामा उत्तीर्ण हुनुले अर्कोबारे केही भन्दैन।

दुवै ठेगाना परिवार र नाम समाधान जाँच्नुहोस्। IPv4 लाई टनेलबाट लैजाने तर IPv6 लाई भौतिक लिंकमा छाड्ने व्यवस्थाले ब्राउजरमा सुरक्षित देखिने र अरू सबैमा चुहावट गर्ने यन्त्र बनाउँछ।

त्यसपछि विच्छेद अवस्था जाँच्नुहोस्। टनेल बन्द गर्नुहोस् र दोस्रो यन्त्रबाट परीक्षण फेरि गर्नुहोस्; यदि यो अझै इन्टरनेटमा पुग्छ भने, व्यवस्थाले जडान साझा गरिरहेको थियो र कहिल्यै VPN साझा गरेन, जुन राम्रो नतिजा हो जबसम्म कसैले यसलाई अर्को कुराको रूपमा लेखेको छैन।