Mac Mail, dva računa i jedno VPN pravilo koje ih ne može razdvojiti

Mail se otvara, radni sandučić se sinkronizira, a osobni počinje isticati. Ili se oba sinkroniziraju, ali radni server odgovara samo dok je tunel podignut, i Mail ne zna koji je račun koji. Simptom uvijek ima isti oblik: jedna aplikacija, dva računa i pravilo koje identificira aplikaciju. Popravak počinje priznanjem da je aplikacija spremnik, a ne granica.

Ovdje sudjeluju tri selektora i oni nisu zamjenjivi. Jedan je proces koji uspostavlja vezu, drugi je host do kojeg dolazi, a treći je identitet koji se koristi za prijavu preko tog hosta. Koji od njih vaša politika može imenovati, to je granica koju stvarno možete izgraditi.

Zašto je aplikacija pogrešna jedinica

Mail je jedan proces koji poslužuje svaki konfigurirani račun. Pravilo napisano protiv aplikacije hvata sve njezine veze, pa osobni račun nasljeđuje radni tunel i njegovu zadanu rutu. To može biti prihvatljivo, ali to je odluka, a ne nuspojava koju možete ostaviti neispitanom.

Provjerite na što se korisnik zapravo žali prije nego što išta popravite. Sandučić koji se sinkronizira, ali ne može slati, obično upućuje na server za predaju, a ne na sandučić primljene pošte, i oba mogu biti na različitim adresama unutar istog privatnog raspona. Pitajte je li kvar u primanju, slanju ili u obojemu. Odgovor odlučuje koju krajnju točku vaše pravilo mora pokriti i štedi jedno putovanje do administratora servera.

Kada dva računa koriste različite servere

Ako radna pošta razgovara s hostom unutar korporativnog raspona, a osobna s javnim pružateljem, raspored koji se temelji na odredištu može izraziti zahtjev. Potrebne su mu stvarne adrese poštanskih servera, DNS koji ih razrješava i sve krajnje točke za predaju ili provjeru identiteta koje idu uz istu uslugu. Prikupite sve tri prije pisanja politike, jer pravilo koje pokriva samo sandučić primljene pošte pasti će pri prvom slanju.

Koristite adrese, a ne dio nakon znaka @. Domena u poštanskoj adresi nije izjava o usmjeravanju, i ako je tako tretirate, dobivate pravilo koje se aktivira za pogrešan host ili nikad. Potvrdite stvarne krajnje točke iz postavki računa ili od administratora.

Kada oba računa dijele jedan server

Dva računa na istoj adresi hosta potpuno pobjeđuju odabir prema odredištu. Ruta do te adrese služi svakome tko se poveže i ne može provjeriti koji se sandučić kasnije prijavljuje. Premještanje rute premješta put za oba računa, a to je upravo ishod koji je korisnik pokušavao izbjeći.

U tom su trenutku iskrene opcije politika svjesna računa ako je platforma i klijent podržavaju, zaseban odobreni poštanski klijent za radni račun kako bi granica aplikacije postala stvarna, ili prihvaćanje da oba računa putuju zajedno. Odaberite jednu namjerno i recite koju.

Pokretanje tunela nije isto što i njegovo pokrivanje

Appleov App Layer VPN payload dokumentira postavku MailDomains: navedene domene uzrokuju da Mail pokrene VPN vezu na podržanim upravljanim instalacijama. To je korisna mogućnost i uža je nego što zvuči. Pokreće tunel kada Mail razgovara s tim domenama; ne opisuje svaku rutu, svaku povezanost aplikacije ni što se događa dok je tunel spušten.

To je i upravljana značajka, a ne potvrdni okvir po računu u sučelju Maila. Ako instalacija nije upravljana, postavka vam nije dostupna i nikakvo uređivanje profila je neće stvoriti.

Testirajte svježom sinkronizacijom, a ne predmemoriranim sandučićem

Prihvatni test je svježa sinkronizacija za svaki račun pod predviđenom politikom, plus nedostupno stanje za zaštićeni. Predmemorirani sandučić ne dokazuje ništa o sljedećem zahtjevu, a povezana ikona VPN-a govori samo da neki tunel postoji.

Dajte administratoru krajnje točke radnog računa i ponašanje koje želite za osobnu poštu, zatim pitajte koja podržana politika svjesna računa, domene ili aplikacije to provodi. Promatranje kako se dva računa sinkroniziraju u svakom uvjetu jedini je dokaz da je granica koju ste osmislili granica koju stroj nameće.