पूर्ण-टनेल VPN ले तपाईंका रुट गरिएका स्थानीय VLAN किन लुकाउँछ

VPN क्लाइन्टमा भएको “स्थानीय नेटवर्कलाई अनुमति दिनुहोस्” स्विचले भवनभित्रको सबै कुरा समेट्छ जस्तो सुनिन्छ। वास्तवमा यसले सामान्यतया टनेलको पूर्वनिर्धारित मार्गमा केही निजी ठेगानाका अपवाद थप्छ र त्यहीँ रोकिन्छ। तपाईंको भण्डारण VLAN मात्र तब पुग्न योग्य रहन्छ जब त्यो विशिष्ट उपसर्गको मार्ग टनेल आउँदा टिकिरहन्छ, र धेरै क्लाइन्टमा त्यो टिक्दैन।

त्यो VPN सेटिङ होइन, मार्गनिर्देशनको प्रश्न हो, र यो राम्रो खबर हो: यसको ठोस उत्तर छ।

“स्थानीय नेटवर्कलाई अनुमति दिनुहोस्” ले वास्तवमा के समेट्छ

क्लाइन्टहरूले त्यो विकल्प फरक-फरक ढंगले लागू गर्छन्। कतिले मेसिन जोडिएको सबनेटका लागि मार्ग थप्छन्, कतिले RFC 1918 का दायराहरू थप्छन्, र थोरैले मात्र पूर्वनिर्धारित गेटवे बाहेक गर्छन्। तपाईंको अफिस राउटरले भण्डारण VLAN, प्रयोगशाला खण्ड वा प्रिन्टर सबनेट पनि सेवा गर्छ भन्ने कुरा तीमध्ये कसैलाई पनि थाहा हुँदैन, किनभने ती उपसर्गहरू क्लाइन्टले देख्न सक्ने नेटवर्कमा छैनन्। लेबलले तपाईंको टोपोलोजी वर्णन गर्छ भन्ने अनुमान गर्नुको सट्टा ठ्याक्कै व्यवहारका लागि क्लाइन्टको आफ्नै कागजात पढ्नुहोस्।

यो भिन्नता पूर्ण-टनेल डिजाइनमा सबैभन्दा महत्त्वपूर्ण हुन्छ, जहाँ क्लाइन्टले सबै ट्राफिक VPN बाट जाओस् भनेर जानाजान पूर्वनिर्धारित मार्ग प्रतिस्थापन गर्छ। त्यो नै डिजाइनको मुख्य उद्देश्य हो, र स्थानीय रुट गरिएका नेटवर्कहरू हराउनुको कारण पनि त्यही हो। तिनीहरूलाई कहिल्यै आफ्नै मार्गले समेटेको थिएन; तिनीहरू भर्खरै प्रतिस्थापित पूर्वनिर्धारित मार्गमा सवार थिए। क्लाइन्टले अस्तित्व थाहा नभएको कुरालाई मार्ग दिन सक्दैन, र यसले आफ्नै इन्टरफेसमा जोडिएका उपसर्गहरू मात्र थाहा पाउँछ। बाँकी सबै कुरा टोपोलोजी जान्ने कसैले वर्णन गर्नुपर्छ।

जोडिएका मार्गहरू पहिलो राउटरमै रोकिन्छन्

192.168.10.1 गेटवे भएको 192.168.10.20/24 को वर्कस्टेसनले 192.168.10.0/24 का लागि जोडिएको मार्ग स्वतः पाउँछ। 192.168.20.0/24 मा रहेको भण्डारण VLAN फरक उपसर्ग हो, त्यो गेटवेबाट मात्र पुग्न योग्य छ, र वर्कस्टेसनसँग पूर्वनिर्धारित बाहेक त्यसको कुनै मार्ग छैन। टनेल सुरु हुनुअघि सामान्य पूर्वनिर्धारितले भण्डारण ट्राफिक 192.168.10.1 मा पठाउँछ र सबै ठीक चल्छ।

VPN ले पूर्ण-टनेल पूर्वनिर्धारित राख्दा 192.168.20.1 का प्याकेटहरू नयाँ पूर्वनिर्धारित पछ्याउँदै टनेलभित्र जान्छन्। टाढाको गेटवेलाई त्यो उपसर्ग कहाँ छ थाहा हुँदैन, त्यसैले यसले तिनलाई खसाल्छ वा काम नलाग्ने ठाउँमा पठाउँछ। भण्डारण VLAN मा केही पनि गलत कन्फिगर भएको थिएन; त्यसको बाटो उधारो थियो, र त्यो उधारो फिर्ता मागियो।

/1 मार्गको जोडी वा दोस्रो पूर्वनिर्धारित जस्तो फराकिलो अपवादतर्फ जान मन लाग्छ। त्यसको प्रतिरोध गर्नुहोस्। अपवाद जति साँघुरो, त्यति नै व्याख्या गर्न, लेखापरीक्षण गर्न र नेटवर्क बदलिँदा हटाउन सजिलो हुन्छ।

