दुई VPN क्लाइन्ट, एउटै राउटिङ तालिका: पूर्वनिर्धारित मार्ग कसले पाउँछ

दुई VPN क्लाइन्ट एउटै सकेटका लागि लडिरहेका जस्तो देखिन्छ, र स्पष्ट समाधान एउटा हटाउनु नै हुनुपर्छ। व्यवहारमा तिनीहरू एउटै सकेट छुन विरलै पर्छ। प्रत्येक जडानले अपरेटिङ सिस्टमको राउटिङ तालिका पुनः लेख्छ, र पूर्ण-टनेल प्रोफाइलले पूर्वनिर्धारित मार्ग दाबी गर्छ। अन्तिममा जोडिएकै सामान्यतया जित्छ, त्यसैले लक्षण क्लाइन्टहरूबीच सर्दै देखिन्छ।

द्वन्द्व राउटिङ तालिकाभित्रै हुन्छ

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

क्लाइन्टहरू एउटै साझा तालिकाका सम्पादक हुन्। कुन परिवर्तन अन्तिम भयो भन्ने थाहा हुनुले लगभग हरेक लक्षण व्याख्या गर्छ।

अहिलेको बाटो कुन टनेलको स्वामित्वमा छ पढ्नुहोस्

जोडिएको भनी जानकारी दिने क्लाइन्टमाथि भरोसा गर्नुको सट्टा वास्तविक निर्णय जाँच्नुहोस्। कुन इन्टरफेसले निश्चित गन्तव्य बोक्छ भनी प्रणालीलाई सोध्नुहोस्।

ip route get 10.20.0.5
route print -4

पहिलो आदेशले एउटा गन्तव्यका लागि इन्टरफेस र स्रोत ठेगाना बताउँछ, र त्यही नै तपाईंलाई चासो लाग्ने ठ्याक्कै प्रश्न हो। रुट डम्पले Windows मा प्रतिस्पर्धा गर्ने पूर्वनिर्धारित प्रविष्टि र तिनका मेट्रिक देखाउँछ, त्यसैले अहिले कुन जितिरहेको छ देखिन्छ। हरेक टाढाको सञ्जालमा एउटा होस्टका लागि खोज चलाउनुहोस्, किनकि एउटा गन्तव्य ठीक हुन सक्छ तर अर्को सञ्जाल पुग्न नसकिने हुन सक्छ। जवाफले गलत टनेल बताए पुनः जोड्नुले काम गर्दैन; राउटिङ नीति बदल्नुपर्छ।

दोस्रो क्लाइन्टलाई सबै कुरा दाबी गर्नबाट रोक्नुहोस्

एउटा क्लाइन्टले पूर्वनिर्धारित मार्ग राख्नुपर्छ, अर्कोले आफ्नै उपसर्ग मात्र बोक्नुपर्छ। OpenVPN क्लाइन्टहरूले सर्भरले धकेल्ने कुरा अस्वीकार गर्न सक्छन्।

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull हरेक धकेलिएको मार्गलाई बेवास्ता गर्छ, जबकि pull-filter ignore "redirect-gateway" पूर्वनिर्धारित-मार्ग निर्देश मात्र छोड्छ र धकेलिएको DNS तथा अन्य विकल्प राख्छ। सर्भरको कन्फिगरेसनमध्ये कति अझै चाहनुहुन्छ त्यसका आधारमा यी दुईबीच छान्नुहोस्, त्यसपछि दोस्रो सञ्जाललाई चाहिने निश्चित उपसर्ग थप्नुहोस्। DNS सम्झनुहोस्, किनकि खोज बोक्दैन त्यस्तो टनेलले धकेलेको रिजोल्भरले केही फर्काउँदैन। हरेक सञ्जालमा एउटा चिनिएको होस्ट जाँच्नुहोस् र टाढाको पक्षले देख्ने स्रोत ठेगाना पुष्टि गर्नुहोस्।

ओभरल्याप हुने सबनेटलाई छल्न सकिँदैन

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

दुई लक्ष्य पनि अलग राख्नुहोस्: दुवै सञ्जालमा पुग्नु राउटिङ समस्या हो, जबकि गोपनीयताका लागि टनेलको शृङ्खला बनाउनु बाटोमा थप अपरेटर हुने फरक डिजाइन हो। एउटाले अर्को हल नगर्नुहोस्।