Mac Mail, divi konti un viens VPN noteikums, kas tos nevar atdalīt
Lietotnes līmeņa noteikums nosauc Mail, nevis vienu no tā kontiem. Atdaliet lietotni, serveri un pieteikšanos pirms prasāt tuneli, kas seko darba pastam.
Mail atveras, darba kasīte sinhronizējas, un personīgā sāk pārsniegt laiku. Vai arī abas sinhronizējas, bet darba serveris atbild tikai tad, kamēr tunelis ir augšā, un Mail nezina, kurš konts ir kurš. Simptomam vienmēr ir viena forma: viena lietotne, divi konti un noteikums, kas identificē lietotni. Labojums sākas ar atzīšanu, ka lietotne ir konteiners, nevis robeža.
Šeit darbojas trīs atlasītāji, un tie nav savstarpēji aizstājami. Viens ir process, kas veido savienojumu, otrs ir resursdators, ko tas sasniedz, un trešais ir identitāte, ko izmanto, lai pieteiktos caur šo resursdatoru. Kuru no tiem jūsu politika var nosaukt, tas ir robeža, ko jūs patiešām varat uzbūvēt.
Kāpēc lietotne ir nepareizā vienība
Mail ir viens process, kas apkalpo katru konfigurēto kontu. Noteikums, kas rakstīts pret lietotni, uztver visus tās savienojumus, tāpēc personīgais konts manto darba tuneli un tā noklusējuma maršrutu. Tas var būt pieņemami, bet tas ir lēmums, nevis blakusefekts, ko var atstāt nepārbaudītu.
Pirms kaut ko labot, pārbaudiet, par ko lietotājs patiešām sūdzas. Kasīte, kas sinhronizējas, bet nevar nosūtīt, parasti norāda uz sūtīšanas serveri, nevis uz iesūtni, un abi var būt dažādās adresēs tajā pašā privātajā diapazonā. Pajautājiet, vai kļūme ir saņemšanā, sūtīšanā vai abos. Atbilde nosaka, kurš galapunkts jūsu noteikumam jāaptver, un tas ietaupa vienu braucienu pie servera administratora.
Kad divi konti izmanto dažādus serverus
Ja darba pasts runā ar resursdatoru uzņēmuma diapazonā un personīgais pasts ar publisku pakalpojumu sniedzēju, uz galamērķi balstīts izkārtojums var izteikt prasību. Tam vajadzīgas īstās pasta serveru adreses, tās atrisinošais DNS un jebkuri sūtīšanas vai autentifikācijas galapunkti, kas nāk kopā ar to pašu pakalpojumu. Savāciet visus trīs pirms politikas rakstīšanas, jo noteikums, kas aptver tikai iesūtni, neizdosies pirmajā sūtīšanā.
Izmantojiet adreses, nevis daļu pēc @ zīmes. Domēns pasta adresē nav maršrutēšanas paziņojums, un, izturoties pret to tā, tiek izveidots noteikums, kas iedarbojas nepareizajam resursdatoram vai nekad. Apstipriniet faktiskos galapunktus konta iestatījumos vai pie administratora.
Kad abi konti dala vienu serveri
Divi konti tajā pašā resursdatora adresē pilnībā uzvar uz galamērķi balstītu atlasi. Maršruts uz šo adresi apkalpo ikvienu, kas pieslēdzas, un tas nevar pārbaudīt, kura kasīte pieteiksies pēc tam. Maršruta pārvietošana pārvieto ceļu abiem kontiem, un tas ir tieši tas iznākums, ko lietotājs centās izvairīties.
Šajā brīdī godīgās iespējas ir kontu apzināta politika, ja platforma un klients to atbalsta, atsevišķs apstiprināts pasta klients darba kontam, lai lietotnes robeža kļūtu reāla, vai samierināšanās ar to, ka abi konti ceļo kopā. Izvēlieties vienu apzināti un pasakiet, kuru.
Tuneļa iedarbināšana nav tas pats, kas tā aptveršana
Apple App Layer VPN lietderīgā slodze dokumentē MailDomains iestatījumu: uzskaitītie domēni liek Mail iedarbināt VPN savienojumu atbalstītos pārvaldītos izvietojumos. Tā ir noderīga iespēja, un tā ir šaurāka, nekā izklausās. Tā sāk tuneli, kad Mail runā ar šiem domēniem; tā neapraksta katru maršrutu, katru lietotnes saistību vai to, kas notiek, kamēr tunelis ir nolaists.
Tā ir arī pārvaldīta funkcija, nevis katram kontam atzīmējama izvēles rūtiņa Mail saskarnē. Ja izvietojums nav pārvaldīts, iestatījums jums nav pieejams, un nekāds profilu rediģēšanas apjoms to neradīs.
Pārbaudiet ar svaigu sinhronizāciju, nevis kešatmiņā saglabātu iesūtni
Pieņemšanas tests ir svaiga sinhronizācija katram kontam saskaņā ar paredzēto politiku, plus aizsargātā konta nepieejamības stāvoklis. Kešatmiņā saglabāta iesūtne neko nepierāda par nākamo pieprasījumu, un pievienota VPN ikona tikai pasaka, ka kaut kāds tunelis pastāv.
Dodiet administratoram darba konta galapunktus un vēlamo personīgā pasta uzvedību, pēc tam pajautājiet, kura atbalstītā kontu apzinātā, domēnos balstītā vai lietotnes politika to īsteno. Abu kontu sinhronizācijas vērošana katrā nosacījumā ir vienīgais pierādījums, ka jūsu projektētā robeža ir robeža, ko mašīna uzspiež.