तपाईं यात्रा राउटरको एडमिन पेज खोल्नुहुन्छ र तुरुन्तै VPN सुरु गर्न मन लाग्छ। होटलको नेटवर्कको अर्कै योजना छ: तपाईंको राउटर स्थानको Wi-Fi को क्लाइन्ट हो, र त्यो माथिल्लो जडान अधिकृत नभएसम्म कुनै पनि सुरुङ कतै पुग्दैन। दुई चरण क्रममा पूरा गर्नुहोस्, राउटर अब बिग्रेको देखिँदैन।

पहिले राउटरले दुवै काम गर्न सक्छ कि भनेर जाँच्नुहोस्

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

एडमिन पेजमा WAN वा इन्टरनेट खण्ड खोज्नुहोस् र त्यसलाई वायरलेस क्लाइन्ट मोडमा बदल्नुहोस्। स्थानको SSID स्क्यान गर्नुहोस्, जोडिनुहोस्, र अरू केही कन्फिगर गर्नुअघि राउटरलाई ठेगाना लिन दिनुहोस्।

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

दोस्रो, माथिल्लो जडान अधिकृत गर्नुहोस्

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

कडा VPN ब्लकिङले यो सुरुवाती सेटअप जटिल बनाउन सक्छ। यदि स्थानले अधिकृतताअघि सुरुङको ट्राफिक फाल्छ भने, पोर्टल बाँकी रहँदा राउटरको VPN क्लाइन्ट असफल हुन्छ, र त्यो असफलता अपेक्षित हो, गलत कन्फिगरेसन होइन।

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

तेस्रो, जुन प्रोफाइललाई यसले समर्थन गर्छ त्यसैसँग VPN सुरु गर्नुहोस्

सामान्य पहुँच चलेपछि, राउटरको VPN क्लाइन्टलाई यसले वास्तवमै समर्थन गर्ने प्रोफाइलसँग सुरु गर्नुहोस्। WireGuard कन्फिगरेसन र OpenVPN प्रोफाइल एकआपसमा बदल्न मिल्दैन, र दुवैलाई मूल IPsec फिल्डमा आयात गर्न सकिँदैन।

यसमा भरोसा गर्नुअघि तीन कुरा जाँच्नुहोस्: अन्त्य बिन्दु पुग्न सकिने छ, रिजोल्भरले अपेक्षित मानसँग जवाफ दिन्छ, र इग्रेस ठेगाना तपाईंले अपेक्षा गरेकै हो। इग्रेस जाँच मात्र सुरुङ केवल कन्फिगर भएको होइन, ट्राफिक बोकिरहेको छ भनी प्रमाणित गर्ने एक मात्र जाँच हो।

curl -sS https://ifconfig.me
cat /etc/resolv.conf

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

चौथो, डाउनस्ट्रिम उपकरणबाट परीक्षण गर्नुहोस्

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

StageWhat to verifyWhere
Upstream joinRouter has an address from the venueRouter WAN status
Portal authorizationA fresh request loads a public pageConnected laptop
TunnelEgress address changedRouter or laptop
Downstream coverageLaptop resolves and reaches the private resourceLaptop

राउटर सफल हुँदा ल्यापटप असफल भयो भने समस्या डाउनस्ट्रिम बाटोमा छ: NAT, DHCP वा राउटरको आफ्नै ट्राफिक मात्र समेट्ने सुरुङ नीति। ल्यापटपसँग राउटरको पूलबाट ठेगाना छ कि छैन, त्यसपछि त्यसको पूर्वनिर्धारित गेटवे राउटर हो कि होइन जाँच्नुहोस्। स्थानको DHCP सर्भरबाट अझै भाडा समातिरहेको उपकरण पूरै गलत नेटवर्कमा छ।

पाँचौँ, वैकल्पिक मार्ग तय गर्नुहोस् र लगइन राख्नुहोस्

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

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

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

सम्बन्धित लेखहरू