Zakaj razdeljeno tuneliranje ne pokriva posodobitev vaše aplikacije

Aplikacijo dodate na seznam izjem razdeljenega tuneliranja, aplikacija doseže internet neposredno, posodobitve pa še vedno spodletijo ali se še vedno vlečejo skozi tunel. Izjema je delovala. Pokrila je le drug proces kot tistega, ki izvaja prenos, ker je sodoben posodabljalnik le redko ista izvršljiva datoteka kot okno aplikacije.

Mit: izključitev aplikacije izključi njen promet

Razdeljeno tuneliranje po aplikacijah ujame proces, paket ali pot aplikacije, odvisno od platforme. Ne ujame blagovne znamke, funkcije ali namena uporabnika. Ko aplikacija prenos preda pomočniku, skupni platformski storitvi ali komponenti brskalnika, ima ta pomočnik svojo identiteto in svojo pot skozi tunel. Seznam izjem nima pojma, da oba procesa pripadata istemu izdelku. Ve le, katerega ste imenovali.

Pravilo torej dela točno to, kar mu je bilo rečeno. Domneva o tem, kdo je lastnik prenosa, je bila napačna, in popravek se začne z identifikacijo tega lastnika, ne z dodajanjem novih izjem.

Poiščite lastnika prenosa

V Androidu lahko posodobitev pridobi skupni paket storitve namesto paketa aplikacije, ki ste ga izključili, in pravilo VPN za posamezno aplikacijo velja za paket, ki odpre vtičnico. V Windowsu lahko storitev posodabljanja teče pod drugo izvršljivo potjo kot aplikacija, zato pravilo, ki ustreza poti aplikacije, zgreši. V macOS lahko prenos izvede privilegirani pomočnik ali sistemski demon za posodobitve, medtem ko aplikacija zanj le zaprosi.

Lastnika določite na podlagi dokazov: pogleda omrežne dejavnosti platforme, zajema paketov, filtriranega po procesu, ali dokumentacije ponudnika, ki imenuje komponento posodabljanja. Ugibanje po imenu procesa je način, kako se dve podobni binarni datoteki zamenjata in izključi napačna.

Sistemi za posodabljanje pogosto tudi razdelijo delo. Majhna zahteva za metapodatke preveri različico, veliko večji prenos paketa pa gre na gostitelja za dostavo vsebine ali na drugo domeno. Preverjanje metapodatkov lahko uspe skozi tunel, medtem ko se prenos paketa ustavi na gostitelju, ki ga tunel usmerja drugače. Ta delitev pojasnjuje zmedeno poročilo, v katerem so posodobitve zaznane, a nikoli nameščene. Preizkusite sam prenos paketa, z iste naprave in istega omrežja, namesto da preizkušate, ali se aplikacija odpre.

Preverjanje preživi spremembo poti

Sprememba poti ne nadomesti TLS, identitete izdajatelja ali preverjanja podpisa paketa. Teh preverjanj ne izklopite zato, ker prenos uspe šele potem, ko preskočite nerazloženo opozorilo o potrdilu. Opozorilo, ki se prikaže le na izključeni poti, je ugotovitev, ne ovira. Raziščite ga, preden razširite obhod.

Na upravljani napravi zaprosite za podprto izjemo, namesto da dodate široko pravilo za vsako sistemsko storitev. Pravilo, ki izključi vse skupne storitve, da bi popravilo en posodabljalnik, razširi obhod daleč preko prvotne zahteve.

Preizkusite posodobitev in nato dokumentirajte lastnika

Po spremembi se znova povežite in znova preverite uporabljeno pravilo, ker nekateri odjemalci ob ponovni povezavi tunela obnovijo svoje usmerjanje. Izvedite en celoten cikel posodobitve: preveri, prenesi, potrdi in namesti. Uspešno preverjanje dokaže le najmanjši del poti.

Zabeležite lastnika prenosa, ciljne gostitelje in predvideno pot na isto mesto kot pravilo razdeljenega tuneliranja. Sicer bo naslednja sprememba mehanizma posodabljanja tiho razveljavila izjemo, in tisti, ki jo podeduje, ne bo imel načina ugotoviti, za kateri proces je bilo pravilo napisano.