Windows का OpenVPN प्रोफ़ाइल Ubuntu पर विफल होता है: तीन परतें

यही प्रोफ़ाइल टर्मिनल से शुरू करें और जो संदेश अधिकांश लोग कॉपी करते हैं वह चेतावनी है, क्लाइंट के रुकने का कारण नहीं। यहाँ तीन स्वतंत्र परतें विफल होती हैं: Linux बिल्ड द्वारा लागू न की जाने वाली भेजी गई निर्देशिका, tun डिवाइस बनाने के लिए आवश्यक अधिकार, और वह रिज़ॉल्वर सहायक जो कनेक्शन को काम करने वाले DNS में बदलता है। इन्हें क्रम से निपटाएँ, क्योंकि हर परत अगली को छिपा सकती है।

डाउनलोड को जैसा आया वैसा ही रखें और एक प्रति संपादित करें, ताकि नया डाउनलोड आपके बदलावों को चुपचाप वापस न कर दे।

दोष देने से पहले चेतावनी पढ़ें

block-outside-dns Windows पर Windows फ़िल्टरिंग प्लेटफ़ॉर्म के ज़रिये DNS को लॉक करता है, और Linux क्लाइंट के पास इसे मैप करने के लिए कुछ नहीं है। जब सर्वर इसे भेजता है, क्लाइंट उस भेजी गई प्रविष्टि के लिए अज्ञात-विकल्प पंक्ति छापता है और आगे बढ़ता है, क्योंकि भेजे गए विकल्प को घातक नहीं माना जाता। पर आपकी अपनी फ़ाइल में वही पंक्ति दूसरी बात है: वहाँ पार्सर रुक जाता है। कुछ भी छूने से पहले तय करें कि इन दोनों में से आपके पास कौन-सी है, क्योंकि इनमें से केवल एक ही रन समाप्त करती है।

शोर हटाने के लिए पार्स करने से पहले उसे फ़िल्टर करें: उस नाम के लिए pull-filter ignore प्रविष्टि, या जब पंक्ति स्थानीय फ़ाइल में हो तो --ignore-unknown-option। दोनों उस पंक्ति को चुप कराते हैं जिसे आप पहले ही पढ़ चुके हैं; कोई भी उस खराबी को ठीक नहीं करता जिसका निदान आपने नहीं किया।

अधिकार बाकी सबसे पहले विफल होते हैं

tun डिवाइस और उसके साथ आने वाले रूट विशेषाधिकार प्राप्त वस्तुएँ हैं, और सामान्य खाता उन्हें नहीं बना सकता। --user विकल्प इस विभाजन को समझाता है: डेमन अपने विशेषाधिकार तभी छोड़ता है जब विशेषाधिकार वाला काम हो चुका हो। इसे root के रूप में या ऐसी unit से शुरू करें जो इसे इसी तरह शुरू करे, फिर प्रमाणपत्र देखने से पहले अनुमति त्रुटि खोजें। प्रोफ़ाइल पर फ़ाइल अनुमतियाँ ढीली करने से प्रक्रिया को वे अधिकार नहीं मिलते जो उसके पास नहीं हैं।

TLS त्रुटि का अर्थ है कि क्लाइंट इस परत से आगे निकल गया। डिवाइस या रूट की शिकायत का अर्थ है कि वह ऊपर की परत तक कभी नहीं पहुँचा।

GUI क्या करता है जो टर्मिनल नहीं करता

हर लुकअप के अभी भी विफल रहते हुए सफलतापूर्वक कनेक्ट होना तीसरी परत है। NetworkManager अपना रिज़ॉल्वर काम स्वयं करता है, इसलिए डेस्कटॉप आयात DNS दे सकता है भले ही प्रोफ़ाइल की up स्क्रिप्ट कभी सफल न चली हो। openvpn --config आदेश वही निष्पादित करता है जो --up बताता है, और यदि वह सहायक नहीं है तो इंटरफ़ेस दिखाई देता है जबकि लुकअप पिछले सर्वरों की ओर जाते रहते हैं। कुछ भी इंस्टॉल करने से पहले दोनों रास्तों की स्क्रिप्ट की तुलना करें।

अपने वितरण के लिए पैकेज किया गया सहायक इस्तेमाल करें; ब्लॉग पोस्ट से कॉपी की गई स्क्रिप्ट आम तौर पर किसी दूसरे रिज़ॉल्वर को लक्षित करती है। systemd-resolved के लिए भेजा गया एकीकरण सामान्य vpnc-शैली की स्क्रिप्ट नहीं है, और हर एक क्लाइंट से अपने तर्क और चर की अपेक्षा करता है। उपयोगकर्ता-परिभाषित up स्क्रिप्ट के लिए भी क्लाइंट द्वारा उन्हें चलाने से पहले script-security 2 आवश्यक है।

अगली बार चलाने पर परतें अलग करें

एक बार --verb 4 के साथ चलाएँ और लॉग को उसी क्रम में पढ़ें जिसमें वह हुआ: डिवाइस बनना, रूट, TLS हैंडशेक, फिर up स्क्रिप्ट का आउटपुट। उस क्रम की पहली विफलता ही ठीक करने योग्य है; उसके बाद का सब कुछ आम तौर पर परिणाम होता है। वह टनल जो रिज़ॉल्वर के बिना बनती है आपको तीसरी परत पर रखती है, जहाँ प्रमाणपत्र अप्रासंगिक है। तुलना करते समय डाउनलोड किए गए प्रोफ़ाइल को अछूता छोड़ें।

जैसे ही हर ऑपरेटर समायोजन एक और अस्वीकृत पंक्ति बनाता है, फ़ाइल किसी अन्य प्लेटफ़ॉर्म की ओर इशारा करती है। स्थायी फ़िल्टर सूची बनाने के बजाय Linux निर्यात माँगें।

नोट करें कि कौन-सी परत विफल हुई और उसे किसने बदला, नहीं तो वही फ़ाइल पाने वाला अगला व्यक्ति भी चेतावनी पर रुक जाएगा।