Mac Mail, dva računa in eno pravilo VPN, ki ju ne more ločiti

Mail se odpre, delovni predal se sinhronizira, osebni pa začne prekoračiti čas. Ali pa se sinhronizirata oba, a delovni strežnik odgovarja le, dokler je tunel vzpostavljen, in Mail ne ve, kateri račun je kateri. Simptom ima vedno enako obliko: ena aplikacija, dva računa in pravilo, ki prepozna aplikacijo. Popravek se začne s priznanjem, da je aplikacija vsebnik, ne meja.

Tu so v igri trije selektorji in niso zamenljivi. Eden je proces, ki vzpostavi povezavo, drugi je gostitelj, ki ga doseže, tretji pa je identiteta, uporabljena za prijavo prek tega gostitelja. Katero od njih lahko vaša politika poimenuje, je meja, ki jo resnično lahko zgradite.

Zakaj je aplikacija napačna enota

Mail je en sam proces, ki služi vsakemu konfiguriranemu računu. Pravilo, napisano proti aplikaciji, zajame vse njene povezave, zato osebni račun podeduje delovni tunel in njegovo privzeto pot. To je lahko sprejemljivo, a je odločitev, ne stranski učinek, ki bi ga lahko pustili nepreverjenega.

Preden karkoli popravite, preverite, na kaj se uporabnik dejansko pritožuje. Predal, ki se sinhronizira, a ne more pošiljati, običajno kaže na strežnik za pošiljanje in ne na prejeto pošto, oba pa sta lahko na različnih naslovih v istem zasebnem obsegu. Vprašajte, ali je napaka pri prejemanju, pošiljanju ali pri obojem. Odgovor odloči, katero končno točko mora pokriti vaše pravilo, in prihrani en obisk pri skrbniku strežnika.

Ko dva računa uporabljata različna strežnika

Če se delovna pošta pogovarja z gostiteljem v korporativnem obsegu in osebna pošta z javnim ponudnikom, lahko razporeditev na podlagi cilja izrazi zahtevo. Potrebuje resnične naslove poštnih strežnikov, DNS, ki jih razreši, in vse končne točke za pošiljanje ali preverjanje, ki gredo z isto storitvijo. Zberite vse tri, preden napišete politiko, ker pravilo, ki pokriva le prejeto pošto, bo spodletelo pri prvem pošiljanju.

Uporabljajte naslove, ne dela za znakom @. Domena v poštnem naslovu ni izjava o usmerjanju, in če z njo tako ravnate, nastane pravilo, ki se sproži za napačnega gostitelja ali nikoli. Potrdite dejanske končne točke v nastavitvah računa ali pri skrbniku.

Ko si oba računa delita en strežnik

Dva računa na istem naslovu gostitelja popolnoma izničita izbiro na podlagi cilja. Pot do tega naslova služi vsakomur, ki se poveže, in ne more preveriti, kateri predal se prijavi pozneje. Premik poti premakne pot za oba računa, in to je natanko rezultat, ki se mu je uporabnik hotel izogniti.

V tem trenutku so poštene možnosti politika, ki se zaveda računa, če jo platforma in odjemalec podpirata, ločen odobren poštni odjemalec za delovni račun, da meja aplikacije postane resnična, ali sprejetje, da oba računa potujeta skupaj. Izberite eno namerno in povejte katero.

Sprožiti tunel ni isto kot ga pokriti

Koristna obremenitev App Layer VPN podjetja Apple dokumentira nastavitev MailDomains: navedene domene povzročijo, da Mail sproži povezavo VPN v podprtih upravljanih namestitvah. To je koristna zmožnost in je ožja, kot se sliši. Zažene tunel, ko Mail govori s temi domenami; ne opisuje vsake poti, vsake povezave aplikacije ali tega, kaj se dogaja, medtem ko je tunel spuščen.

Je tudi upravljana funkcija, ne potrditveno polje za vsak račun v vmesniku Mail. Če namestitev ni upravljana, nastavitev ni na voljo, in nobena količina urejanja profilov je ne bo ustvarila.

Preizkusite s svežo sinhronizacijo, ne s predpomnjenim predalom

Sprejemni preizkus je sveža sinhronizacija za vsak račun po predvideni politiki, plus stanje nedosegljivosti za zaščitenega. Predpomnjen predal ne dokaže ničesar o naslednji zahtevi, povezana ikona VPN pa pove le, da nek tunel obstaja.

Skrbniku dajte končne točke delovnega računa in vedenje, ki ga želite za osebno pošto, nato vprašajte, katera podprta politika, ki se zaveda računa, domene ali aplikacije, to izvaja. Opazovanje, kako se oba računa sinhronizirata v vsakem pogoju, je edini dokaz, da je meja, ki ste jo zasnovali, meja, ki jo vsiljuje stroj.