दो 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 ऑफिस श्रेणी से उम्मीद से ज्यादा बार टकराता है। दोनों श्रेणियाँ टिकट में दर्ज करें ताकि अगला बदलाव ओवरलैप फिर न बनाए।

दो लक्ष्य भी अलग रखें: दोनों नेटवर्क तक पहुँचना राउटिंग की समस्या है, जबकि निजता के लिए टनल की श्रृंखला बनाना अलग डिज़ाइन है जिसमें रास्ते में एक अतिरिक्त ऑपरेटर होता है। एक से दूसरे को हल न करें।