Windows वर OpenVPN बूट होताना नाही तर लॉगिन होताना सुरू होतो का?

फक्त कोणी साइन इन केल्यानंतर दिसणाऱ्या टनेल सहसा त्या व्यक्तीच्या सत्राकडून सुरू होतात, स्वयंचलित सेवेकडून नाही। नेहमीचा दोषी openvpn-gui.exe सुरू करणारा स्टार्टअप शॉर्टकट असतो, आणि ती बिघडलेली स्थापना नाही। शॉर्टकट वापरकर्ता सत्राच्या आत डेस्कटॉप अॅप सुरू करतो, त्या वापरकर्त्याचे प्रोफाइल, त्या वापरकर्त्याची प्रमाणपत्र साठवण आणि प्रॉम्प्टला उत्तर देण्याची त्या वापरकर्त्याची क्षमता यांसह। यापैकी काहीही कनेक्शनला साइन इन केलेल्या माणसापासून स्वतंत्र करत नाही, आणि लॉगिनपूर्व टनेलला नेमके तेच आवश्यक असते।

लक्षणाला सहसा तीन कारणे असतात

तीन नमुने बाहेरून सारखेच दिसतात आणि त्यांचे उपाय वेगवेगळे असतात। पहिले म्हणजे सेवेऐवजी वापरकर्ता सत्र असलेला अंमलबजावणी मालक, म्हणजे स्टार्टअप शॉर्टकटची स्थिती। दुसरे म्हणजे सेवा जिथे पाहत नाही तिथे असलेले प्रोफाइल, त्यामुळे सेवा सुरू होते, काहीही सापडत नाही आणि स्वच्छ बंद होते। तिसरे म्हणजे सेवेला सापडून सुरू होणारे प्रोफाइल, पण त्याच्या क्रेडेन्शियल्सना अशी परस्परक्रिया लागते जी कोणतीही सेवा देऊ शकत नाही।

कोणती स्थिती लागू आहे हे ओळखण्यासाठी दोन वाचने लागतात: सेवा काय चालवण्यासाठी संरचित आहे आणि ती कोणत्या फाइल्स पाहू शकते। दोन्ही प्रत्येकी एक आदेश आहेत, आणि दोन्हीपैकी कोणीही चालू कनेक्शनला अडथळा आणत नाही।

स्वयंचलित सेवा प्रत्यक्षात काय वाचते

Community स्वयंचलित सेवा ही एक रॅपर आहे जी तिच्या संरचित ऑटो-स्टार्ट डिरेक्टरीची, सामान्यतः स्थापनेतील config-auto, स्कॅन करते आणि सापडलेल्या प्रत्येक जुळणाऱ्या प्रोफाइलसाठी OpenVPN प्रक्रिया सुरू करते। वापरकर्त्याच्या GUI मेनूमध्ये दिसणारे प्रोफाइल त्याऐवजी त्या वापरकर्त्याच्या रोमिंग प्रोफाइलखाली, सेवा खाते वाचत नाही अशा डिरेक्टरीत असते। Windows सेवा मार्गदर्शक तो शोध वर्णन करतो, आणि काहीही कॉपी करण्यापूर्वी तो वाचणे योग्य आहे, कारण लक्ष्य डिरेक्टरी ही ठराविक प्रथा नाही तर स्थापनेचा गुणधर्म आहे। म्हणून फाइल GUI फोल्डरमध्ये कॉपी केल्याने सेवेसाठी काहीही बदलत नाही, आणि ती config नावाच्या प्रत्येक फोल्डरमध्ये कॉपी केल्याने उपायाऐवजी प्रतिकृती तयार होतात।

Get-Service OpenVPNService | Select-Object Status, StartType
Get-CimInstance Win32_Service | Where-Object Name -eq 'OpenVPNService' | Select-Object PathName, StartName
gci 'C:\Program Files\OpenVPN\config-auto'

शेवटचा आदेश रॅपर प्रत्यक्षात काय पाहील याची यादी देतो, प्रोफाइल चुकीच्या ठिकाणी आहे याची खात्री करण्याचा हा सर्वात वेगवान मार्ग आहे। दुसरी ओळ सेवा कोणत्या खात्याखाली चालते हे देखील दाखवते, आणि ते खातेच कोणते फाइल मार्ग आणि प्रमाणपत्र साठवण आजिबात पोहोचण्यायोग्य आहेत हे ठरवते।

डेस्कटॉप लॉगिन का चालते आणि बूट सुरुवात का चालत नाही

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

फाइल प्रवेशही त्याच नियमाचे पालन करतो। वापरकर्त्याच्या प्रोफाइलखाली साठवलेली खाजगी की, किंवा वापरकर्त्याच्या वैयक्तिक साठवणीतील प्रमाणपत्र, यंत्र म्हणून चालणाऱ्या सेवेला उपलब्ध नसते। एकच प्रोफाइल फाइल एकच वातावरण सूचित करते असे गृहीत धरण्याऐवजी पूर्ण मार्ग, परवानग्या आणि प्रत्येक बाजूने केलेली प्रमाणपत्र निवड यांची तुलना करा।

वापरकर्ता लॉग इन आहे की नाही याची पर्वा न करता चालण्यासाठी ठेवलेले नियोजित कार्यही अशाच मर्यादा वारसाहक्काने घेते। ते GUI एक्झिक्युटेबल यशस्वीरित्या सुरू करू शकते आणि तरीही क्रेडेन्शियल्स कधीही न मिळवणारी प्रक्रिया तयार करू शकते, त्यामुळे टास्क मॅनेजरमधील प्रक्रियेची उपस्थिती चालू टनेलचा पुरावा नाही।

एक मालक निवडा आणि खऱ्या जीवनचक्राची चाचणी करा

साइन इन केलेल्या व्यक्तीच्या कनेक्शनसाठी, GUI समर्थित ऑटोस्टार्ट वर्तन वापरा आणि सेवा त्यातून बाहेर ठेवा। कोणीही साइन इन करण्यापूर्वी असणे आवश्यक असलेल्या टनेलसाठी, सेवा संरचित करा, प्रोफाइल रॅपर वाचते तिथे ठेवा, आणि परस्परसंवादी पासफ्रेज नसलेली की किंवा दस्तऐवजीकृत क्रेडेन्शियल फाइल यांसारखी समर्थित मनुष्यरहित क्रेडेन्शियल यंत्रणा वापरा।

Get-Content 'C:\Program Files\OpenVPN\log\openvpn.log' -Tail 40
Get-WinEvent -LogName Application -MaxEvents 20 | Where-Object ProviderName -like '*OpenVPN*'

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