Ձեր տարածումը հեռացնում է փաթեթը, ձեր ընտրանին կորցնում է իր մուտքը, և թունելը միևնույն է բարձրանում է հաջորդ վերագործարկումից հետո։ Առևտրային VPN-ի հաճախորդը թողնում է մասեր, որոնք փաթեթների կառավարիչը երբեք չի հետևել, ուստի մաքուր հեռացումը նույնը չէ, ինչ մաքուր մեքենան։ Այդ մասերից չորսը բացատրում են գրեթե յուրաքանչյուր ուրվական միացում՝ միավոր, միացման պրոֆիլ, արտոնյալ օգնական և վաճառողի պահոց։ Կարդացեք բոլոր չորսը, նախքան որևէ բան ջնջելը, ապա հեռացրեք յուրաքանչյուրը այն բաղադրիչի միջոցով, որը տիրապետում է դրան։

Ինչը հեռացնողը երբեք չարձանագրեց

Փաթեթների կառավարիչը հեռացնում է միայն այն ֆայլերը, որոնք ինքն է գրանցել, և ուրիշ ոչինչ։ Նա չունի գրառում այն միացման պրոֆիլի մասին, որը հաճախորդը ստեղծել է աշխատանքի ընթացքում, տեղադրումից հետո միացված միավորի մասին, կամ այն օգնականի մասին, որը գրանցել է իրեն՝ աշխատելով բարձրացված իրավունքներով։ Այդ մասերից յուրաքանչյուրը պատկանում է տարբեր ենթահամակարգի, և յուրաքանչյուրը կարող է գոյատևել փաթեթից մեկ կամ մի քանի վերագործարկում։ Այդ բացը բացատրում է, թե ինչու թունելը կարող է առողջ լինել, մինչդեռ այն ստեղծած ծրագիրը գնացել է։

Մնացորդը միշտ ունի տեր՝ լինի դա systemd, NetworkManager, պահոցի կարգավորումը, թե յուրաքանչյուր օգտագործողի համար ինքնասկիզբ մուտք։ Տիրոջը նախ գտնելն է, որ թույլ չի տալիս մաքրումը դառնալ կիսակարգավորված մեքենա։ Ֆայլերն ուղղակիորեն ջնջելը սովորաբար աշխատում է այնքան ժամանակ, մինչև տերը դրանք նորից ստեղծի, և դրա համար էլ ստորև տրված հրամանները սկսվում են հարցումներով։

Չորս տեր, սկզբում միայն ընթերցում

Սկսեք հարցումներով, ոչ ջնջումներով, և գրի առեք վերադարձող ճշգրիտ անունները։ Վաճառողները հաճախ մետափաթեթի կողքին տարբերակված փաթեթ են մատակարարում, ուստի մեկ արտադրանք կարող է հայտնվել երկու անունով։ Երկու ցանկերում էլ հայտնվող անունը մեկ արտադրանք է երկու տիրոջով, և երկուսն էլ պետք է հեռացվեն։ Առաջին խմբաքանակն ընդգրկում է փաթեթներն ու միավորները, որտեղ տեսանելի են դառնում մնացորդների մեծ մասը։

dpkg -l | grep -i acmevpn
systemctl list-unit-files | grep -i acmevpn
systemctl list-units --type=service --state=running | grep -i acmevpn

Երկրորդ խմբաքանակն ընդգրկում է այն երկու բաղադրիչները, որոնք ամենահաճախ են ողջ մնում մաքրումից՝ միացման պրոֆիլը և վաճառողի պահոցը։ Կարդացեք UUID սյունակը, ոչ թե անունը, որովհետև կրկնվող անունները սովորական են, և ջնջման հրամանը սպասում է նույնացուցիչին։ Պահոցի տողն արժե կարդալ նույնիսկ այսօր այն չհեռացնելիս, քանի որ մահացած վաճառողի հոսթը ամիսներ անց կարող է կոտրել անկապ տեղադրում։ Ցանկերից ոչ մեկը ոչինչ չի փոխում, և հենց դա է դրանք սկզբում գործարկելու իմաստը։

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show --active
grep -ril acmevpn /etc/apt/sources.list.d/ /etc/apt/sources.list

Մաքրումից հետո դեռ կենդանի գործընթացը կա՛մ ակտիվ միավոր է, կա՛մ այլ ծրագրի զավակ։ Կարդացեք գործընթացների աղյուսակը և նրա ծնողական շղթան, նախքան այլևս գոյություն չունեցող ծառայությանը մեղադրելը։ Յուրաքանչյուր օգտագործողի ինքնասկիզբ մուտքերը նույն ստուգման կարիքն ունեն, և դրանք երևում են միայն նոր մուտքի կեղևում, ոչ թե root նստաշրջանում։

