Den gamle appen er borte, og lista over splitta tunnel har framleis ei oppføring for han. Ingenting går synleg i stykke, og difor blir han liggjande i månadsvis. Så installerer nokon eit anna program i same mappa, eller ein administrert profil gjenopprettar regelen ved kvar gjenoppkopling, og trafikken byrjar å ta ein veg ingen hadde planlagt. Unntaket overlevde grunnen til at det fanst.

Oppryddinga handlar mest om identitet: kva regelen peikar på no, og kven som eig lista.

Symptomet: eit unntak som ikkje passar til noko

Ei utdatert oppføring er usynleg i normal bruk. Ho blir synleg på tre måtar: ein app du venta gjekk gjennom tunnelen går direkte, eit nytt program arvar eit gammalt unntak, eller klienten nektar å lagre ei endring fordi den administrerte profilen skriv over ho. Alle tre ser ut som separate feil, og alle tre er det same rekneskapsproblemet. Kvar av dei er billeg å sjekke og dyr å feildiagnostisere.

Byrj med å lese regelen, ikkje med å slette han.

Finn ut kva regelen identifiserer

Implementasjonar av splitta tunnel knyter unntak til ulike ting: ein bane til ei køyrbar fil, eit pakkenamn, ein pakkeidentifikator eller ei rute. Ein banebasert regel peikar på ei fil som kanskje ikkje finst lenger, eller som no kan vere ei anna fil. Ein pakkebasert regel peikar på ein identitet som ein ny installasjon kan bruke om att. Les dokumentasjonen til klienten for feltet du ser på, fordi same tekstfelt tyder ulike ting i ulike produkt. Androids VpnService-veiledning er referansen for det pakkebaserte tilfellet.

Det viste namnet er den minst pålitelege delen av oppføringa, og det er den delen folk les.

Banereglar og pakkereglar oppfører seg ulikt

Ein baneregel som overlever ein avinstallering blir vanlegvis inaktiv, og inaktiv er det gode resultatet. Det dårlege resultatet er ein bane som blir brukt om att, fordi den nye køyrbare fila lydlaust arvar unntaket. Pakkereglar oppfører seg igjen annleis: eit produkt kan ignorere ein utilgjengeleg pakke, avvise han eller halde fram med å matche på namn når noko nytt tek det namnet.

Ikkje overfør ein antaking frå ein klient til ein annan. Sjekk kva din faktisk gjer med eit manglande mål, ideelt ved å skape tilstanden medvite på ein testmaskin og sjå kva prosess som arvar unntaket.

Fjern han via eigaren

Viss lista kjem frå ein administrert profil, er lokal redigering ei mellombels endring som blir gjenoppretta ved neste gjenoppkopling. Endre profilen, eller spør den som eig han, og stadfest at endringa overlever ei gjenoppkopling. Viss lista er lokal, fjern oppføringa og sjekk at klienten skreiv konfigurasjonen sin på nytt i staden for å halde på den gamle i minnet.

Ei tom liste er ikkje målet. Målet er ei liste der oppføringane framleis svarar til reelle krav.

Test begge retningar etterpå

Etter oppryddinga, test ein app som framleis bør vere utelukka og ein app som no bør gå gjennom tunnelen. Stadfest DNS-åtferd separat, fordi resolverpolitikk er ein annan kontroll enn unntakslista. Kopla deretter til på nytt éin gong og test igjen, sidan ein gjenoppretta profil er den vanlegaste måten ei opprydding stille angrar seg sjølv på.

Hald eit føremål på éi linje ved sida av kvart gjenverande unntak. Den linja er det som hindrar lista i å bli eit museum, og ho gjer neste opprydding til ein fem minutts jobb.

Relaterte artiklar