Зашто подељено тунеловање не покрива ажурирања твоје апликације

Додајеш апликацију на листу изузетака подељеног тунеловања, апликација долази на интернет директно, а ажурирања и даље не успевају или се и даље вуку кроз тунел. Изузетак је успео. Само је покрио други процес од оног који обавља преузимање, јер модеран ажурирач ретко је исти извршни фајл као прозор апликације.

Мит: изузимање апликације изузима њен саобраћај

Подељено тунеловање по апликацији повезује процес, пакет или путању апликације, зависно од платформе. Оно не повезује бренд, функцију ни намеру корисника. Када апликација преда преузимање помоћнику, заједничкој платформској услузи или компоненти прегледача, тај помоћник има сопствени идентитет и сопствену путању кроз тунел. Листа изузетака нема појма да два процеса припадају истом производу. Зна само који си од њих навео.

Дакле правило ради тачно оно што му је речено. Претпоставка о томе коме припада пренос била је погрешна, а поправка почиње препознавањем тог власника уместо додавањем нових изузетака.

Пронађи власника преноса

На Android-у ажурирање може преузети заједнички сервисни пакет, а не пакет апликације који си изузео, и VPN правило по апликацији примењује се на пакет који отвара сокет. На Windows-у сервис за ажурирање може радити под другом извршном путањом од апликације, па правило које одговара путањи апликације њега промашује. На macOS-у привилеговани помоћник или системски демон за ажурирања може обавити пренос док апликација само тражи да се он обави.

Препознај власника на основу доказа: приказа мрежне активности платформе, снимка пакета филтрираног по процесу или документације произвођача која именује компоненту за ажурирање. Погађање на основу назива процеса води томе да се две сличне бинарне датотеке замене и да се изузме погрешна.

Системи за ажурирање често и поделе посао. Мали захтев за метаподацима проверава верзију, а много веће преузимање пакета иде на хост за доставу садржаја или на другу домену. Провера метаподатака може успети кроз тунел док пренос пакета запиње на хосту који тунел усмерава другачије. Та подела објашњава збуњујући извештај у којем се ажурирања открију али никада не инсталирају. Тестирај само преузимање пакета, са истог уређаја и исте мреже, уместо да тестираш отвара ли се апликација.

Провера преживљава промену руте

Промена руте не замењује TLS, идентитет издавача ни проверу потписа пакета. Не искључуј те провере зато што преузимање успева само након што прођеш необјашњено упозорење о сертификату. Упозорење које се појављује само на изузетој рути је налаз, а не препрека. Истражи га пре него што прошириш заобилазницу.

На управљаном уређају затражи подржани изузетак уместо да додаш широко правило за сваку системску услугу. Правило које изузима све заједничке услуге да би поправило један ажурирач проширује заобилазницу далеко изнад првобитног захтева.

Тестирај ажурирање, затим документуј власника

Поново се повежи након промене и поново провери примењено правило, јер неки клијенти обнављају своје усмеравање када се тунел поново повеже. Спроведи један пун циклус ажурирања: провера, преузимање, верификација и инсталација. Успешна провера доказује најмањи део путање.

Забележи власника преноса, одредишне хостове и предвиђену руту на исто место као и правило подељеног тунеловања. Иначе ће следећа промена механизма ажурирања тихо поништити изузетак, а особа која га наследи неће имати начина да сазна за који је процес правило написано.