Работната апликација бара VPN? Прво проверете ги овие три слоја

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

Што може самата апликација да провери

Пред да претпоставите скриено правило на платформата, запомнете дека обична апликација може да види дали VPN транспортот е активен. ConnectivityManager известува за мрежи што носат TRANSPORT_VPN, а отсуството на NET_CAPABILITY_NOT_VPN му кажува на секој повикувач дека тековниот пат оди низ тунел. Развивач што сака да одбие работа надвор од тунел може тоа да го направи со јавни API и сосема без корпоративни алатки.

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

Патот на услугата: приватни имиња и адреси

Најчестата искрена верзија на пораката воопшто не е проверка на политика. Апликацијата разрешува внатрешно име на домаќин, како вики или крајна точка на API што постои само во корпоративниот DNS приказ, и пребарувањето не успева пред да се изврши каков било код за политика. Тунелот може да е активен и да пропушта општ интернет сообраќај додека поделениот DNS го праќа тоа име до разрешувач што никогаш не чул за него.

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

Поврзувањето случаен комерцијален VPN не поправа ништо од тоа. Го менува вашиот излезен адрес и го остава внатрешното име исто толку нерешливо.

Слојот на политика на апликацијата

Апликацијата може да носи и своја порта. Управуваните конфигурации ѝ дозволуваат на организацијата да праќа парови клуч и вредност што апликацијата ги декларира, а апликацијата ги чита преку RestrictionManager. Клуч како потребно име на профил или список на дозволени мрежи е целосно дизајн на развивачот, применет во кодот на апликацијата со текстот за грешка што ќе го избере тој код.

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

Читањето на истото ограничување на личен уред е ќор-сокак. Управуваните уреди немаат ограничувања за читање, па апликацијата се враќа на онаа стандардна вредност со која е изградена.

Слојот на платформата: постојано вклучено и заклучување

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

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

Ова е и единствениот слој каде неповрзан VPN не може да помогне, бидејќи политиката именува еден конкретен пакет.

Разликување на тројцата

Поминете низ знаците по ред и застанете на првиот што се совпаѓа. Едно име на домаќин не успева додека сето друго се разрешува, упатува на патот на услугата. Непосредно одбивање при стартување со формулација за политика упатува на логиката на апликацијата. Целиот профил губи поврзаност секогаш кога одобрениот клиент се исклучува, упатува на заклучување. А апликација што прифаќа каков било тунел го проверува знамето за транспорт, не идентитетот на вашата организација.

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

Што да ставите во барањето за поддршка

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

Ако одобрениот VPN целосно недостасува, поддржаниот пат е регистрација или повторно обезбедување преку вашиот администратор. Отстранувањето на профилот за управување, инсталирањето неповрзан клиент или фалсификувањето на мрежната состојба ја менува безбедносната поставеност наместо да ја врати.

Започнете со слојот, не со клиентот. Трите знаци погоре обично го решаваат тоа во една сесија.