टनेल नगुमाई OpenVPN मर्मत विन्डोको योजना बनाउने

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

तलको क्रम जानाजानी राखिएको हो: हरेक चरणले अर्को चरणलाई चाहिने कुरा उत्पादन गर्छ, र कुनै पनि चरणले परिवर्तन सुरु हुनुअघि नै अन्त्य गर्न सक्छ।

परिवर्तन गर्नुअघि विद्यमान सेवा क्याप्चर गर्नुहोस्

तपाईंले लेखेको सम्झेको युनिट होइन, स्थापित युनिट पढ्नुहोस्: systemctl cat [email protected] ले युनिट र सबै ड्रप-इन देखाउँछ, र systemctl show [email protected] -p ExecStart -p User -p WorkingDirectory ले वास्तवमा के चल्छ र कसको रूपमा चल्छ देखाउँछ। त्यो युनिटले नाम दिएको बाइनरीलाई सोध्नुहोस्, किनकि शेलबाट openvpn --version फरक बिल्डमा पुग्न सक्छ। प्रोफाइलको बाटो र यसले सन्दर्भ गर्ने हरेक फाइल रेकर्ड गर्नुहोस्।

सुनिरहेका सकेट पनि नोट गर्नुहोस्: ss -lunp | grep 1194 ले आज डेमनले कुन ठेगाना र प्रोटोकल राख्छ भन्ने बताउँछ। उत्तर प्रोफाइलले सुझाव दिएको भन्दा फरक भए, कुनै ड्रप-इन वा वातावरण फाइलले त्यसलाई अधिक्रमण गरिरहेको छ, र अपग्रेडले त्यही अचम्म विरासतमा पाउनेछ।

अरूले प्रयोग गर्न सक्ने रिकभरी सेट जम्मा गर्नुहोस्

रिकभरी सेट तपाईंको सन्दर्भबिना 03:00 बजे सहकर्मीले प्रयोग गर्न सक्ने हुनुपर्छ। प्रभावकारी कन्फिगरेसनसँगै सन्दर्भित हरेक फाइल, PKI मालिकको नियन्त्रणमा रहेको ट्रस्ट र रद्दीकरण सामग्री, प्रत्येक क्लाइन्टको असाइनमेन्ट र हुक, र आज स्थापित प्याकेजका ठ्याक्कै संस्करण समावेश गर्नुहोस्। एउटा फाइलनामको प्रतिलिपि कन्फिगरेसन होइन। VPN बिना अन-कल अपरेटरले पुग्न सक्ने ठाउँमा राख्नुहोस्।

त्यो सेटमा पनि पहुँच नियन्त्रण लागू हुन्छ, किनकि यसमा निजी कुञ्जी वा ब्याकएन्ड प्रमाणहरू हुन्छन्। प्याकेज संस्करण मात्र परिवर्तन भयो भनेर CA पुनः नबनाउनुहोस् वा पहिचान पुनः जारी नगर्नुहोस्।

वास्तविक क्लाइन्टसँग पाइलट लिसनरमा अभ्यास गर्नुहोस्

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

केवल नयाँ सुविधाका लागि होइन, व्यवहार परिवर्तनका लागि रिलिज नोट पढ्नुहोस्। साइफर र TLS पूर्वनिर्धारित संस्करणहरूबीच सर्छन्, र अझै पार्स हुने प्रोफाइल पनि ह्यान्डशेकमा असफल हुन सक्छ। अपग्रेडलाई प्रोफाइल वा प्रमाणपत्र परिवर्तन चाहिएमा, त्यसलाई प्याकेज अपडेटमा नमिलाई छुट्टै चरणको रूपमा राख्नुहोस्।

टनेलबाहिरको बाटोबाट एकैचोटि कटओभर गर्नुहोस्

सेवा नछुने कन्सोल वा व्यवस्थापन नेटवर्कबाट विन्डो सुरु गर्नुहोस्। प्रयोगकर्तालाई भनिएको छ र दोस्रो अपरेटरलाई रोलब्याक कसरी गर्ने थाहा छ भनी पुष्टि गर्नुहोस्। तयार गरिएको परिवर्तन त्यसको मालिकमार्फत लागू गर्नुहोस्, त्यसपछि sudo systemctl restart [email protected] ले पुनः सुरु गर्नुहोस् र journalctl -u openvpn-server@office -b -f ले जर्नल पछ्याउनुहोस्। युनिट परिभाषा मात्र परिवर्तन भए रिलोड पर्याप्त हुन्छ; परिवर्तन भएको प्रोफाइलका लागि प्रक्रिया पुनः सुरु गर्नुपर्छ।

हरेक क्लाइन्ट पुनः जोडिने अपेक्षा गर्नुहोस्, र केही अनुप्रयोग सत्र पुनः नचल्ने पनि। त्यो सहन नसक्ने कार्यभारसँग सफा विरामको समन्वय गर्नुहोस्।

स्वीकार्नुहोस् वा रोलब्याक गर्नुहोस्, त्यसपछि प्रयोगकर्तालाई के बदलियो भन्नुहोस्

स्वीकृति भनेको नयाँ लगइन, साथै वास्तविक कार्य, साथै अझै लागू रहेका प्रतिबन्ध। सक्रिय युनिट र हरियो स्थिति रेखा प्रक्रियाका तथ्य मात्र हुन्। विन्डोभित्र मापदण्ड असफल भए, तयार गरिएको विधिले रोलब्याक गर्नुहोस्, एउटा फाइल पुनःस्थापित गरेर आशा राखेर होइन; परिवर्तन भएको बाइनरी वा सेवा नीति कन्फिगरेसन पुनःस्थापनपछि पनि रहन्छ। विन्डोमा गरिएको कुनै पनि रद्दीकरण वा अधिकार परिवर्तन जोगाइराख्नुहोस्, ताकि रोलब्याकले सुरक्षा काम उल्टाउने छैन।

अर्को अपरेटरका लागि संस्करण, प्रोफाइल परिवर्तन र स्वीकृति नतिजा रेकर्ड गर्नुहोस्, पाइलट लिसनर अवकाश दिनुहोस्, र प्रयोगकर्तालाई अब कुन प्रोफाइल प्रयोग गर्ने भन्नुहोस्। त्यो नोटबिना सकिने विन्डो अर्को अपडेटमा फेरि विवादमा पर्छ।