Mac Mail, dva účty a jedno pravidlo VPN, které je nedokáže oddělit

Mail se otevře, pracovní schránka se synchronizuje a osobní začne překračovat časový limit. Nebo se synchronizují obě, ale pracovní server odpovídá jen dokud je tunel nahoru, a Mail netuší, který účet je který. Příznak má vždy stejný tvar: jedna aplikace, dva účty a pravidlo, které identifikuje aplikaci. Oprava začíná přiznáním, že aplikace je kontejner, ne hranice.

Ve hře jsou tři selektory a nejsou zaměnitelné. Jeden je proces, který vytváří spojení, druhý je hostitel, kterého dosahuje, a třetí je identita použitá pro přihlášení přes tohoto hostitele. Který z nich vaše politika dokáže pojmenovat, to je hranice, kterou skutečně můžete postavit.

Proč je aplikace špatná jednotka

Mail je jediný proces obsluhující každý nakonfigurovaný účet. Pravidlo napsané proti aplikaci zachytí všechna její spojení, takže osobní účet dědí pracovní tunel a jeho výchozí trasu. To může být přijatelné, ale je to rozhodnutí, ne vedlejší účinek, který lze nechat neprozkoumaný.

Než něco opravíte, zjistěte, na co si uživatel skutečně stěžuje. Schránka, která se synchronizuje, ale neumí odesílat, obvykle ukazuje na server pro odesílání, nikoli na doručenou poštu, a obojí může být na různých adresách ve stejném privátním rozsahu. Zeptejte se, zda selhání spočívá v příjmu, odesílání, nebo v obojím. Odpověď rozhoduje, kterou koncovou stranu musí vaše pravidlo pokrýt, a ušetří jedno kolo u správce serveru.

Když dva účty používají různé servery

Pokud pracovní pošta komunikuje s hostitelem v podnikovém rozsahu a osobní pošta s veřejným poskytovatelem, může požadavek vyjádřit uspořádání založené na cíli. Potřebuje skutečné adresy poštovních serverů, DNS, které je překládá, a jakékoli koncové body pro odesílání nebo ověřování, které jdou se stejnou službou. Shromážděte všechny tři před psaním politiky, protože pravidlo pokrývající jen doručenou poštu selže při prvním odeslání.

Používejte adresy, ne část za znakem @. Doména v poštovní adrese není prohlášení o směrování, a pokud s ní tak zacházíte, vznikne pravidlo, které se spustí pro špatného hostitele nebo nikdy. Potvrďte skutečné koncové body v nastavení účtu nebo u správce.

Když oba účty sdílejí jeden server

Dva účty na stejné adrese hostitele zcela vyřazují výběr podle cíle. Trasa na tuto adresu obsluhuje každého, kdo se připojí, a nedokáže zjistit, která schránka se potom přihlásí. Přesun trasy přesune cestu pro oba účty, a to je přesně výsledek, kterému se uživatel snažil vyhnout.

V tom okamžiku jsou poctivé možnosti politika uvědomující si účet, pokud ji platforma a klient podporují, samostatný schválený poštovní klient pro pracovní účet, aby se hranice aplikace stala skutečnou, nebo přijetí, že oba účty cestují společně. Vyberte jednu vědomě a řekněte kterou.

Vyvolat tunel není totéž jako ho pokrýt

Užitečné zatížení App Layer VPN od Applu dokumentuje nastavení MailDomains: uvedené domény způsobí, že Mail vyvolá připojení VPN v podporovaných spravovaných nasazeních. To je užitečná schopnost a je užší, než to zní. Spustí tunel, když Mail komunikuje s těmito doménami; nepopisuje každou trasu, každé přidružení aplikace ani co se děje, dokud je tunel dole.

Je to také spravovaná funkce, ne zaškrtávací políčko pro každý účet v rozhraní Mail. Pokud nasazení není spravované, nastavení pro vás není dostupné a žádné úpravy profilu ho nevytvoří.

Testujte čerstvou synchronizací, ne uloženou schránkou

Přijímacím testem je čerstvá synchronizace pro každý účet podle zamýšlené politiky, plus nedostupný stav pro chráněný účet. Uložená schránka nic nedokazuje o dalším požadavku a připojená ikona VPN říká jen, že nějaký tunel existuje.

Dejte správci koncové body pracovního účtu a chování, které chcete pro osobní poštu, a pak se zeptejte, která podporovaná politika uvědomující si účet, doménu nebo aplikaci to provádí. Sledovat, jak se oba účty synchronizují v každé podmínce, je jediným důkazem, že hranice, kterou jste navrhli, je hranicí, kterou stroj vynucuje.