Mac Mail, du kontoj kaj unu VPN-regulo, kiu ne povas apartigi ilin
Regulo je aplikaĵa nivelo nomas Mail, ne unu el ĝiaj kontoj. Apartigu la aplikaĵon, la servilon kaj la salutan paŝon antaŭ ol peti tunelon, kiu sekvas laboran poŝton.
Mail malfermiĝas, la labora retpoŝta skatolo sinkronigas, kaj la persona komencas tempolimiĝi. Aŭ ambaŭ sinkronigas, sed la labora servilo respondas nur dum tunelo supren, kaj Mail ne scias, kiu konto estas kiu. La simptomo ĉiam havas la saman formon: unu aplikaĵo, du kontoj kaj regulo, kiu identigas la aplikaĵon. La riparo komenciĝas per agnosko, ke la aplikaĵo estas ujo, ne limo.
Tri selektiloj rolas ĉi tie, kaj ili ne estas interŝanĝeblaj. Unu estas la procezo, kiu faras la konekton, alia estas la gastiganto, kiun ĝi atingas, kaj la tria estas la identeco uzata por saluti tra tiu gastiganto. Kiun el ili via politiko povas nomi, tiu estas la limo, kiun vi povas efektive konstrui.
Kial la aplikaĵo estas la malĝusta unuo
Mail estas unu procezo, kiu servas ĉiun agorditan konton. Regulo skribita kontraŭ la aplikaĵo kaptas ĉiujn ĝiajn konektojn, do la persona konto heredas la laboran tunelon kaj ĝian defaŭltan itineron. Tio povas esti akceptebla, sed ĝi estas decido, ne flanka efiko, kiun vi lasu nespertita.
Kontrolu, pri kio la uzanto efektive plendas, antaŭ ol ripari ion. Retpoŝta skatolo, kiu sinkronigas sed ne povas sendi, kutime montras al la senda servilo anstataŭ al la enirkesto, kaj ambaŭ povas troviĝi ĉe malsamaj adresoj en la sama privata gamo. Demandu, ĉu la malsukceso estas en ricevado, sendado aŭ ambaŭ. La respondo decidas, kiun finpunkton via regulo devas kovri, kaj ĝi ŝparas unu vojaĝon al tiu, kiu administras la servilon.
Kiam la du kontoj uzas malsamajn servilojn
Se labora poŝto parolas kun gastiganto ene de la entreprena gamo kaj persona poŝto kun publika provizanto, destina aranĝo povas esprimi la postulon. Ĝi bezonas la realajn adresojn de la poŝtaj serviloj, la DNS-on, kiu solvas ilin, kaj ajnajn sendajn aŭ aŭtentigajn finpunktojn, kiuj iras kun la sama servo. Kolektu ĉiujn tri antaŭ ol skribi politikon, ĉar regulo, kiu kovras nur la enirkeston, malsukcesos ĉe la unua sendo.
Uzu adresojn, ne la parton post la signo @. Domajno en poŝta adreso ne estas enkursiga deklaro, kaj trakti ĝin kiel tian produktas regulon, kiu ekfunkcias por la malĝusta gastiganto aŭ neniam. Konfirmu la faktajn finpunktojn el la kontaj agordoj aŭ de la administranto.
Kiam ambaŭ kontoj dividas unu servilon
Du kontoj ĉe la sama gastiganta adreso tute venkas destinan elekton. Itinero al tiu adreso servas ĉiun, kiu konektiĝas, kaj ĝi ne povas inspekti, kiu poŝta skatolo salutas poste. Movi la itineron movas la vojon por ambaŭ kontoj, kaj tio estas ĝuste la rezulto, kiun la uzanto provis eviti.
En tiu punkto la honestaj opcioj estas kontokonscia politiko, se la platformo kaj kliento subtenas unu, aparta aprobita poŝta kliento por la labora konto tiel ke la aplikaĵa limo fariĝu reala, aŭ akcepto, ke ambaŭ kontoj vojaĝas kune. Elektu unu intence kaj diru, kiun vi elektis.
Lanĉi tunelon ne samas kiel kovri ĝin
La utilega ŝarĝo App Layer VPN de Apple dokumentas agordon MailDomains: listigitaj domajnoj kaŭzas, ke Mail lanĉu VPN-konekton en subtenataj administrataj disvolvaĵoj. Tio estas utila kapablo, kaj ĝi estas pli mallarĝa ol ĝi sonas. Ĝi startigas la tunelon, kiam Mail parolas kun tiuj domajnoj; ĝi ne priskribas ĉiun itineron, ĉiun aplikaĵan asocion aŭ kio okazas dum la tunelo estas malsupre.
Ĝi ankaŭ estas administrata trajto, ne markobutono por ĉiu konto en la Mail-interfaco. Se la disvolvaĵo ne estas administrata, la agordo ne disponeblas al vi, kaj neniu kvanto da profila redaktado produktos ĝin.
Testu per freŝa sinkronigo, ne per kaŝmemora enirkesto
La akcepta testo estas freŝa sinkronigo por ĉiu konto sub la intencita politiko, plus la nedisponebla stato por la protektita. Kaŝmemora enirkesto pruvas nenion pri la sekva peto, kaj konektita VPN-ikono diras nur, ke ia tunelo ekzistas.
Donu al la administranto la finpunktojn de la labora konto kaj la konduton, kiun vi volas por persona poŝto, poste demandu, kiun subtenatan kontokonscian, domajnan aŭ aplikaĵan politikon implementas ĝin. Rigardi la du kontojn sinkronigi en ĉiu kondiĉo estas la sola pruvo, ke la limo, kiun vi desegnis, estas la limo, kiun la maŝino devigas.