Mac Mail, kaksi tiliä ja yksi VPN-sääntö, joka ei voi erottaa niitä

Mail avautuu, työpostilaatikko synkronoidaan ja henkilökohtainen alkaa ylittää aikarajan. Tai molemmat synkronoidaan, mutta työpalvelin vastaa vain, kun tunneli on ylhäällä, eikä Mail tiedä, mikä tili on mikä. Oireella on aina sama muoto: yksi sovellus, kaksi tiliä ja sääntö, joka tunnistaa sovelluksen. Korjaus alkaa myöntämällä, että sovellus on säiliö, ei raja.

Tässä on pelissä kolme valitsinta, eivätkä ne ole vaihdettavissa. Yksi on yhteyden muodostava prosessi, toinen on isäntä, johon se pääsee, ja kolmas on identiteetti, jota käytetään kirjautumiseen kyseisen isännän kautta. Minkä tahansa niistä käytäntösi voi nimetä, se on raja, jonka voit todella rakentaa.

Miksi sovellus on väärä yksikkö

Mail on yksi prosessi, joka palvelee jokaista määritettyä tiliä. Sovellusta vastaan kirjoitettu sääntö kaappaa kaikki sen yhteydet, joten henkilökohtainen tili perii työtunnelin ja sen oletusreitin. Se voi olla hyväksyttävää, mutta se on päätös, ei sivuvaikutus, jonka voi jättää tutkimatta.

Tarkista, mistä käyttäjä todella valittaa, ennen kuin korjaat mitään. Postilaatikko, joka synkronoidaan mutta ei voi lähettää, viittaa yleensä lähetyspalvelimeen eikä saapuneisiin, ja molemmat voivat olla eri osoitteissa samassa yksityisessä alueessa. Kysy, onko vika vastaanotossa, lähetyksessä vai molemmissa. Vastaus ratkaisee, minkä päätepisteen sääntösi on katettava, ja se säästää yhden käynnin palvelimen ylläpitäjän luona.

Kun kaksi tiliä käyttävät eri palvelimia

Jos työposti puhuu yrityksen alueen isännälle ja henkilökohtainen posti julkiselle tarjoajalle, kohdeperusteinen järjestely voi ilmaista vaatimuksen. Se tarvitsee postipalvelimien todelliset osoitteet, ne ratkaisevan DNS:n ja kaikki lähetys- tai todentamispäätepisteet, jotka kulkevat saman palvelun mukana. Kerää kaikki kolme ennen käytännön kirjoittamista, koska vain saapuneet kattava sääntö epäonnistuu ensimmäisessä lähetyksessä.

Käytä osoitteita, älä @-merkin jälkeistä osaa. Verkkotunnus postiosoitteessa ei ole reitityslausunto, ja sellaisena käsitteleminen tuottaa säännön, joka laukeaa väärälle isännälle tai ei koskaan. Vahvista todelliset päätepisteet tilin asetuksista tai ylläpitäjältä.

Kun molemmat tilit jakavat yhden palvelimen

Kaksi tiliä samassa isäntäosoitteessa kumoaa kohdeperusteisen valinnan täysin. Reitti siihen osoitteeseen palvelee kaikkia, jotka yhdistävät, eikä se voi tarkistaa, mikä postilaatikko kirjautuu myöhemmin. Reitin siirtäminen siirtää polun molemmille tileille, ja juuri se on se lopputulos, jota käyttäjä yritti välttää.

Siinä vaiheessa rehelliset vaihtoehdot ovat tilin huomioiva käytäntö, jos alusta ja asiakas tukevat sellaista, erillinen hyväksytty postiohjelma työtilille, jotta sovellusraja tulee todelliseksi, tai sen hyväksyminen, että molemmat tilit matkustavat yhdessä. Valitse yksi tarkoituksella ja kerro, minkä valitsit.

Tunnelin laukaiseminen ei ole sama kuin sen kattaminen

Applen App Layer VPN -hyötykuorma dokumentoi MailDomains-asetuksen: luetellut verkkotunnukset saavat Mailin laukaisemaan VPN-yhteyden tuetuissa hallituissa käyttöönotoissa. Se on hyödyllinen ominaisuus, ja se on kapeampi kuin miltä kuulostaa. Se käynnistää tunnelin, kun Mail puhuu näille verkkotunnuksille; se ei kuvaa jokaista reittiä, jokaista sovellusliitosta tai sitä, mitä tapahtuu, kun tunneli on alhaalla.

Se on myös hallittu ominaisuus, ei tilikohtainen valintaruutu Mailin käyttöliittymässä. Jos käyttöönotto ei ole hallittu, asetus ei ole käytettävissäsi, eikä mikään määrä profiilien muokkausta tuota sitä.

Testaa tuoreella synkronoinnilla, älä välimuistiin tallennetulla postilaatikolla

Hyväksyntätesti on tuore synkronointi jokaiselle tilille aiottua käytäntöä noudattaen sekä suojatun tilin poissa oleva tila. Välimuistiin tallennettu postilaatikko ei todista mitään seuraavasta pyynnöstä, ja yhdistetty VPN-kuvake kertoo vain, että jokin tunneli on olemassa.

Anna ylläpitäjälle työtilin päätepisteet ja haluamasi käyttäytyminen henkilökohtaiselle postille, ja kysy sitten, mikä tuettu tilin huomioiva, verkkotunnusperusteinen tai sovelluskäytäntö sen toteuttaa. Kahden tilin synkronoinnin seuraaminen kussakin olosuhteessa on ainoa todiste siitä, että suunnittelemasi raja on raja, jonka kone pakottaa.