Mac Mail, два налога и једно VPN правило које их не може раздвојити

Mail се отвара, пословно сандуче се синхронизује, а лично почиње да прекорачује време. Или се оба синхронизују, али пословни сервер одговара само док је тунел подигнут, и Mail не зна који је налог који. Симптом увек има исти облик: једна апликација, два налога и правило које идентификује апликацију. Исправка почиње признавањем да је апликација контејнер, а не граница.

Овде су у игри три селектора и они нису замењиви. Један је процес који успоставља везу, други је хост који достиже, а трећи је идентитет који се користи за пријаву преко тог хоста. Који од њих ваша политика може да именује, то је граница коју заиста можете да изградите.

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

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

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

Када два налога користе различите сервере

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

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

Када оба налога деле један сервер

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

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

Активирање тунела није исто што и његово покривање

Apple-ов App Layer VPN терет документује поставку MailDomains: наведени домени терају Mail да активира VPN везу у подржаним управљаним распоређивањима. То је корисна могућност и ужа је него што звучи. Покреће тунел када Mail разговара са тим доменима; не описује сваку руту, сваку повезаност апликације или шта се дешава док је тунел спуштен.

То је и управљана функција, а не поље за сваки налог у интерфејсу Mail-а. Ако распоређивање није управљано, поставка вам није доступна, и никакво уређивање профила је неће створити.

Тестирајте свежом синхронизацијом, а не кешираним сандучетом

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

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