VPN क्लाइन्ट मोडमा राउटर: LAN यन्त्रहरू किन हराउँछन्
राउटर VPN क्लाइन्ट मोडमा गएपछि LAN यन्त्रहरू हराउँछन्: पहिले फर्वार्ड मार्गको जाँच सुविधा, त्यसपछि फर्मवेयरले बदलेको LAN दायरा जाँच्नुहोस्।
क्लाइन्ट मोड आफैंले LAN पहुँच मार्छ भन्ने विश्वासले मानिसहरूलाई गलत सेटिङ मेनुमा पुर्याउँछ, र वास्तविक कारण सामान्यतया दुई हुन्छन्। टनेलले LAN ब्रिज हटाउँदैन र तारयुक्त तथा ताररहित क्लाइन्टहरू एकअर्कासम्म पुग्नबाट रोक्दैन। स्थानीय पहुँच तोड्ने कुरा या राउटरको फर्वार्ड मार्गमा रहेको जाँच सुविधा हो, या फर्मवेयर बदल्दा सरेको LAN ठेगाना दायरा। दुवैले एउटै गुनासो उत्पन्न गर्छन्, र VPN प्रोफाइल पुनः स्थापना गर्दा कुनै पनि सुधार हुँदैन।
भ्रम, र क्लाइन्ट मोडले वास्तवमा के बदल्छ
क्लाइन्ट मोडले टनेल इन्टरफेस र त्यसबाट जाने पूर्वनिर्धारित मार्ग थप्छ, त्यसपछि LAN ट्राफिक त्यो टनेलमा फर्वार्ड गर्छ। तारयुक्त पोर्ट र ताररहित रेडियोबीचको ब्रिज अक्षत रहन्छ, स्थानीय स्विचिङ पनि। बदलिने कुरा नीति हो: कुन ट्राफिक फर्वार्ड हुन्छ, कहाँ अनुवाद हुन्छ र क्लाइन्टहरूले कुन रिजोल्भर पाउँछन्।
यो भिन्नता महत्त्वपूर्ण छ किनभने बिग्रिएको LAN सामान्यतया ती तीन नीतिमध्ये एक बदलिएको अर्थ राख्छ, राउटर स्विच हुन छोडेको होइन। जुन राउटरले अझै आफ्नै प्रशासन पृष्ठको जवाफ दिन्छ, त्यो LAN इन्टरफेस जीवित भएको प्रमाण हो। जुन राउटरले केही पनि जवाफ दिँदैन, त्यसको अर्को समस्या छ, जस्तै बदलिएको LAN ठेगाना वा गलत सबनेटमा रहेको क्लाइन्ट।
त्यसैले उपयोगी पहिलो कदम कुन तह बिग्रियो भनेर पत्ता लगाउनु हो, तपाईंले शंका गरेको तह बदल्नु होइन।
कुनै सेटिङ छुनुअघि तीन लक्ष्य जाँच्नुहोस्
तारयुक्त क्लाइन्टबाट तीन लक्ष्य अलग-अलग जाँच्नुहोस् र प्रत्येक नतिजा लेख्नुहोस्: राउटरको आफ्नै LAN ठेगाना, उही स्विचमा रहेको अर्को यन्त्र IP अनुसार, र टनेलबाट मात्र पुग्न सकिने कुरा। यही क्रममा गर्नुहोस्, किनभने प्रत्येक नतिजाले फरक तह हटाउँछ। पहिलो चरणमा नामको सट्टा ठेगाना प्रयोग गर्नुहोस्, किनभने नामको असफलताले DNS लाई जडानको प्रश्नमा मिसाउँछ।
जवाफको ढाँचा नै निदान हो। स्थानीय यन्त्रहरूले जवाफ नदिँदा राउटरले जवाफ दिन्छ भने त्यो रुटिङको सट्टा स्थानीय स्विचिङ वा फिल्टरिङ सुविधातर्फ संकेत गर्छ। टनेल पक्षले जवाफ नदिँदा स्थानीय यन्त्रहरूले जवाफ दिन्छन् भने त्यो टनेल मार्ग वा टाढाको फायरवालतर्फ संकेत गर्छ। ठेगानाले सबै जवाफ दिन्छन् तर नामहरू असफल हुन्छन् भने त्यो रिजोल्भरको प्रश्न हो, र मार्ग सम्पादनले त्यो सुधार्दैन।
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
परीक्षण नतिजाको छेउमा तालिका राख्नुहोस्। यसले अस्पष्ट गुनासोलाई तपाईंले कार्य गर्न सक्ने एक लाइनमा बदल्छ।
फर्वार्ड मार्गभित्रको सुरक्षा तह
उपभोक्ता राउटरहरूमा फर्वार्ड हुने ट्राफिक हेर्ने जाँच सुविधा बढ्दै छ, र त्यो LAN देखि टनेलसम्म प्याकेट बोक्ने उही मार्गमा चल्छ। त्यो जाँचले टनेल ट्राफिक वर्गीकरण गर्न नसकेपछि टनेल आफैं चालु रहँदा र राउटरले स्वस्थ जडान रिपोर्ट गर्दा फर्वार्डिङ रोकिन सक्छ। VPN लगमा यो देखिँदैन, किनभने VPN ले वास्तवमै जडान गरेको थियो।
निदान नियन्त्रित प्रयोग हो, स्थायी परिवर्तन होइन। हालको सेटिङ नोट गर्नुहोस्, एक परीक्षणको अवधिभर सुविधा बन्द गर्नुहोस्, टनेल फेरि सुरु गर्नुहोस् र ठेगानाद्वारा एक स्थानीय होस्ट जाँच्नुहोस्। फर्केर आउने फर्वार्डिङ नै तपाईंलाई चाहिएको प्रमाण हो, र त्यसपछि सम्झौता अनुमानको सट्टा निर्णय बन्छ। केही पनि बदलिएन भने तुरुन्तै फेरि सक्रिय गर्नुहोस् र ठेगाना-निर्धारणको कारणतर्फ जानुहोस्।
टनेल चलिरहनको लागि सशुल्क सुरक्षा सुविधा बन्द राख्नु सचेत रूपमा गर्नुपर्ने र लेख्नुपर्ने सम्झौता हो। टनेल अर्को यन्त्रमा हुनुपर्छ कि भनेर सोध्नु पनि उपयुक्त हुन्छ, किनभने सबै जाँच्नुपर्ने राउटर र सबै फर्वार्ड गर्नुपर्ने राउटर दुई फरक काम हुन्।
दोस्रो कारण: LAN दायरा सर्यो
फर्मवेयर अपडेटले नियमित रूपमा LAN ठेगाना निर्माताको पूर्वनिर्धारित मानमा फर्काउँछ, र केही राउटरमा स्पष्ट मोड स्विच हुन्छ जसले LAN निजी दायरा राख्ने वा माथिको यन्त्रबाट एक उत्तराधिकार लिने निर्णय गर्छ। 192.168.8.x अपेक्षा गर्ने क्लाइन्ट 10.64.0.x मा पुग्न सक्छ, र त्यसपछि टनेल पूर्ण रूपमा स्वस्थ हुँदा पनि होस्टसँगको SSH सत्रको समय सकिन्छ।
ipconfig /all
ip addr show
ip route get 192.168.8.20राउटर पृष्ठ खोल्नुअघि लिजबाट प्रिफिक्स र गेटवे पढ्नुहोस्। पहिलो दुई आदेशले क्लाइन्टले वास्तवमा के पायो देखाउँछन्, र तेस्रोले स्थानीय ठेगानाका लागि क्लाइन्टले कुन इन्टरफेस प्रयोग गर्नेछ देखाउँछ, र यसरी नै बाँकी मार्ग वा पुरानो सबनेटले आफूलाई प्रकट गर्छ। त्यसपछि त्यसको तुलना LAN पृष्ठ र राउटर भएको मोडसँग गर्नुहोस्।
दायरा फर्कन सक्दैन भने त्यसको नाम लिने प्रत्येक वस्तु अद्यावधिक गर्नुहोस्: DHCP आरक्षण, पुरानो सबनेटतर्फ जाने कुनै पनि स्थिर मार्ग, र अघिल्लो प्रिफिक्स बोक्ने प्रत्येक फायरवाल नियम। टनेलको टाढाको सबनेटसँग ठोकिने दायरा नराम्रो प्रकार हो, किनभने स्थानीय यन्त्रहरू पुग्न सकिने रहन्छन् तर टाढाका गन्तव्यहरू चुपचाप LAN मा गलत मार्गमा जान्छन्।
फेरि जडान गर्नुहोस् र प्याकेट क्रममा फेरि जाँच्नुहोस्
दुईमध्ये कुनै पनि परिवर्तनपछि टनेल फेरि जडान गर्नुहोस् र परीक्षणहरू प्याकेट क्रममा दोहोर्याउनुहोस्: राउटर, स्थानीय होस्ट, टाढाको होस्ट, त्यसपछि नाम, त्यसपछि अनुप्रयोग। पहिले अनुप्रयोग जाँच्दा कुन तह अझै बिग्रिएको छ भन्ने लुक्छ, र क्यास गरिएको नाममा ब्राउजरको पुनः प्रयास रुटिङ असफलता जस्तो देखिन सक्छ।
VPN प्रोफाइलको छेउमा फर्मवेयर संस्करण, LAN प्रिफिक्स र जाँच सुविधाको अवस्था लेख्नुहोस्। तीनवटै यस्तो कन्फिगरेसन हुन् जुन अर्को अपडेटले माथि लेख्न सक्छ, र दुई लाइन नोटले भर्खर बिताएको घण्टा बचाउँछ।