आयातित VPN रूट काम करने वाले क्लाइंट से अलग हैं? दोनों की तुलना करें

कुछ निजी सेवाएँ VPN के ज़रिए जवाब देती हैं, जबकि सामान्य इंटरनेट ट्रैफ़िक किसी सहकर्मी की मशीन पर जैसा व्यवहार करता है उससे बिल्कुल अलग व्यवहार करता है, और मन करता है कि Ubuntu क्लाइंट ख़राब है। यह निष्कर्ष एक क़दम छोड़ देता है। काम करने वाला निजी संचालन और अलग सार्वजनिक पथ दो अवलोकन हैं, और अंतर आम तौर पर उस ट्रैफ़िक नीति में होता है जो हर क्लाइंट ने स्थापित की, क्लाइंट में नहीं।

सहेजी गई कॉन्फ़िगरेशन की वास्तविक नेटवर्क स्थिति से तुलना करने में तीन कमांड लगते हैं और उस सवाल का जवाब मिलता है जिसका जवाब अनुमान देने की कोशिश कर रहे थे।

पहले सहेजी गई प्रोफ़ाइल, फिर वास्तविक स्थिति

आयात किया गया OpenVPN कनेक्शन अपनी अलग NetworkManager प्रोफ़ाइल बन जाता है। जिस .ovpn फ़ाइल से यह आया, वह आयात पूरा होते ही सत्य का स्रोत रहना बंद कर देती है, इसलिए उस फ़ाइल को बाद में संपादित करने से आपके इस्तेमाल वाले कनेक्शन में कुछ नहीं बदलता। तुलना सबसे पहले यहीं ग़लत होती है, और चुपचाप ग़लत होती है।

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

जब नाम टकराएँ तो UUID पढ़ें; दोहरे नाम पुनर्स्थापन और प्रोफ़ाइल बहाली के बाद भी बने रहते हैं, और आप वह प्रति संपादित करने में घंटा बर्बाद कर सकते हैं जो इस्तेमाल में नहीं है। आप जो मान देखते हैं वे सहेजा गया इरादा बताते हैं: प्रोफ़ाइल डिफ़ॉल्ट रूट ले सकती है या नहीं, कौन-से रूट सहेजे गए और कौन-से रिज़ॉल्वर और खोज डोमेन माँगे जाते हैं। वे यह नहीं बताते कि कनेक्शन सक्रिय होने पर क्या हुआ, क्योंकि कोई प्लगइन या सर्वर का धक्का ऐसी स्थिति जोड़ सकता है जिसका प्रोफ़ाइल में उल्लेख नहीं है। इसीलिए अगला कमांड मायने रखता है।

फिर देखें कि सिस्टम ने उस इरादे के साथ वास्तव में क्या किया, नीति नियमों और सभी तालिकाओं सहित, सिर्फ़ मुख्य तालिका नहीं। सहेजे गए गुण इनपुट हैं, और स्थापित तालिकाएँ परिणाम हैं।

ip -4 rule show
ip -4 route show table all

दो गंतव्य, एक तुलना

एक काम करने वाला निजी गंतव्य और एक सामान्य सार्वजनिक गंतव्य चुनें, फिर कर्नेल से पूछें कि हर एक कौन-सा रास्ता लेगा। दोनों मशीनों पर यही करना धुँधले अंतर को ठोस अंतर में बदलता है।

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

पते उदाहरण हैं जिन्हें अपने पतों से बदलना है; बात जोड़ी की है, संख्याओं की नहीं। हर आउटपुट में बताए गए इंटरफ़ेस, स्रोत पते और तालिका की तुलना करें। जब निजी खोज सुरंग का नाम लेती है और सार्वजनिक खोज भी सुरंग का नाम लेती है, तो आपके पास पूरी सुरंग है और दूसरे क्लाइंट के पास विभाजित सुरंग हो सकती है, या उलटा।

