तुमची .ovpn फाईल कोड चालवू शकते, फक्त रहदारी मार्गस्थ करू नाही

बहुतेक लोक .ovpn फाईल राउटरच्या सेटिंग्ज पानाप्रमाणे वाचतात: पत्ते, मार्ग, सिफरची यादी. कोड चालवणारा भाग तळाशी जवळ बसतो, प्लंबिंगच्या कामासारखे दिसणाऱ्या सूचनांच्या शेजारी, आणि क्लायंटकडे आधीच असलेल्या कोणत्याही विशेषाधिकाराने तो चालतो. हीच ती पोकळी जी निष्काळजी किंवा दुर्भावनापूर्ण प्रोफाइल वापरते, आणि हीच ती पोकळी जी उपयुक्त DNS सहाय्यकाला तीन आठवड्यांनंतर सपोर्ट समस्येत बदलते. इव्हेंट सूचना, सुरक्षा स्तर आणि फाईलची मालकी काय होऊ शकते हे ठरवतात; स्क्रिप्टची सामग्री प्रत्यक्षात काय होते हे ठरवते. जोडण्यापूर्वी चारही वाचा.

सहाय्यक चालवणारे प्रोफाइल हे प्रोग्राम आहे, सेटिंग्ज फाईल नाही

route आणि dhcp-option सारख्या सूचना क्लायंटने प्रस्थापित करावयाच्या स्थितीचे वर्णन करतात, आणि क्लायंट त्यांना डेटा म्हणूनच वागवतो. up स्क्रिप्ट वेगळी आहे: क्लायंट ती प्रक्रिया म्हणून सुरू करतो आणि जोडणीच्या तपशिलांनी भरलेले वातावरण देतो, त्यामुळे तिच्या लेखकाने लिहिलेले सर्व तुमच्या खात्याच्या अधिकारांनी चालते. ज्या लॅपटॉपवर वापरकर्ता प्रशासक आहे, तिथे संलग्नक म्हणून किंवा फोरम थ्रेडमधून पेस्ट केलेल्या फाईलसाठी ते रुंद दरवाजा आहे. फरक शैलीचा नाही, तो कॉन्फिगरेशन आणि कोड यातील फरक आहे.

जी अफवा सोडून द्यायला हवी ती ही आहे की प्रोफाइल फक्त रहदारी वळवू शकते. ip route add चालवणारे सहाय्यक आणि दूरच्या होस्टविरुद्ध curl चालवणारे सहाय्यक एकच यंत्रणा आहेत, आणि बाहेरून प्रोफाइल एकसारखे दिसते. फाईलच्या स्वरूपात काहीही सांगत नाही की तुमच्याकडे कोणते आहे, म्हणून तपासणी स्क्रिप्टपर्यंत पोहोचली पाहिजे.

प्रत्यक्षात अंमलबजावणी काय ठरवते, आणि सक्षम करणाऱ्या ओळी कशा दिसतात

तीन गोष्टी सहाय्यकाला नियंत्रित करतात: त्याला नाव देणारी इव्हेंट सूचना, त्याला परवानगी देणारा script-security स्तर, आणि क्लायंट प्लॅटफॉर्मची स्वतःची अंमलबजावणी. प्रोफाइल हुक मागू शकते आणि तरीही काहीही होताना दिसणार नाही, कारण मोबाइल क्लायंट किंवा कपात केलेली डेस्कटॉप आवृत्ती ती घटना अजिबात अंमलात आणणार नाही. त्याचप्रमाणे, आपल्या कार्याला आवश्यक असलेल्यापेक्षा जास्त परवानगी मागणारे प्रोफाइल आपल्या उगमाबद्दल काहीतरी सांगते. परवानगी स्तर ही क्षमता आहे, मंजुरी नाही. सक्षम करणाऱ्या ओळी अशा दिसतात, मार्ग तुमच्या मार्गाची जागा घेतो.

script-security 2
up /etc/openvpn/update-resolv-conf.sh
down /etc/openvpn/update-resolv-conf.sh

स्तर 0 बाह्य प्रोग्राम नाकारतो आणि स्तर 1, जो डीफॉल्ट आहे, फक्त क्लायंटच्या अंगभूत एक्झिक्युटेबलना परवानगी देतो, म्हणून हुकला 2 किंवा जास्त आवश्यक आहे; स्तर 3 मुख्यतः जुन्या पासवर्डच्या हस्तांतरणासाठी आहे आणि त्याचे टाळणे बरे. हुकसह पुरवलेल्या प्रोफाइलला सूचना आणि तो स्तर दोन्ही आवश्यक आहेत, म्हणून फाईलच्या तळाशी जवळची एक ओळ प्रमाणपत्र ब्लॉकइतकीच तपासणीची पात्र आहे. OpenVPN मॅन्युअल परवानगी स्तरांची यादी देते, आणि त्याची शब्दरचना प्रोफाइल प्रत्यक्षात काय मागते त्याच्या शेजारी वाचण्यासारखी आहे.

