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*'

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