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 सेटिंग्ज नाहीत, आणि बदली किंवा थेट प्रवेशासाठी कार्यरत मार्ग आहे। दूरची बाजू तिसरा परिणाम आहे, आणि जुनी क्रेडेन्शियल्स त्या खात्याच्या मालकामार्फत मागे घ्यावीत, कारण क्लायंट अनइन्स्टॉल केल्याने काहीही रद्द होत नाही।

मग पुन्हा कनेक्ट करा आणि एका अनुमत गंतव्याची चाचणी करा। अजूनही चालू असलेल्या टनेलसह स्वच्छ पॅकेज स्थिती स्वच्छ नेटवर्कपेक्षा वेगळा परिणाम आहे, आणि फक्त दुसराच काढणे प्रत्यक्षात अमलात आले हे सांगतो।