OpenVPN हटाइयो तर /etc/openvpn बाँकी छ: हटाउने कि पूर्ण रूपमा मेटाउने

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

पुस्तिकाको क्रममा काम गर्नुहोस्: प्याकेजको अवस्था पढ्नुहोस्, के राख्ने निर्णय गर्नुहोस्, जानाजानी पूर्ण रूपमा मेटाउनुहोस्, त्यसपछि के बाँकी छ जाँच्नुहोस्। पूर्ण रूपमा मेटाउनुअघि हरेक चरण उल्टाउन सकिन्छ।

पहिले प्याकेजको अवस्था पढ्नुहोस्

फाइल प्रणालीभन्दा प्याकेज डेटाबेसबाट सुरु गर्नुहोस्। dpkg -l openvpn ले दुई अक्षरको अवस्था देखाउँछ, र rc भन्नाले प्याकेज हटाइयो तर यसका कन्फिगरेसन फाइल राखिए भन्ने हो। dpkg-query -W -f='${Status}\n' openvpn ले त्यही उत्तर शब्दमा दिन्छ। डाइरेक्टरीको सूचीले तपाईंलाई यीमध्ये केही पनि बताउन सक्दैन।

Community OpenVPN लाई Access Server वा NetworkManager प्लगइनसँग भ्रम नगर्नुहोस्। यी फरक हटाउने बाटो भएका फरक प्याकेज हुन्।

अवस्था ii भएमा प्याकेज इन्स्टल छ र डाइरेक्टरी अपेक्षित छ। rc भएमा कन्फिगरेसन मात्र बाँकी छ। क्वेरीले केही फर्काएन भने प्याकेज पूर्ण रूपमा मेटाइएको छ र डाइरेक्टरी अरू कुनैको हो।

हटाउने र पूर्ण रूपमा मेटाउनेबीच छान्नुहोस्

remove ले प्रोग्राम मेटाउँछ र कन्फिगरेसन छोड्छ। purge ले कन्फिगरेसन पनि मेटाउँछ र प्याकेजको सफाई स्क्रिप्ट चलाउँछ। दुवै अवस्थाबारे प्रशासनिक निर्णय हुन्, एउटै कमाण्डका दुई फरक हिज्जे होइनन्।

छान्नुअघि dpkg -L openvpn प्रयोग गरी प्याकेजसँग के छ सूची बनाउनुहोस्। त्यो आउटपुट प्याकेजले व्यवस्थापन गर्ने बाटोको नक्सा हो, र पूर्ण रूपमा मेटाउँदा के मेटिन्छ भन्ने निर्णयका लागि त्यही सही इनपुट हो। डाइरेक्टरीमा देखिने र त्यो सूचीमा नभएको सबै अन्त कतैबाट आएको हो। ती फाइललाई प्याकेजको अवशेष होइन, समीक्षाका लागि आफ्नै मान्नुहोस्।

पहिले नै हटाइएको प्याकेज पूर्ण रूपमा मेटाउन अनुमति छ। पहिले पुनः इन्स्टल गर्नु आवश्यक छैन।

अझै चाहिने कुरा सुरक्षित राख्नुहोस्

पूर्ण रूपमा मेटाउनुअघि अझै चाहिने कुरा सुरक्षित राख्नुहोस्: प्रोफाइल, क्लाइन्ट प्रमाणपत्र, निजी कुञ्जी, CCD फाइल र कुनै पनि स्थानीय स्क्रिप्ट। रहस्यका लागि उपयुक्त अनुमतिसहित तिनको प्रतिलिपि बनाउनुहोस् र प्रतिलिपि कहाँ छन् लेख्नुहोस्।

अर्को सेवा वा प्रबन्धकले त्यही डाइरेक्टरी प्रयोग गर्छ कि जाँच्नुहोस्। दोस्रो VPN इन्स्टेन्स वा स्वचालन स्क्रिप्ट बाँकी रहेको कन्फिगरेसनजस्तो देखिने बाटोमा निर्भर हुन सक्छ।

मेसिन सेवाबाट हटाइँदै छ भने स्थानीय फाइल समस्याको सानो आधा हुन्। निर्यात गरिएका प्रोफाइल र टाढाका अधिकार तपाईंले मेटाउने कुनै पनि डाइरेक्टरीभन्दा लामो समय टिक्छन्।

पूर्ण रूपमा मेटाउनुहोस् र प्रमाणित गर्नुहोस्

पूर्ण रूपमा मेटाउने काम डाइरेक्टरी मेटाएर होइन, प्याकेज प्रबन्धकमार्फत गर्नुहोस्। sudo apt purge openvpn ले प्याकेज डेटाबेस र सफाई स्क्रिप्ट प्रक्रियामा राख्छ।

त्यसपछि अवस्था क्वेरी दोहोर्याउनुहोस् र प्याकेज अब नदेखिने पुष्टि गर्नुहोस्। systemctl status openvpn@server वा तपाईंले प्रयोग गरेको unit नामद्वारा सेवा गएको जाँच्नुहोस्, र सामान्य नेटवर्किङ परीक्षण गर्नुहोस्।

पूर्ण रूपमा मेटाउँदा पनि नमेटिने फाइल

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

नाममा VPN भएको हरेक बाटो बारम्बार मेटाउनु नै चल्ने प्रमाणहरू र असम्बन्धित कन्फिगरेसन हराउने तरिका हो।

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