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

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

Митот: исклучувањето на апликацијата го исклучува нејзиниот сообраќај

Поделеното тунелирање по апликација совпаѓа процес, пакет или патека на апликација, зависно од платформата. Тоа не совпаѓа бренд, функција или намера на корисникот. Кога апликацијата го предава преземањето на помошник, на заедничка платформска услуга или на компонента на прелистувачот, тој помошник има сопствен идентитет и сопствена патека низ тунелот. Списокот за исклучување нема поим дека двата процеса припаѓаат на истиот производ. Знае само кој од нив сте го именувале.

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

Најдете го сопственикот на преносот

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

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

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

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

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

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

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

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

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