फोन VPN बाहिर रह्यो? राउटर टनेल वा प्रत्येक यन्त्रको क्लाइन्ट

ल्यापटप VPN मा जोडिएको छ, फोन त्यही Wi-Fi मा छ, र फोन अझै ISP ठेगानाबाट ब्राउज गरिरहेको छ। यो क्लाइन्टको बग होइन: टनेल त्यसलाई अन्त्य गर्ने मेसिनमा बस्छ, र नजिकै हुँदैमा अरू कुनैले त्यसको उत्तराधिकार पाउँदैन। कभरेज तब मात्र फैलिन्छ जब राउटर आफैंले क्लाइन्ट चलाउँछ, वा जब मेसिनलाई जानाजान LAN को गेटवे बनाइन्छ। तपाईंलाई कुन मोडेल चाहिन्छ भन्ने तीन कुराले निर्धारण गर्छ: तपाईंको प्रदायकले वास्तवमा कुन प्रोटोकल बोल्छ, यन्त्रहरूलाई कति फरक व्यवहार चाहिन्छ, र राति नौ बजे तपाईं कुन असफलता सहन सक्नुहुन्छ।

राउटर टनेलले वास्तवमा के समेट्छ

टनेल राउटरमा अन्त्य हुँदा, त्यसबाट रुट हुने हरेक यन्त्रले एउटै निकास बाँड्छ। टिभी, कन्सोल वा कहिल्यै क्लाइन्ट नचलाउने उपकरणका लागि यही आकर्षण हो: केही इन्स्टल गर्नु पर्दैन, केही अद्यावधिक राख्नु पर्दैन, र प्रदायक बदल्ने एउटै ठाउँ।

कभरेज केही यस्ता तरिकाले सशर्त छ जसले मानिसहरूलाई छक्क पार्छ। गेस्ट नेटवर्क वा आफ्नै नीति भएको दोस्रो SSID त्यो नीतिले तोकेको बाटो जान्छ, टनेल होइन। IPv6 को बाटोले केवल IPv4 बोक्ने टनेललाई छल्न सक्छ। आफ्नै VPN एप वा आफ्नै इन्क्रिप्टेड रिजोल्भर भएको यन्त्रले राउटरलाई पूर्ण बेवास्ता गर्छ। र राउटरको आफ्नै ट्राफिक, अपडेट र DNS सहित, त्यसको आउटपुट नीतिलाई पछ्याउँछ, जो LAN को फर्वार्ड गरिएको ट्राफिकभन्दा फरक बाटो हो।

जाँच दुवै मोडेलमा एउटै हुन्छ र एक मिनेट लाग्छ: दुई यन्त्रलाई सोध्नुहोस् संसारले कुन ठेगाना देख्छ, त्यसपछि राउटरको जडान सूचीमा टनेल हेर्नुहोस्। यदि फोनले ISP ठेगाना रिपोर्ट गरिरहेको छ र राउटरले स्थापित टनेल देखाइरहेको छ भने, फोन त्यसबाट रुट भइरहेको छैन, र कुनै पुनः जडानले त्यो बदल्दैन।

प्रत्येक यन्त्रको क्लाइन्ट कहाँ जित्छ

प्रत्येक यन्त्रका क्लाइन्टहरू तब जित्छन् जब आवश्यकताहरू फरक हुन्छन्। कामको ल्यापटपलाई फोन जोड्न नहुने कर्पोरेट टनेल चाहिन सक्छ; प्रदायकको क्लाइन्टले एपअनुसार स्प्लिट टनेल दिन सक्छ, जुन राउटरले व्यक्त गर्न सक्दैन; कन्सोलले आफ्नो NAT प्रकार जोगाउन बाहिर रहनुपर्ने हुन सक्छ। हरेक यन्त्र आफैं पनि असफल हुन्छ, त्यसैले एउटा सकिएको सदस्यताले पूरै घर चुप बनाउँदैन।

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

प्रोटोकल समर्थनले रुचिभन्दा धेरै केसहरू निर्धारण गर्छ

उपभोक्ता राउटरहरूले निर्माताले दिएका प्रोटोकल मात्र देखाउँछन्। PPTP, L2TP वा साधारण IPsec भएको राउटर त्यस्तो प्रदायकसँग जोडिन सक्दैन जसले केवल OpenVPN वा WireGuard प्रोफाइल प्रकाशित गर्छ, र कुनै कन्फिगरेसनले त्यो बदल्दैन। इमानदार विकल्पहरू हुन् समर्थित प्रोटोकल बोल्ने प्रदायक, आवश्यक क्लाइन्टसहित OpenWrt वा अन्य फर्मवेयर भएको राउटर, वा प्रत्येक यन्त्रमा क्लाइन्ट।

उल्टो केस पनि उत्तिकै सामान्य छ: OpenVPN-सक्षम राउटरले त्यस्तो प्रदायक प्रयोग गर्न सक्दैन जसको सेवा आफ्नै स्वामित्वको क्लाइन्ट र आफ्नै रुटिङ चलाखीमा निर्भर छ। हार्डवेयर किन्नुअघि प्रदायकको समर्थित-प्रोटोकल पृष्ठ पढ्नुहोस् र फर्मवेयर संस्करण जाँच्नुहोस्, किनकि उत्पादन पृष्ठमा «WireGuard समर्थन» को अर्थ प्रायः एक विशेष फर्मवेयर पुस्ता हुन्छ।

WireGuard क्लाइन्ट भएको यात्रा राउटर राउटर मोडेलको सस्तो संस्करण हो र क्लाइन्ट चलाउन नसक्ने थोरै यन्त्रका लागि उचित उत्तर हो। यो अझै राउटर टनेल हो, त्यसैले गेस्ट नेटवर्क, IPv6 र साझा असफलताबारे माथि भनिएका कुरा बिना परिवर्तन लागू हुन्छन्।

तेस्रो विकल्प: मेसिन गेटवेका रूपमा

ल्यापटपबाट क्लाइन्ट साझा गर्न सम्भव छ, र मानिसहरूले ल्यापटपलाई राउटर बनाएँ भन्दा सामान्यतया यही बुझ्छन्।

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE

यो तबसम्म चल्छ जबसम्म मेसिन सुत्दैन, क्लाइन्ट अर्को प्रोफाइलमा पुनः जोडिन्न, वा मेसिनको आफ्नै फायरवालले फर्वार्ड गरिएका प्याकेट फाल्दैन। त्यसपछि त्यसको पछाडिको सबैले एकैचोटि जडान गुमाउँछ, र असफलता VPN समस्या नभई मृत नेटवर्कजस्तो देखिन्छ।

प्रयोगशाला वा अस्थायी सेटअपका लागि यो ठीक छ। स्थायी व्यवस्थाका रूपमा यसले एउटा ल्यापटपलाई घरको एकमात्र असफलता-बिन्दु बनाउँछ, र सामान्यतया ढकनी बन्द हुँदा टिभी किन रोकियो भन्ने प्रश्नमा टुंगिन्छ।

आउने पोर्ट, DNS र साझा असफलता

आउने सेवाहरू टनेलसँगै सर्छन्। राउटरको VPN ले सामान्यतया LAN सर्भरका लागि पोर्ट फर्वार्डिङ तोड्छ, र सेवा टनेलबाट पुग्नुपर्ने भए डाइनामिक DNS नामले ISP ठेगानाभन्दा VPN निकासतर्फ देखाउनुपर्छ। केही प्रदायकहरूले रुटेबल आउने ठेगाना नै दिँदैनन्, जसले त्यसमा टेकेको जुनसुकै योजना चुपचाप अन्त्य गर्छ।

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

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