Split-tunnel sluit steeds ’n app uit wat jy gedeïnstalleer het

Die ou app is weg, en die split-tunnel-lys het steeds ’n inskrywing daarvoor. Niks breek sigbaar nie, en daarom bly dit maande lank daar. Dan installeer iemand ’n ander program in dieselfde gids, of ’n bestuurde profiel herstel die reël by elke herverbinding, en verkeer begin ’n pad volg wat niemand beplan het nie. Die uitsluiting het die rede daarvoor oorleef.

Om dit op te ruim, gaan meestal oor identiteit: waarheen die reël nou wys, en wie die lys besit.

Die simptoom: ’n uitsluiting wat niks pas nie

’n Verouderde inskrywing is onsigbaar in normale gebruik. Dit word op drie maniere sigbaar: ’n toepassing wat jy verwag het deur die tonnel sou gaan, gaan direk, ’n nuwe program erf ’n ou uitsondering, of die kliënt weier om ’n wysiging te stoor omdat die bestuurde profiel dit oorskryf. Al drie lyk soos aparte foute, en al drie is dieselfde boekhoudprobleem. Elkeen is goedkoop om na te gaan en duur om verkeerd te diagnoseer.

Begin deur die reël te lees, nie deur dit te skrap nie.

Vind uit wat die reël identifiseer

Split-tunnel-implementasies koppel uitsluitings aan verskillende dinge: ’n uitvoerbare pad, ’n pakketnaam, ’n bondelidentifiseerder of ’n roete. ’n Padgebaseerde reël wys na ’n lêer wat dalk nie meer bestaan nie, of wat nou ’n ander lêer kan wees. ’n Pakketgebaseerde reël wys na ’n identiteit wat ’n nuwe installasie kan hergebruik. Lees die dokumentasie van die kliënt vir die veld waarna jy kyk, want dieselfde teksblokkie beteken verskillende dinge by verskillende produkte. Android se VpnService-gids is die verwysing vir die pakketgebaseerde geval.

Die vertoonnaam is die mins betroubare deel van die inskrywing, en dit is die deel wat mense lees.

Padreëls en pakketreëls gedra hulle anders

’n Padreël wat ’n deïnstallasie oorleef, word gewoonlik onaktief, en onaktief is die goeie uitkoms. Die slegte uitkoms is ’n pad wat hergebruik word, want die nuwe uitvoerbare lêer erf stilweg die uitsondering. Pakketreëls gedra hulle weer anders: ’n produk kan ’n onbeskikbare pakket ignoreer, dit verwerp, of aanhou pas op die naam wanneer iets nuuts daardie naam opeis.

Moenie ’n aanname van een kliënt na ’n ander oorplant nie. Kyk wat joune werklik met ’n ontbrekende teiken doen, ideaal deur die toestand doelbewus op ’n toetsmasjien te skep en te sien watter proses die uitsondering erf.

Verwyder dit deur die eienaar

As die lys van ’n bestuurde profiel kom, is ’n plaaslike wysiging ’n tydelike verandering wat by die volgende herverbinding herstel sal word. Verander die profiel, of vra wie dit ook al besit, en bevestig dat die wysiging ’n herverbinding oorleef. As die lys plaaslik is, verwyder die inskrywing en kyk of die kliënt sy konfigurasie herskryf het eerder as om die ou een in die geheue te hou.

’n Leë lys is nie die doel nie. ’n Lys waarvan die inskrywings steeds aan werklike vereistes voldoen, is dit wel.

Toets daarna albei rigtings

Toets ná die opruiming ’n app wat steeds uitgesluit behoort te wees en ’n app wat nou deur die tonnel behoort te gaan. Bevestig DNS-gedrag afsonderlik, want die resolusiebeleid is ’n ander beheer as die uitsluitingslys. Herverbind dan een keer en toets weer, want ’n herstelde profiel is die algemeenste manier waarop ’n opruiming homself stilletjies ongedaan maak.

Hou ’n eenreëlige doel by elke oorblywende uitsondering. Daardie reël is wat keer dat die lys ’n museum word, en dit maak die volgende opruiming ’n werk van vyf minute.