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 प्रीफिक्स आणि तपासणी वैशिष्ट्याची स्थिती लिहा. तीनही अशा कॉन्फिगरेशन आहेत ज्या पुढील अपडेट ओव्हरराइट करू शकते, आणि दोन ओळींच्या नोट्स नुकताच घालवलेला तास वाचवतात.