Windows वर OpenVPN: टनेल स्वयंचलितपणे सुरू करा आणि रूट ठेवा

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

पहिली पायरी: सेवा जिथे शोधते तिथे प्रोफाइल ठेवा

Windows सेवा प्रोफाइल एका स्थिर डिरेक्टरीतून वाचते, आणि GUI देखील त्याच जागेवरून वाचते, त्यामुळे आयात करताना चालणारे प्रोफाइल बूट होताना अदृश्य राहू शकते। .ovpn फाइली इंस्टॉलेशनच्या config डिरेक्टरीत ठेवा, जी सामान्यतः Program Files खाली असते। वापरकर्त्याच्या Downloads फोल्डरमध्ये सोडलेले प्रोफाइल सेवेच्या व्याप्तीतच येत नाही।

जुन्या सूचना config-auto फोल्डरकडे निर्देश करतात, ज्याला 2.5 युगाच्या काही बिल्डनी आदर दिला आणि नंतरच्या प्रकाशनांनी नाही। म्हणूनच अपग्रेड चालणाऱ्या स्वयंचलित सुरुवातीचे शांततेत रूपांतर करू शकतो, लॉगमध्ये ओळखपत्रांबद्दल काहीही नसतानाही। कोणतीही फाइली हलवण्यापूर्वी इंस्टॉल केलेले बिल्ड प्रत्यक्षात कोणती डिरेक्टरी वाचते याची खात्री करा।

एका मशीनवर अनेक प्रोफाइल असल्यास dev-node द्वारे प्रत्येकाला नावाचे अडॅप्टर द्या। अन्यथा ते एकाच इंटरफेससाठी स्पर्धा करतात आणि दुसरे ओळखपत्रांच्या समस्येसारखे दिसणाऱ्या पद्धतीने अयशस्वी होते।

दुसरी पायरी: ट्रे आयकॉन नाही, सेवा सुरू करा

सेवेलाOpenVPN Automatic वर ठेवल्यास ती लॉगिनशिवाय बूट होताना सुरू होते। हीच यंत्रणा आहे, आणि ट्रे आयकॉन तिचा भाग नाही। जेव्हा कनेक्शन सेवेकडे असते, तेव्हा GUI कदाचित आयकॉन किंवा स्थिती दाखवणार नाही, जे अपेक्षित आहे, बिघाड नाही।

परिणाम असा की डिस्कनेक्ट करणे म्हणजे सेवा थांबवणे, Disconnect वर क्लिक करणे नाही। मशीनला आधार देणाऱ्याला सांगा, अन्यथा पहिला आधार कॉल गहाळ आयकॉनबद्दल असेल।

सेवा खाते प्रोफाइल आणि की सामग्री वाचू शकते का ते तपासा। बूट होताना परवानगीची समस्या लॉगमध्ये नेमके प्रमाणीकरण अपयशासारखी दिसते।

तिसरी पायरी: रूट टनेलशी बांधा

कायमची नोंद येथे चुकीचे साधन आहे। -P सह रूट जोडल्यास तो रीबूट टिकून राहतो आणि, त्याहून वाईट, टनेल बंद होणेही टिकून राहतो। VPN बंद असताना उपसर्ग अजूनही नसलेल्या गेटवेकडे निर्देश करतो, त्यामुळे कोणी नोंद हटवेपर्यंत होस्ट त्या गंतव्यापर्यंत पोहोचू शकत नाही।

तीन पर्याय योग्य वागतात। सर्व्हरवरून रूट पुश करा, जो कनेक्ट होताना तो जोडतो आणि डिस्कनेक्ट होताना काढून टाकतो। route_vpn_gateway वाचणाऱ्या route-up स्क्रिप्टमध्ये तो जोडा, म्हणजे पुढील हॉप वाटाघाटी केलेल्या टनेलमधून येईल। किंवा Add-VpnConnectionRoute Windows च्या मूळ VPN प्रोफाइलसह वापरा, जे उपसर्ग त्या कनेक्शनला बांधते।

सर्व्हर या साइटला लागण्यापेक्षा जास्त देतो तेव्हा route-nopull पुश केलेले रूट नाकारतो आणि तक्ता पूर्णपणे स्थानिक ठेवतो। हे अशा सामायिक प्रोफाइलसाठी योग्य आहे ज्याच्या वापरकर्त्यांना कॉर्पोरेट डीफॉल्ट रूट मिळू नये।

चौथी पायरी: थंड बूट टिकून राहा

नेटवर्क स्टॅक असण्यापूर्वी सेवा सुरू केल्यास एक अपयशी प्रयत्न होतो आणि पुन्हा प्रयत्न होत नाही। ती Automatic (Delayed Start) वर ठेवल्यास, किंवा नेटवर्क सेवेवर अवलंबूनता जोडल्यास, ती शर्यत दूर होते। नंतर बूट चाचणी पुन्हा करा आणि दुसरा प्रयत्न आता लागत नाही याची खात्री करा।

रूट आणि अडॅप्टर बदलांना प्रशासकीय अधिकार लागतात। प्रति-वापरकर्ता स्टार्टअप शॉर्टकटमध्ये ते नसतात, त्यामुळे उन्नत शेलमधून चालणारी स्क्रिप्ट लॉगिनला शांतपणे काहीही करू शकत नाही। ती सर्वोच्च विशेषाधिकारांसह कार्य म्हणून नियोजित करा, किंवा सेवेला बदल हाताळू द्या। नंतर प्रत्यक्षात लॉगिन करणाऱ्या वापरकर्त्याप्रमाणे ती तपासा।

प्रत्यक्षात तैनात करता तो क्रम तपासा, हाताने चालवू शकता तो नाही। थंड बूट हीच क्रम तपासणारी एकमेव चाचणी आहे।

पाचवी पायरी: GUI शिवाय पडताळा

रीबूट आणि लॉगिननंतर, GUI न उघडता तीन गोष्टी तपासा। अडॅप्टरकडे पत्ता असायला हवा,रूट तक्त्याने साइट उपसर्ग टनेल गेटवेसह पुढील हॉप म्हणून दाखवायला हवा, आणि दूरच्या बाजूच्या पत्त्यावर ping ला उत्तर द्यायला हवे। प्रत्येक तपासणी वरील पायऱ्यांतील वेगळ्या यंत्रणेशी जुळते।

अडॅप्टर कधीच दिसत नसेल, तर संशयित प्रोफाइल नाही, ड्रायव्हर आहे। ते दोन अपयश लॉगमध्ये अजिबात सारखे दिसत नाहीत, आणि त्यातील फक्त एकच सॉफ्टवेअर पुन्हा इंस्टॉल करण्यास प्रतिसाद देते।