Երեք բայեր, որոնք փոխարինելի չեն

Կանգնեցումը ավարտում է ընթացիկ աշխատանքը, անջատումը հեռացնում է բեռնման հղումները, իսկ քողարկումը միավորը ուղղում է /dev/null-ին։ Միայն երրորդն է նաև արգելափակում ակտիվացումը սոքեթի, ժամաչափի կամ կախվածության միջոցով, ինչը նրան դարձնում է երեքի ամենաուժեղը։ Հերթականությունը կարևոր է, քանի դեռ որոշում եք, թե ինչ անել մեքենայի հետ։ Այդ որոշման ընթացքում քողարկումը ճիշտ վիճակն է, որովհետև այն բարձր ձայնով ձախողվում է՝ փոխարենը հաջորդ բեռնման ժամանակ լուռ սկսելու։

Նախքան վերատեղադրումը հանեք քողարկումը, հակառակ դեպքում նոր փաթեթը կթվա կոտրված մի պատճառով, որը ոչ ոք չի գրանցել։ Նույն զգուշությունը վերաբերում է փաթեթավորման տարբերություններին. մեկ կառուցվածք մատակարարում է միավոր, որը կարելի է կանգնեցնել, մինչդեռ մյուսը բոլորովին ծառայություն չի թողնում։ Պարզեք, թե որ փաթեթավորումն ունեք, նախքան բայ ընտրելը, որովհետև մաքրման ուղին տարբերվում է նրանց միջև։

Նշանների միջոցով ջնջում եք սխալ պրոֆիլը

Ջնջեք պրոֆիլը գրանցված UUID-ով, և երբեք՝ նշանով։ keyfile պանակը պարունակում է նաև մեքենայի բոլոր Wi-Fi և Ethernet պրոֆիլները, ուստի լայն համընկնումը հեռացնում է ձեզ դեռ անհրաժեշտ բաներ։ Ձեռքով ջնջված keyfile-ը կարող է նորից ստեղծվել այն քաղաքականության կողմից, որին պատկանում է, ինչը ջնջումը դարձնում է անարդյունավետ թվացող։

nmcli connection delete uuid <uuid>

Նախ արտահանեք դարպասը և ինքնությունը, եթե այդ պրոֆիլը ձեզ մոտ մնացած միակ օրինակն է, որովհետև տեղական ջնջումը սերվերում ոչինչ չի չեղարկում։ Պահոցը հետևում է նույն կանոնին. հեռացրեք միակ վաճառողի ֆայլը և նրա բանալեմատյանը, ապա թարմացրեք փաթեթների ցանկերը և նորից փորձեք այն տեղադրումը, որն իրականում ուզում էիք։ Հնացած երրորդ կողմի մուտքը թողնելը կարող է ամրացնել հին կախվածություն կամ ընդհանրապես չպատասխանել։ Երկու հեռացումներն էլ փոքր են, և դրանցից ցանկացածը կարելի է վերադարձնել ձեր պահած օրինակից։

Ինչ է դեռ աշխատում վերագործարկումից հետո

Վերագործարկեք հաղթանակ հայտարարելուց առաջ, ապա փնտրեք արտեֆակտներ, ոչ թե հավելվածը։ Թունելի ինտերֆեյսը, հնացած բաժանված երթուղին և հին հաճախորդի թողած յուրաքանչյուր կապի DNS-ը յուրաքանչյուրն իր հրամանն է պահանջում։ Բոլոր երեքը կարող են գոյատևել մաքրումից, որը հաջողությամբ հեռացրել է բոլոր փաթեթները։

ip link
ip route
resolvectl status

Բացեք նաև նոր մուտքի կեղև, որովհետև ինքնասկիզբ մուտքը գործարկվում է միայն այնտեղ։ Ապա կարդացեք /etc/NetworkManager/dispatcher.d/՝ փնտրելով սկրիպտ, որը միացումը բարձրացնում է ամեն անգամ, երբ ինտերֆեյսը փոխում է վիճակը, ինչը բացատրում է առանց ծառայության վերադարձող թունելը։ Եթե ինչ-որ բան դեռ զանգում է դուրս, հետևեք գործընթացին մինչև նրա ծնողը՝ փոխարենը ֆայլեր ջնջելու, մինչև ախտանիշը դադարի։ Մեքենան մաքրելը և հաշիվը չեղարկելը մնում են առանձին աշխատանքներ, և դրանցից միայն մեկն է ավարտված, երբ վերագործարկումը լուռ է թվում։

Առնչվող հոդվածներ