Wi-Fi क्लायंट आयसोलेशन विरुद्ध VPN स्थानिक प्रवेश: तुम्हाला काय रोखते
एकाच SSID वरील दोन उपकरणे तरीही एकमेकांपर्यंत पोहोचू शकत नाहीत। Wi-Fi क्लायंट आयसोलेशन काय रोखते आणि VPN टनेल काय मार्गस्थ करते याची तुलना करा।
एकाच गेस्ट SSID वर दोन फोन ठेवा, एकाला दुसरा दिसत नाही, तरी दोन्ही इंटरनेटपर्यंत पोहोचतात। त्यातल्या एकावर VPN क्लायंट जोडा, तीन मीटर दूरचा प्रिंटर अदृश्य राहतो, तर दुसऱ्या खंडातील सर्व्हर ping ला उत्तर देतो। टनेलमध्ये काहीच तुटलेले नाही; दोन वेगळे प्रवेश निर्णय गुंतलेले आहेत आणि त्यातील फक्त एक मार्गस्थतेबद्दल आहे। प्रवेश बिंदू ठरवतो की वायरलेस क्लायंट एकमेकांशी बोलू शकतात का, आणि VPN क्लायंट ठरवतो की कोणती गंतव्ये टनेलमधून बाहेर पडतात। या दोन्हींचा गोंधळ केल्यास तासन्तास निष्कारण कॉन्फिगरेशन बदल होतात।
दोन्ही दरवाजे स्वतंत्र आहेत
क्लायंट आयसोलेशन हा स्विचिंगचा निर्णय आहे। प्रवेश बिंदू एका जोडलेल्या स्टेशनकडून फ्रेम घेतो, गंतव्य पाहतो, गंतव्य त्याच ब्रिजवरील दुसरे स्टेशन आहे हे लक्षात येते आणि ती फ्रेम टाकून देतो। स्टेशनचा IP पत्ता या निर्णयासाठी अप्रस्तुत आहे, आणि VPN देखील।
मार्गस्थ करणे हा क्लायंटवर घेतला जाणारा वेगळा निर्णय आहे। VPN चा मार्ग तक्ता ठरवतो की 192.168.1.50 साठीचे पॅकेट टनेलमध्ये जाईल की Wi-Fi इंटरफेसमधून बाहेर पडेल। पॅकेट Wi-Fi मधून बाहेर पडले आणि प्रवेश बिंदू क्लायंटचे आयसोलेशन करत असेल, तर ते प्रवेश बिंदूवरच मरते। पॅकेट टनेलमध्ये गेले, तर प्रवेश बिंदूला मूळ गंतव्य कधीच दिसत नाही आणि तो काहीही आयसोलेट करू शकत नाही।
नेहमीच्या प्रवेश बिंदूवर आयसोलेशन काय रोखते
उत्पादक हे अनेक नावांनी देतात: क्लायंट आयसोलेशन, AP आयसोलेशन, स्टेशन आयसोलेशन, किंवा ते सूचित करणारे गेस्ट नेटवर्क। OpenWrt मध्ये प्रति-इंटरफेस पर्याय वायरलेस कॉन्फिगरेशनमधील isolate आहे, जसे वायरलेस दस्तऐवजात वर्णन केले आहे, आणि गेस्ट SSID ला सहसा स्वतःचा ब्रिज व फायरवॉल झोन मिळतो। परिणाम असा की क्लायंटमधील unicast फ्रेम ब्रिज होत नाहीत, त्यामुळे शेजाऱ्याकडे ping, SMB कनेक्शन किंवा प्रिंट कार्य अयशस्वी होते, दोन्ही उपकरणे पूर्ण सिग्नल दाखवत असली तरी।
शोध प्रोटोकॉल सर्वात आधी आणि सर्वात स्पष्टपणे त्रास सहन करतात। प्रिंटर व मीडिया उपकरणांसाठी mDNS 224.0.0.251 वर multicast ने जाते, SSDP 239.255.255.250 वापरते, आणि ती फ्रेम ब्रिज ओलांडतात का हे उत्पादकावर व multicast-ते-unicast रूपांतरण सुरू आहे का यावर अवलंबून असते। यादीतून गायब उपकरण हा ज्ञात पत्त्यावरच्या अयशस्वी थेट कनेक्शनपेक्षा कमकुवत पुरावा आहे।
VPN काय बदलते आणि काय बदलू शकत नाही
पूर्ण टनेल डीफॉल्ट मार्ग घेते, म्हणून स्थानिक सबनेट फक्त तेव्हाच गाठता येतात जेव्हा क्लायंट त्यांच्यासाठी अधिक विशिष्ट मार्ग ठेवतो। विभाजित टनेल उलटे करतात आणि रचनेनुसार स्थानिक प्रवेश टिकवतात। यांपैकी कोणतेही सेटिंग आयसोलेट करणाऱ्या प्रवेश बिंदूला त्याच्या दोन क्लायंटमध्ये फ्रेम पाठवायला भाग पाडू शकत नाही, म्हणून VPN क्लायंटमध्ये स्थानिक रहदारीला परवानगी देणे आवश्यक आहे पण पुरेसे नाही।
उलटे प्रकरणही तितकेच सामान्य आहे। प्रवेश बिंदू समवयस्क रहदारीला परवानगी देतो, VPN क्लायंट स्थानिक सबनेट टनेलमधून वगळतो, आणि प्रिंटर तरीही उत्तर देत नाही कारण होस्टचा फायरवॉल Wi-Fi नेटवर्कला सार्वजनिक मानतो। तीन स्तर, तीन वेगळी डीफॉल्ट मूल्ये, आणि बहुतेक VPN लॉगमध्ये फक्त मार्ग दिसतो।
कोणते दरवाजे बंद आहे ते शोधा
VPN चित्राबाहेर काढणाऱ्या चाचणीने सुरुवात करा: दोन सामान्य उपकरणे एकाच SSID ला जोडा आणि पत्त्याने एकाकडून दुसऱ्याकडे पोहोचण्याचा प्रयत्न करा। ते अयशस्वी झाल्यास प्रवेश बिंदू आयसोलेट करत आहे आणि कोणतेही VPN सेटिंग ते सुधारणार नाही। यशस्वी झाल्यास क्लायंटकडे जा आणि Linux वर ip route get 192.168.1.50 किंवा Windows वर Find-NetRoute -RemoteIPAddress 192.168.1.50 चालवा; आउटपुट पॅकेट वापरणारे इंटरफेस सांगते।
मार्ग Wi-Fi इंटरफेसकडे दाखवतो तेव्हा पॅकेट गुप्तीकरणाशिवाय बाहेर पडते आणि प्रश्न असा होतो की प्रवेश बिंदू व होस्टचा फायरवॉल त्याला परवानगी देतात का। मार्ग टनेलकडे दाखवतो तेव्हा गंतव्य VPN सर्व्हरकडे पाठवले जाते, जे त्याच LAN वरील उपकरणासाठी चुकीचे आहे आणि सहसा टनेलची परवानगी यादी खूप रुंद असल्याचे दर्शवते।
प्रिंटरच्या पोर्टवर थेट कनेक्शन शोध यादीपेक्षा चांगली चाचणी आहे। Linux वर nc -vz 192.168.1.50 9100 किंवा PowerShell मध्ये Test-NetConnection 192.168.1.50 -Port 9100 पत्ता अजिबात गाठता येतो का हे सांगते, कोणतेही अनुप्रयोग-स्तरीय जोडपे चर्चेत येण्यापूर्वी।
तुम्ही ज्या नेटवर्कवर आहात त्यासाठी उपाय निवडा
हॉटेल किंवा गेस्ट नेटवर्कवर आयसोलेशन जाणीवपूर्वक असते आणि ते मोडण्याचा प्रयत्न करू नये। स्थानिक उपकरण अगम्य माना, प्रिंट किंवा सामायिक करू शकणाऱ्या होस्टपर्यंत पोहोचण्यासाठी VPN वापरा, आणि SSID ला LAN मानणे थांबवा।
घरी, उपकरणे तुमची असतील तर मुख्य SSID वर आयसोलेशन बंद करणे युक्तिसंगत आहे, तर गेस्ट SSID आयसोलेटेड राहतो। सेटिंग प्रवेश बिंदूच्या वायरलेस कॉन्फिगरेशनमध्ये राहते आणि तिची जागा तिथेच आहे, प्रत्येक क्लायंटवरील फायरवॉल अपवादांमध्ये नाही।
कार्यालयात प्रवेश बिंदू, VLAN आणि होस्टचा फायरवॉल हे सर्व जाणीवपूर्वक आहेत असे गृहीत धरा। आयसोलेशन बंद करण्याची विनंती करण्याऐवजी चाचणी निकालांसह एस्कलेट करा, कारण क्लायंट वेगळे ठेवणारे नेटवर्क सहसा काहीतरी संरक्षित करत असते।
अनुप्रयोगाची पडताळणी करा, फक्त ping नाही
यशस्वी ping मार्ग सिद्ध करते, सेवा नाही। प्रिंटर बहुतेक वेळा कच्चे 9100 किंवा 631 वर IPP स्वीकारतात पण शोध नाकारतात, आणि फाइल सामायिकरणासाठी 445 व कार्यरत नाव विश्लेषण लागते। अनुप्रयोग वापरत असलेला पोर्ट तपासा, नंतर उपकरणावर प्रत्यक्ष कार्य पुन्हा प्रयत्न करा।
तुमच्या टिपांमध्ये दोन स्तर वेगळे ठेवा: Wi-Fi नेटवर्क काय परवानगी देते आणि VPN काय मार्गस्थ करते। पुढच्या वेळी उपकरण यादीतून गायब झाल्यास हे विभाजन आधी कुठे पाहावे हे सांगेल।