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 प्रीफ़िक्स और जाँच सुविधा की स्थिति लिखें। तीनों ऐसी कॉन्फ़िगरेशन हैं जिन्हें अगला अपडेट ओवरराइट कर सकता है, और दो पंक्तियों के नोट्स अभी बिताया गया घंटा बचा देते हैं।