VPN-kliento malinstalita, sed la tunelo ankoraŭ startas ĉe ŝargado

Via distribuaĵo forigas la pakaĵon, via menuo perdas sian eron, kaj la tunelo tamen leviĝas post la sekva restarto. Komerca VPN-kliento lasas pecojn, kiujn la pakaĵmastrumilo neniam spuras, do pura forigo ne estas la samo kiel pura maŝino. Kvar el tiuj pecoj klarigas preskaŭ ĉiun fantoman konekton: unuo, konekta profilo, privilegiita helpilo kaj vendista deponejo. Legu ĉiujn kvar antaŭ ol forigi ion ajn, poste forigu ĉiun per la komponento, kiu ĝin posedas.

Kion la malinstalilo neniam registris

Pakaĵmastrumilo forigas la dosierojn, kiujn ĝi mem registris, kaj nenion alian. Ĝi havas neniun registron pri konekta profilo, kiun la kliento kreis dum plenumo, pri unuo ebligita post instalado, nek pri helpilo, kiu registris sin dum ĝi funkciis kun altigitaj rajtoj. Ĉiu el tiuj apartenas al malsama subsistemo, kaj ĉiu povas postvivi la pakaĵon je unu aŭ pluraj restartoj. Tiu manko klarigas, kial tunelo povas esti sana dum la programaro, kiu ĝin produktis, jam malaperis.

La restaĵo ĉiam havas posedanton, ĉu systemd, ĉu NetworkManager, ĉu la deponeja agordo, ĉu aŭtomata starta ero por unuopa uzanto. Ĝuste trovi la posedanton unue malhelpas, ke purigado fariĝu duone agordita maŝino. Rekta forigo de dosieroj kutime funkcias ĝis la posedanto ree generas ilin, kaj tial la subaj komandoj komenciĝas per demandoj.

Kvar posedantoj, unue nur legado

Komencu per demandoj anstataŭ forigoj, kaj notu la precizajn nomojn, kiuj revenas. Vendistoj ofte liveras versiitan pakaĵon apud metapakaĵo, do unu produkto povas aperi sub du nomoj. Nomo, kiu aperas en ambaŭ listoj, estas unu produkto kun du posedantoj, kaj ambaŭ devas esti forigitaj. La unua grupo kovras pakaĵojn kaj unuojn, kie plej multaj restaĵoj fariĝas videblaj.

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

La dua grupo kovras la du komponentojn, kiuj plej ofte postvivas purigadon, nome la konektan profilon kaj la vendistan deponejon. Legu la UUID-kolumnon anstataŭ la nomon, ĉar duoblaj nomoj oftas kaj la foriga komando atendas la identigilon. La deponeja linio indas legi eĉ kiam vi ne forigas ĝin hodiaŭ, ĉar mortinta vendista gastiganto povas monatojn poste rompi ne ligitan instaladon. Neniu el la listoj ŝanĝas ion, kaj ĝuste tial ili ruliĝas unue.

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

Procezo ankoraŭ viva post la purigado estas aŭ aktiva unuo aŭ ido de alia programo. Legu la procesan tabelon kaj ĝian patran ĉenon antaŭ ol kulpigi servon, kiu jam ne ekzistas. Aŭtomataj startaj eroj por unuopa uzanto bezonas la saman trairon, kaj ili aperas nur en freŝa ensaluta ŝelo, ne en radika seanco.

Tri verboj, kiuj ne estas interŝanĝeblaj

Haltigo finas la aktualan ruladon, malŝalto forigas la startajn ligilojn, kaj maskado direktas la unuon al /dev/null. Nur la tria ankaŭ blokas aktivigon per ingo, tempigilo aŭ dependeco, kio faras ĝin la plej forta el la tri. La ordo gravas dum vi ankoraŭ decidas, kion fari kun la maŝino. Maskado estas la ĝusta stato dum tiu decido, ĉar ĝi fiaskas laŭte anstataŭ starti silente ĉe la sekva ŝargado.

Malmasku antaŭ ol reinstali, alie la nova pakaĵo aspektos difektita pro kialo, kiun neniu registris. La sama singardo validas por pakaĵaj diferencoj: unu konstruo liveras unuon, kiun oni povas haltigi, dum alia tute ne lasas servon. Konstatu, kiun pakaĵon vi havas, antaŭ ol elekti verbon, ĉar la puriga vojo malsamas inter ili.

Per ĵokeroj vi forigas la malĝustan profilon

Forigu la profilon per la UUID, kiun vi notis, kaj neniam per ĵokero. La dosierujo keyfile ankaŭ enhavas ĉiun Wi-Fi kaj Ethernet profilon en la maŝino, do larĝa kongruo forigas aferojn, kiujn vi ankoraŭ bezonas. Mane forigita keyfile povas esti regenerita de tiu politiko, kiu ĝin posedas, kio igas la forigon ŝajne senefika.

nmcli connection delete uuid <uuid>

Unue eksportu la enirejon kaj identecon se tiu profilo estas la sola kopio, kiun vi ankoraŭ havas, ĉar loka forigo revokas nenion sur la servilo. La deponejo sekvas la saman regulon: forigu la ununuran vendistan dosieron kaj ĝian ŝlosilringon, poste refreŝigu la pakaĵajn listojn kaj reprovu la instaladon, kiun vi efektive volis. Lasi malnoviĝintan trian eron en loko povas fiksi malnovan dependecon aŭ tute ne respondi. Ambaŭ forigoj estas malgrandaj, kaj ĉiu el ili estas malfarebla el la kopio, kiun vi konservas.

Kio ankoraŭ funkcias post la restarto

Restartu antaŭ ol deklari venkon, poste serĉu artefaktojn anstataŭ la aplikaĵon. Tunela interfaco, malnova dividita vojo kaj DNS por ĉiu ligilo lasitaj de la malnova kliento ĉiu bezonas sian propran komandon. Ĉiuj tri povas postvivi purigadon, kiu sukcese forigis ĉiun pakaĵon.

ip link
ip route
resolvectl status

Malfermu ankaŭ freŝan ensalutan ŝelon, ĉar aŭtomata starta ero ekagas nur tie. Poste legu /etc/NetworkManager/dispatcher.d/ por skripto, kiu levas konekton ĉiam, kiam interfaco ŝanĝas staton, kio klarigas tunelon, kiu revenas sen servo malantaŭ ĝi. Se io ankoraŭ alvokas eksteren, spuru la procezon ĝis ĝia patro anstataŭ forigi dosierojn ĝis la simptomo ĉesos. Purigi la maŝinon kaj revoki la konton restas apartaj taskoj, kaj nur unu el ili estas finita, kiam la restarto aspektas trankvila.