दोन 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 कार्यालयीन श्रेणीशी अपेक्षेपेक्षा जास्त वेळा टकरतो। दोन्ही श्रेणी तिकिटात नोंदवा, जेणेकरून पुढचा बदल ओव्हरलॅप पुन्हा तयार करणार नाही।

दोन उद्दिष्टेही वेगळी ठेवा: दोन्ही नेटवर्कपर्यंत पोहोचणे ही राउटिंग समस्या आहे, तर गोपनीयतेसाठी टनेलची साखळी करणे ही मार्गात अतिरिक्त ऑपरेटर असलेली वेगळी रचना आहे। एकाने दुसरे सोडवू नका।