Jagatud tunnel jätab endiselt välja rakenduse, mille te desinstallisite
Rajaga või paketiga seotud reegel võib elada kauem kui rakendus, mille jaoks see kirjutati. Kontrollige, millele see nüüd osutab, ja eemaldage see seejärel profiili omaniku kaudu.
Vana rakendust enam pole, kuid jagatud tunneli loendis on selle kohta endiselt kirje. Midagi ei lähe nähtavalt katki, ja seetõttu jääb see sinna kuudeks. Seejärel paigaldab keegi samasse kausta teise programmi või taastab hallatav profiil reegli igal ühendusel, ja liiklus hakkab liikuma teed, mida keegi ei planeerinud. Erand elas üle põhjuse, miks see olemas oli.
Selle koristamine on peamiselt identiteedi küsimus: millele reegel nüüd osutab ja kellele loend kuulub.
Sümptom: erand, mis ei sobitu millegagi
Aegunud kirje on tavakasutuses nähtamatu. See muutub nähtavaks kolmel viisil: rakendus, mille puhul eeldasite, et see läheb tunnelist läbi, läheb otse; uus programm pärbib vana erandi; või klient keeldub muudatust salvestamast, sest hallatav profiil kirjutab selle üle. Kõik kolm näivad eraldi vigadena, ja kõik kolm on sama arvestusprobleem. Igaüht on odav kontrollida ja kallis valesti diagnoosida.
Alustage reegli lugemisest, mitte selle kustutamisest.
Selgitage välja, mida reegel identifitseerib
Jagatud tunneli rakendused seovad erandeid erinevate asjadega: käivitatava faili tee, paketi nimi, paketi identifikaator või marsruut. Teepõhine reegel osutab failile, mida ei pruugi enam olemas olla või mis võib nüüd olla teine fail. Paketipõhine reegel osutab identiteedile, mida uus paigaldus saab uuesti kasutada. Lugege kliendi dokumentatsiooni välja kohta, mida vaatate, sest sama tekstiväli tähendab eri toodetel erinevat asja. Androidi VpnService juhend on paketipõhise juhtumi jaoks võrdlusallikas.
Kuvatav nimi on kirje kõige ebausaldusväärsem osa, ja just seda inimesed loevad.
Teereeglid ja paketireeglid käituvad erinevalt
Desinstallimise üle elanud teereegel muutub tavaliselt mitteaktiivseks, ja mitteaktiivsus on hea tulemus. Halb tulemus on tee, mida kasutatakse uuesti, sest uus käivitatav fail pärbib erandi vaikselt. Paketireeglid käituvad jällegi teisiti: toode võib mitteaktiivse paketi ignoreerida, selle tagasi lükata või jätkata nime järgi sobivuse kontrollimist, kui miski uus selle nime endale võtab.
Ärge kandke eeldust ühest kliendist teise. Kontrollige, mida teie oma puuduva sihtmärgi korral tegelikult teeb, soovitatavalt luues olukorra meelega testmasinas ja jälgides, milline protsess erandi pärbib.
Eemaldage see omaniku kaudu
Kui loend pärineb hallatavast profiilist, on selle kohalik muutmine ajutine muudatus, mis järgmisel ühendamisel taastatakse. Muutke profiili või küsige selle omanikult, ja kinnitage, et muudatus elab ühendamise üle. Kui loend on kohalik, eemaldage kirje ja kontrollige, et klient kirjutas oma konfiguratsiooni uuesti, selle asemel et hoida vana mälus.
Tühi loend ei ole eesmärk. Eesmärk on loend, mille kirjed vastavad endiselt tegelikele nõuetele.
Seejärel testige mõlemat suunda
Pärast koristamist testige rakendust, mis peaks endiselt välja jääma, ja rakendust, mis peaks nüüd tunnelist läbi minema. Kinnitage DNS-i käitumist eraldi, sest resolveri poliitika on teistsugune juhtimisvahend kui erandite loend. Seejärel ühenduge uuesti üks kord ja testige uuesti, kuna taastatud profiil on kõige tavalisem viis, kuidas koristamine end vaikselt tühistab.
Hoidke iga allesjäänud erandi kõrval üherealist eesmärki. Just see rida takistab loendil muuseumiks muutumast ja teeb järgmisest koristamisest viie minuti töö.