अपवादलाई जित्ने तालिकामै राख्नुहोस्

एउटै मार्गनिर्देशन तालिकाभित्र /24 ले सबैभन्दा लामो उपसर्ग मिलानद्वारा /0 वा /1 लाई हराउँछ, त्यसैले स्थानीय गेटवेबाट भण्डारण VLAN तर्फ जाने विशिष्ट मार्ग पर्याप्त हुन्छ, यदि त्यो तालिका कुनै पनि हिसाबले हेरिन्छ भने। लिनक्समा सामान्य रूप छोटो छ:

ip route add 192.168.20.0/24 via 192.168.10.1 dev eth0

नीति-आधारित मार्गनिर्देशनले त्यो ग्यारेन्टीलाई जटिल बनाउँछ। अघिल्लो नियमले ट्राफिकलाई यस्तो तालिकामा पठाउन सक्छ जसको आफ्नै पूर्वनिर्धारित मार्ग टनेलभित्र जान्छ, र त्यसपछि तपाईंको /24 भएको मुख्य तालिकासम्म कहिल्यै पुगिँदैन। मार्ग आधिकारिक छ भन्ने अनुमान गर्नुअघि नियमहरू जाँच्नुहोस्, किनभने गलत तालिकामा रहेको सही देखिने प्रविष्टिले बिग्रिएको मार्ग जस्तो देखिने असफलता व्याख्या गर्छ।

त्यसपछि क्लाइन्टले समर्थन गर्ने संयन्त्र वा इन्टरफेसको मालिक नेटवर्क म्यानेजरमार्फत प्रविष्टि स्थायी बनाउनुहोस्। प्रम्प्टमा टाइप गरिएको मार्ग अर्को पुन: जडानमा हराउँछ, र एउटै Wi-Fi गेटवेसँग बाँधिएको मार्ग ल्यापटप अर्को नेटवर्कमा जाँदा त्यहाँ चल्दैन।

नाम र नीति मार्गको पछि लाग्दैनन्

मार्ग ठीक गर्दा प्याकेट फर्किन्छन्, नाम होइन। यदि स्थानीय यन्त्रहरू तिनका बारे केही नजान्ने पुश गरिएको रिजोल्भरबाट समाधान गरिन्छ भने, ठेगाना पुग्न योग्य भए पनि माउन्ट अझै असफल हुन्छ। स्थानीय नामहरूलाई स्थानीय वा विभाजित DNS व्यवस्था चाहिन्छ, र त्यो मार्ग-अपवादभन्दा छुट्टै निर्णय हो।

नीति फेरि छुट्टै छ। VPN क्लाइन्टको स्थानीय-पहुँच फिल्टरले निजी दायरातर्फको ट्राफिक जानाजान रोक्न सक्छ, र मार्गले त्यो नियमलाई हराउँदैन। अविश्वासी नेटवर्कमा निजी ठेगाना पनि गन्तव्य तपाईंको भण्डारण सर्भर हो भन्ने प्रमाण होइन, त्यसैले अपवाद मार्गजत्तिकै विशिष्ट हुनुपर्छ।

हस्तान्तरण गर्न सकिने सम्झौता

तयार डिजाइन छोटो सूचीजस्तो पढिनुपर्छ: सामान्य इन्टरनेट ट्राफिक टनेल पछ्याउँछ, र यी नाम दिइएका स्थानीय उपसर्गहरूले स्थानीय राउटरबाट आफ्नो बाटो कायम राख्छन्। उपसर्ग, अर्को हप र तिनसँगै जाने DNS सफिक्स लेख्नुहोस्, र सूचीलाई मार्गनिर्देशन तालिका नपढी कसैले प्रमाणित गर्न सक्ने गरी छोटो राख्नुहोस्।

स्थानीय र टाढाका दायराबीचको ओभरल्यापमा ध्यान दिनुहोस्। VPN पछाडिको कुनै कुरासँग उपसर्ग साझा गर्ने भण्डारण VLAN अझ विशिष्ट मार्गतर्फ समाधान हुनेछ, र त्यसबाट उत्पन्न व्यवहार रहरलाग्दो रूपमा देखिने गरी भ्रमित हुन्छ। एउटा पक्षलाई पुन: नम्बर गर्नु त्यो अस्पष्टता सधैं डिबग गर्नुभन्दा सामान्यतया सस्तो पर्छ।

सम्झौतालाई दुई पटक परीक्षण गर्नुहोस्: एक पटक टनेल सक्रिय हुँदा र एक पटक बन्द हुँदा। यदि स्थानीय बाटो तीमध्ये एउटा अवस्थामा मात्र चल्छ भने, अपवाद अझै सम्झौता भएको छैन।