एउटै गेस्ट 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 ले के मार्गनिर्देशन गर्छ। अर्को पटक कुनै उपकरण सूचीबाट हरायो भने, यो विभाजनले पहिले कहाँ हेर्ने भन्ने बताउनेछ।

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