मालकी, मार्ग आणि सहाय्यकाला काय खायला दिले जाते

तुम्ही विश्वास ठेवता पण दुसरे खाते पुन्हा लिहू शकणाऱ्या स्क्रिप्टकडे निर्देश करणारे प्रोफाइल ही विश्वासार्ह व्यवस्था नाही, कारण कालची तपासणी आज काय चालते याचे वर्णन आता करत नाही. सहाय्यकाचा मालक आणि मोड तपासा, आणि कॉन्फिगर केलेला मार्ग तुम्ही तपासलेल्या फाईलपर्यंत पोहोचतो, दुसरे काही सावली देऊ शकणाऱ्या नावापर्यंत नाही याची खात्री करा. आर्ग्युमेंट्स आणि वातावरणही त्याच नजरेचे पात्र आहेत: क्लायंट हुकला जोडणीचे तपशील देतो, आणि आपले संपूर्ण वातावरण लॉग करणारे सहाय्यक सपोर्ट तिकिटात क्रेडेन्शियल्स लिहीत असू शकते. ऑपरेटर किंवा प्लॅटफॉर्मच्या दस्तऐवजीकृत एकात्मतेला असंबंधित पोस्टमधून कॉपी केलेल्या DNS स्क्रिप्टपेक्षा प्राधान्य द्या, कारण एकाच फाईलसाठी भांडणारे दोन रिझोल्व्हर व्यवस्थापक तुटलेल्या VPN सारखे दिसणारे अपयश निर्माण करतात.

अपयशी हुकची तक्रार करताना, कुठेही पेस्ट करण्यापूर्वी वातावरण संपादित करा. डीबग करण्यास मदत करणारा डंप तुमची प्रमाणित करणारे टोकनही घेऊन जाऊ शकतो.

स्वच्छतेचे अपयश बोगदा गेल्यानंतर दिसतात

up सहाय्यक मार्ग आणि रिझोल्व्हर सेटिंग्ज जोडते, आणि down सहाय्यकाने त्या पुन्हा काढून टाकल्या पाहिजेत. जेव्हा down हुक नाही, गुपचूप अपयशी होतो, किंवा क्लायंट मारला गेल्यामुळे कधीच चालत नाही, तेव्हा उरलेले भाग सत्रापेक्षा जास्त जगतात. मग रहदारी कोणीही नियोजित न केलेल्या मार्गाने जाते आणि नावे काढून टाकायला हवी होती अशा रिझोल्व्हरमधून सोडवली जातात, तर बोगदा स्वतः निरोगी दिसतो. ही लक्षणे डिस्कनेक्टनंतर येतात, म्हणून दोष प्रोफाइलला नाही, नेटवर्कला मिळतो.

बोगदा उतरवण्याची स्वतंत्र पायरी म्हणून चाचणी करा: बोगदा वर आणा, मार्ग आणि रिझोल्व्हर नोंदवा, खाली उतरवा, आणि नंतर दोन्ही गेले याची खात्री करा. स्वच्छ जोडणारे प्रोफाइलही मागे स्थिती सोडू शकते, आणि सहाय्यकाचा शून्य एक्झिट कोड रिझोल्व्हर तुम्ही विचारता तिथे संपला याचा पुरावा नाही.

सहाय्यकाची उजळणी आणि बाहेर पडण्याचा मार्ग ठेवणे

स्क्रिप्ट सुरुवातीपासून शेवटपर्यंत वाचा आणि तीन गोष्टी शोधा: विशेषाधिकार आवश्यक असलेल्या आज्ञा, तुमच्या प्रणालीवर नसू शकणारे हार्डकोड केलेले मार्ग, आणि ती करते तो कोणताही नेटवर्क कॉल. नंतर ती कशी अपयशी होते ते पाहा, कारण त्रुटी गिळणारे सहाय्यक कॉन्फिगरेशनची चूक कोडे बनवते. स्क्रिप्ट काय करते आणि कोण ती बदलू शकते हे एका वाक्यात सांगता येत नसेल, तर ती सक्षम करण्यास तुम्ही तयार नाही. त्या वाक्याला आवश्यक असलेल्यापेक्षा जास्त विशेषाधिकार मागणारे प्रोफाइल थांबण्याचा संकेत आहे.

शेवटचे चालणारे प्रोफाइल आणि त्याने निर्देश केलेले सहाय्यक संरक्षित साठवणीत ठेवा, दोन्ही आवृत्त्या नोंदवून, जेणेकरून परत आणणे सर्वात वाईट क्षणी पुनर्बांधणी नाही तर प्रत होईल. सहाय्यक ज्या वितरणासाठी किंवा क्लायंट आवृत्तीसाठी आहे ज्यांना त्याची आता गरज नाही, तर त्रुटी थांबेपर्यंत विशेषाधिकार वाढवण्याऐवजी जे कॉन्फिगरेशन सेटिंगचे मालक आहे त्यात त्याला निवृत्त करा. हाच मार्ग आहे: कमी हलणारे भाग, जास्त परवानगी नाही.