Wêrom't split-tunneling de updates fan dyn app net dekt

Do fygst de applikaasje ta oan 'e útslutingslist fan split-tunneling, de app berikt it ynternet direkt, en dochs mislearje de updates of krûpe se noch hieltyd troch de tunnel. De útsluting wurke. It dekte allinnich in oar proses as dat wat de download docht, want in moderne updater is selden itselde útfierbere bestân as it applikaasjefinster.

De myte: de app útslute slút har ferkear út

Split-tunneling per app keppelt in proses, in pakket of in applikaasjepaad, ôfhinklik fan it platfoarm. It keppelt gjin merk, funksje of bedoeling fan 'e brûker. As de applikaasje de download oerdraacht oan in helper, in dielde platfoarmtsjinst of in browserkomponint, dan hat dy helper syn eigen identiteit en syn eigen paad troch de tunnel. De útslutingslist hat gjin idee dat de twa prosessen by itselde produkt hearre. Se wit allinnich waans do neamd hast.

Dat de regel docht krekt wat him sein is. De oanname oer wa't de oerdracht besit wie ferkeard, en de oplossing begjint mei it identifisearjen fan dy eigner ynstee fan it tafoegjen fan mear útslutings.

Fyn de eigner fan de oerdracht

Op Android kin de update troch in dield tsjinstpakket helle wurde ynstee fan troch it app-pakket datst útsluten hast, en in VPN-regel per app jildt foar it pakket dat de socket iepenet. Op Windows kin in update-tsjinst ûnder in oar útfierber paad rinne as de applikaasje, sadat in regel dy't by it app-paad past it mist. Op macOS kin in befoarrjochte helper of in systeem-update-daemon de oerdracht útfiere wylst de app der allinnich om freget.

Identifisearje de eigner út bewiis: de netwurkaktiviteitwerjefte fan it platfoarm, in pakketopname filtere per proses, of de dokumintaasje fan 'e leveransier dy't de update-komponint neamt. Rieden út 'e prosesnamme is hoe't twa gelyk lykjende binaries trochinoar helle wurde en de ferkearde útsluten wurdt.

Update-systemen diele it wurk ek faak. In lyts metadatafersyk kontrolearret op in ferzje, en in folle gruttere pakketdownload giet nei in ynhâldleveringshost of in oar domein. De metadatakontrôle kin troch de tunnel slagje wylst de pakketoerdracht fêst komt te sitten op in host dy't de tunnel oars rûtelet. Dy splitsing ferklearret it betiizjende rapport wêryn updates ûntdutsen wurde mar nea ynstallearre. Test de pakketdownload sels, fan itselde apparaat en itselde netwurk, ynstee fan te testen oft de applikaasje iepenet.

Ferifikaasje oerlibbet in rûtferoaring

In rûte feroarje ferfangt TLS, útjouweridentiteit of pakketôfdrukwifikaasje net. Sette dy kontrôles net út om't in download allinnich slagget nei'tst in ûnferklearre sertifikaatwarskôging weiklikt hast. In warskôging dy't allinnich op it útsluten paad ferskynt is in befinning, gjin obstakel. Undersykje it foardatst de omgong fergrutsje.

Frag op in beheard apparaat om in stipe útsondering ynstee fan in brede regel ta te foegjen foar elke systeemtsjinst. In regel dy't alle dielde tsjinsten útslút om ien updater te reparearjen fergruttet de omgong folle fierder as it oarspronklike fersyk.

Test de update, dokumintearje dêrnei de eigner

Ferbinje op 'e nij nei de feroaring en ferifiearje de tapaste regel nochris, want guon klanten bouwe har rûtering by it op 'e nij ferbinen fan 'e tunnel op 'e nij op. Rin ien folsleine update-syklus: kontrolearje, download, ferifiearje en ynstallearje. In suksesfolle kontrôle bewiist it lytste part fan it paad.

Skriuw de oerdrachteigner, de bestimminghosts en de bedoelde rûte op itselde plak as de regel fan split-tunneling. Oars sil de folgjende feroaring yn it update-meganisme de útsondering stilwei ûnjildich meitsje, en dejinge dy't it erft sil gjin manier hawwe om te witten foar hokker proses de regel skreaun is.