दोनों क्लाइंट से एक जैसा पाठ छापने की माँग न करें। OpenVPN में redirect-gateway def1 आम तौर पर एक डिफ़ॉल्ट के बजाय दो आधे-प्रीफ़िक्स रूट के रूप में व्यक्त होता है, और उन्हें अलग ढंग से दिखाने वाला मैनेजर इस वजह से ग़लत नहीं है। कवरेज का आकलन करें, जो खोजें दिखाती हैं, फ़ॉर्मैटिंग का नहीं।

जहाँ दोनों क्लाइंट वैध रूप से अलग हैं

क्लाइंट के डिफ़ॉल्ट नीति-चुनाव हैं, और उनका अलग होना मान्य है। एक उत्पाद पूरी सुरंग पसंद कर सकता है, दूसरा स्थानीय डिफ़ॉल्ट रखकर सिर्फ़ निजी प्रीफ़िक्स रूट कर सकता है, और तीसरा सर्वर द्वारा भेजे गए का पालन कर सकता है। अंतर केवल तभी दोष है जब वह आपको दी गई आवश्यकता का उल्लंघन करे।

इसलिए हर क्लाइंट की तुलना स्वीकृत विभाजित या पूर्ण-सुरंग इरादे से करें, एक-दूसरे से नहीं। अगर आवश्यकता यह है कि निजी ट्रैफ़िक सुरंग का इस्तेमाल करे और स्थानीय इंटरनेट पथ स्थानीय रहे, तो पूरी सुरंग ही बग है और विभाजित सुरंग सही है, चाहे किसी भी क्लाइंट ने क्या किया हो। कोई भी कॉन्फ़िगरेशन देखने से पहले इरादा लिख लें, वरना आप जिस पहले क्लाइंट को देखेंगे वही चुपचाप मानक बन जाएगा।

DNS दूसरा अक्ष है और यह स्वतंत्र रूप से विफल होता है। सही रूट फिर भी ऐसे रिज़ॉल्वर को प्रश्न भेज सकता है जो निजी ज़ोन के लिए जवाब नहीं दे सकता, और सही रिज़ॉल्वर ग़लत रूट को ठीक नहीं करता। दोनों जाँचें, और निजी नाम के हल होने पर भी निजी पते के न हल होने को इस बात का सबूत मानें कि दोनों परतें अलग-अलग हल हो रही हैं।

तुलना साफ़ रखें

एक बार में एक ही कनेक्शन स्वामी चलाएँ। आयातित प्रोफ़ाइल के साथ चलने वाला कमांड-लाइन OpenVPN सत्र अपने रूट और अपनी रिज़ॉल्वर स्थिति स्थापित करता है, और इससे बना मिश्रण किसी भी क्लाइंट का व्यवहार नहीं है। दूसरे को मापने से पहले एक को बंद करें। अगर पक्का न हो कि अभी भी क्या स्थिति रोके हुए है तो रीबूट करें, क्योंकि घंटे भर पुराना बासी रूट बिल्कुल नीति-समस्या जैसा दिखेगा।

बाकी सब भी स्थिर रखें: वही एंडपॉइंट, वही खाता, वही सॉफ़्टवेयर संस्करण, वही नेटवर्क। किसी सहकर्मी के Windows लैपटॉप पर सफलता अलग क्लाइंट, अलग रिज़ॉल्वर एकीकरण और शायद अलग सर्वर प्रोफ़ाइल जाँचती है, इसलिए यह Ubuntu मैनेजर के बारे में सबूत नहीं है।

NetworkManager का IPv4 सेटिंग्स संदर्भ never-default और सहेजे गए रूट गुणों को सटीक रूप से परिभाषित करता है, जिसे कोई प्रबंधित मान बदलने से पहले पढ़ना चाहिए। और इस तुलना का दायरा याद रखें: यह IPv4 को कवर करती है, और संबंधित IPv6 नीति के बारे में कुछ नहीं कहती, जिसके अपने डिफ़ॉल्ट और आपको चौंकाने का अपना तरीका है।