Mac Mail, két fiók és egy VPN-szabály, amely nem tudja szétválasztani őket

A Mail megnyílik, a munka postaláda szinkronizál, a személyes pedig elkezd túllépni az időn. Vagy mindkettő szinkronizál, de a munka kiszolgálója csak addig válaszol, amíg egy alagút fent van, és a Mail nem tudja, melyik fiók melyik. A tünet mindig ugyanolyan alakú: egy alkalmazás, két fiók és egy szabály, amely az alkalmazást azonosítja. A javítás annak elismerésével kezdődik, hogy az alkalmazás konténer, nem határ.

Itt három szelektor játszik szerepet, és nem cserélhetők fel. Az egyik a kapcsolatot létrehozó folyamat, a másik az elért hoszt, a harmadik pedig az identitás, amelyet azon a hoszton való bejelentkezéshez használnak. Amelyiket a szabályzata meg tudja nevezni, az a határ, amelyet valóban fel tud építeni.

Miért az alkalmazás a rossz egység

A Mail egyetlen folyamat, amely minden beállított fiókot kiszolgál. Az alkalmazás ellen írt szabály minden kapcsolatát elkapja, így a személyes fiók örökli a munkaalagutat és annak alapértelmezett útvonalát. Ez elfogadható lehet, de ez döntés, nem mellékhatás, amelyet vizsgálat nélkül hagyhat.

Nézze meg, miért panaszkodik valójában a felhasználó, mielőtt bármit javít. A szinkronizáló, de küldeni nem tudó postaláda általában a beküldő kiszolgálóra mutat, nem a beérkező levelekre, és mindkettő lehet különböző címeken ugyanazon a privát tartományon belül. Kérdezze meg, hogy a hiba a fogadásban, a küldésben vagy mindkettőben van-e. A válasz dönti el, melyik végpontot kell a szabályának lefednie, és megspórol egy kört a kiszolgáló adminisztrátorával.

Amikor a két fiók különböző kiszolgálókat használ

Ha a munka levél a vállalati tartományon belüli hoszttal beszél, a személyes levél pedig nyilvános szolgáltatóval, a célalapú elrendezés ki tudja fejezni a követelményt. Szüksége van a levélkiszolgálók valódi címeire, az ezeket feloldó DNS-re és minden olyan beküldő vagy hitelesítési végpontra, amely ugyanazzal a szolgáltatással jár. Gyűjtse össze mindhármat a szabályzat írása előtt, mert a csak a beérkező leveleket lefedő szabály az első küldésnél elbukik.

Címeket használjon, ne a @ jel utáni részt. A levélcímben lévő tartomány nem útválasztási állítás, és ha annak kezeli, olyan szabályt kap, amely a rossz hosztra aktiválódik, vagy soha. Erősítse meg a tényleges végpontokat a fiókbeállításokból vagy az adminisztrátortól.

Amikor mindkét fiók egy kiszolgálót oszt meg

Két fiók ugyanazon a hosztcímen teljesen meghiúsítja a célalapú kiválasztást. Az arra a címre vezető útvonal azt szolgálja ki, aki csatlakozik, és nem tudja megvizsgálni, melyik postaláda jelentkezik be utána. Az útvonal mozgatása mindkét fiók útját mozgatja, és pontosan ez az az eredmény, amelyet a felhasználó el akart kerülni.

Ezen a ponton az őszinte lehetőségek a fióktudatos szabályzat, ha a platform és a kliens támogat ilyet, külön jóváhagyott levélkliens a munkafiókhoz, hogy az alkalmazáshatár valódi legyen, vagy annak elfogadása, hogy mindkét fiók együtt utazik. Válasszon egyet szándékosan, és mondja meg, melyiket.

Alagutat indítani nem ugyanaz, mint lefedni azt

Az Apple App Layer VPN hasznos terhelése dokumentál egy MailDomains beállítást: a felsorolt tartományok hatására a Mail VPN-kapcsolatot indít a támogatott felügyelt telepítéseken. Ez hasznos képesség, és szűkebb, mint amilyennek hangzik. Elindítja az alagutat, amikor a Mail ezekkel a tartományokkal beszél; nem írja le az összes útvonalat, az összes alkalmazás-társítást vagy azt, mi történik, amíg az alagút le van állítva.

Ez is felügyelt funkció, nem fiókonkénti jelölőnégyzet a Mail felületén. Ha a telepítés nem felügyelt, a beállítás nem érhető el önnek, és semmilyen mennyiségű profil szerkesztése nem hozza létre.

Friss szinkronizálással teszteljen, ne gyorsítótárazott postaládával

Az átvételi teszt fiókonként egy friss szinkronizálás a szándékolt szabályzat mellett, plusz az elérhetetlen állapot a védett fióknál. A gyorsítótárazott postaláda semmit nem bizonyít a következő kérésről, és a csatlakoztatott VPN-ikon csak azt mondja, hogy létezik valamilyen alagút.

Adja meg az adminisztrátornak a munkafiók végpontjait és a személyes levél számára kívánt viselkedést, majd kérdezze meg, melyik támogatott fióktudatos, tartományalapú vagy alkalmazásszabályzat valósítja meg. A két fiók szinkronizálásának megfigyelése minden feltétel mellett az egyetlen bizonyíték arra, hogy az ön által tervezett határ az a határ, amelyet a gép kikényszerít.