prerm मा VPN प्याकेज हटाउन असफल: पहिले के जाँच्ने

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

जीवनचक्रको कुन चरण वास्तवमै असफल भयो

Debian प्याकेजहरू स्थापनामा preinst र postinst चलाउँछन्, र हटाउने वा पूर्ण सफाईमा prerm र postrm, र प्रत्येक स्क्रिप्टको एक्जिट स्थितिले अर्को कार्य निर्धारण गर्छ। prerm बाट आउने त्रुटिको अर्थ प्याकेजका फाइलहरू मेटिनु अघि नै हटाउने काम रोकियो भन्ने हो; postrm बाट आउने त्रुटिको अर्थ हटाउने काम पहिले नै भइसकेको र सफाई असफल भएको हो। यी फरक रिकभरी भएका फरक परिस्थितिहरू हुन्। वितरण नीतिले स्क्रिप्टहरूले दोहोरो चलाइ सहनुपर्ने अपेक्षा पनि गर्छ, किनकि असफल चरणबाट बच्नु होइन, दोहोर्याउनु पर्छ।

पहिलो त्रुटि शब्दशः लेख्नुहोस्, प्याकेजको नाम, संस्करण र वितरण संस्करणसँगै। पछिका त्रुटिहरू सामान्यतया परिणाम हुन्।

परिवर्तन गर्नु अघि प्याकेजको स्थिति पढ्नुहोस्

अर्को आदेश दिनु अघि प्याकेज म्यानेजरलाई के भयो भन्ने उसलाई लाग्छ सोध्नुहोस्।

dpkg -l vpn-package
dpkg --audit
apt-get -s remove vpn-package

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

मर्मत अघि व्यवस्थापन मार्ग सुरक्षित गर्नुहोस्

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

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

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

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

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