Disigita tunelo ankoraŭ ekskludas aplikaĵon, kiun vi malinstalis
Regulo ligita al vojo aŭ pako povas postvivi la aplikaĵon, por kiu ĝi estis skribita. Kontrolu, al kio ĝi nun montras, kaj poste forigu ĝin per la posedanto de la profilo.
La malnova aplikaĵo malaperis, kaj la listo de la disigita tunelo ankoraŭ havas eron por ĝi. Nenio videble rompiĝas, kaj tial ĝi restas tie dum monatoj. Poste iu instalas alian programon en la saman dosierujon, aŭ administrata profilo restarigas la regulon ĉe ĉiu rekonekto, kaj la trafiko komencas iri vojon, kiun neniu planis. La ekskludo postvivis la kialon, pro kiu ĝi ekzistis.
Purigi ĉi tion temas ĉefe pri identeco: al kio la regulo nun montras, kaj kiu posedas la liston.
La simptomo: ekskludo, kiu kongruas kun nenio
Malaktuala ero estas nevidebla en normala uzo. Ĝi fariĝas videbla tri manieroj: aplikaĵo, kiun vi atendis iri tra la tunelo, iras rekte; nova programo heredas malnovan escepton; aŭ la kliento rifuzas konservi redakton, ĉar la administrata profilo anstataŭigas ĝin. Ĉiuj tri aspektas kiel apartaj cimoj, kaj ĉiuj tri estas la sama librotenada problemo. Ĉiu estas malmultekosta kontroli kaj multekosta misdiagnozi.
Komencu legante la regulon, ne forigante ĝin.
Malkovru, kion la regulo identigas
Efektivigoj de disigita tunelo bazas ekskludojn sur diversaj aferoj: vojo de plenumebla dosiero, paknomo, paka identigilo aŭ itinero. Voja regulo montras al dosiero, kiu eble ne plu ekzistas aŭ nun eble estas alia dosiero. Paka regulo montras al identeco, kiun nova instalo povas reuzi. Legu la dokumentaron de la kliento por la kampo, kiun vi rigardas, ĉar la sama tekstujo signifas malsamajn aferojn en diversaj produktoj. La gvidilo VpnService de Android estas la referenco por la paka kazo.
La montrata nomo estas la plej malcerta parto de la ero, kaj ĝuste ĝin homoj legas.
Vojaj reguloj kaj pakaj reguloj kondutas malsame
Voja regulo, kiu postvivas malinstalon, kutime fariĝas neaktiva, kaj neaktiva estas la bona rezulto. La malbona rezulto estas vojo, kiu estas reuzata, ĉar la nova plenumebla dosiero silente heredas la escepton. Pakaj reguloj kondutas denove malsame: produkto povas ignori nehaveblan pakon, rifuzi ĝin, aŭ daŭre kongruigi laŭ nomo, kiam io nova pretendas tiun nomon.
Ne transdonu supozon de unu kliento al alia. Kontrolu, kion via efektive faras kun mankanta celo, prefere kreante la kondiĉon intence sur testa maŝino kaj observante, kiu procezo heredas la escepton.
Forigu ĝin per la posedanto
Se la listo venas de administrata profilo, loka redaktado estas provizora ŝanĝo, kiu estos restarigita ĉe la sekva rekonekto. Ŝanĝu la profilon aŭ demandu tiun, kiu posedas ĝin, kaj konfirmu, ke la redakto postvivas rekonekton. Se la listo estas loka, forigu la eron kaj kontrolu, ke la kliento reskribis sian agordon anstataŭ konservi la malnovan en memoro.
Malplena listo ne estas la celo. La celo estas listo, kies eroj ankoraŭ kongruas kun realaj postuloj.
Poste testu ambaŭ direktojn
Post la purigado, testu aplikaĵon, kiu ankoraŭ devus esti ekskludita, kaj aplikaĵon, kiu nun devus iri tra la tunelo. Konfirmu la konduton de DNS aparte, ĉar la politiko de la solvilo estas alia regilo ol la ekskluda listo. Poste rekonektu unufoje kaj retestu, ĉar restarigita profilo estas la plej ofta maniero, kiel purigado silente malfaras sin.
Tenu unulinian celon apud ĉiu restanta escepto. Tiu linio estas tio, kio malhelpas la liston fariĝi muzeo, kaj ĝi faras la sekvan purigadon kvinminuta tasko.