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 संदर्भ स्थितियों और पूरी तरह मिटाने के दायरे को प्रलेखित करता है।