Zašto podijeljeno tuneliranje ne pokriva ažuriranja vaše aplikacije

Dodate aplikaciju na listu izuzetaka podijeljenog tuneliranja, aplikacija dolazi do interneta direktno, a ažuriranja i dalje ne uspijevaju ili se i dalje vuku kroz tunel. Izuzetak je uspio. Samo je pokrio drugi proces od onog koji obavlja preuzimanje, jer moderni ažurator rijetko je isti izvršni fajl kao prozor aplikacije.

Mit: izuzimanje aplikacije izuzima njen saobraćaj

Podijeljeno tuneliranje po aplikaciji povezuje proces, paket ili putanju aplikacije, zavisno od platforme. Ono ne povezuje brend, funkciju ni namjeru korisnika. Kada aplikacija preda preuzimanje pomoćniku, zajedničkoj platformskoj usluzi ili komponenti preglednika, taj pomoćnik ima svoj vlastiti identitet i svoju vlastitu putanju kroz tunel. Lista izuzetaka nema pojma da dva procesa pripadaju istom proizvodu. Zna samo koji ste od njih naveli.

Dakle pravilo radi tačno ono što mu je rečeno. Pretpostavka o tome ko posjeduje prijenos bila je pogrešna, a popravka počinje identifikovanjem tog vlasnika umjesto dodavanjem još izuzetaka.

Pronađite vlasnika prijenosa

Na Androidu ažuriranje može preuzeti zajednički servisni paket, a ne paket aplikacije koji ste izuzeli, i VPN pravilo po aplikaciji primjenjuje se na paket koji otvara socket. Na Windowsu servis za ažuriranje može raditi pod drugom izvršnom putanjom od aplikacije, pa pravilo koje odgovara putanji aplikacije njega promašuje. Na macOS-u privilegovani pomoćnik ili sistemski demon za ažuriranja može obaviti prijenos dok aplikacija samo traži da se on obavi.

Identifikujte vlasnika na osnovu dokaza: prikaza mrežne aktivnosti platforme, snimke paketa filtrirane po procesu ili dokumentacije proizvođača koja imenuje komponentu za ažuriranje. Pogađanje na osnovu naziva procesa vodi tome da se dva slična binarna fajla zamijene i da se izuzme pogrešan.

Sistemi za ažuriranje često i podijele posao. Mali zahtjev za metapodacima provjerava verziju, a mnogo veće preuzimanje paketa ide na host za dostavu sadržaja ili na drugu domenu. Provjera metapodataka može uspjeti kroz tunel dok prijenos paketa zapinje na hostu koji tunel usmjerava drugačije. Ta podjela objašnjava zbunjujući izvještaj u kojem se ažuriranja otkriju ali nikada ne instaliraju. Testirajte samo preuzimanje paketa, sa istog uređaja i iste mreže, umjesto da testirate da li se aplikacija otvara.

Provjera preživljava promjenu rute

Promjena rute ne zamjenjuje TLS, identitet izdavaoca ni provjeru potpisa paketa. Ne isključujte te provjere zato što preuzimanje uspijeva samo nakon što prođete neobjašnjeno upozorenje o certifikatu. Upozorenje koje se pojavljuje samo na izuzetoj ruti je nalaz, a ne prepreka. Istražite ga prije nego proširite zaobilaznicu.

Na upravljanom uređaju zatražite podržani izuzetak umjesto da dodate široko pravilo za svaku sistemsku uslugu. Pravilo koje izuzima sve zajedničke usluge da bi popravilo jedan ažurator proširuje zaobilaznicu daleko iznad prvobitnog zahtjeva.

Testirajte ažuriranje, zatim dokumentujte vlasnika

Ponovo se povežite nakon promjene i ponovo provjerite primijenjeno pravilo, jer neki klijenti obnavljaju svoje rutiranje kada se tunel ponovo poveže. Izvedite jedan puni ciklus ažuriranja: provjera, preuzimanje, verifikacija i instalacija. Uspješna provjera dokazuje najmanji dio putanje.

Zabilježite vlasnika prijenosa, odredišne hostove i predviđenu rutu na isto mjesto kao i pravilo podijeljenog tuneliranja. U suprotnom će sljedeća promjena mehanizma ažuriranja tiho poništiti izuzetak, a osoba koja ga naslijedi neće imati načina da sazna za koji je proces pravilo napisano.