Mail açılır, iş qutusu sinxronlaşır, şəxsi qutu isə vaxt aşımına başlayır. Ya da hər ikisi sinxronlaşır, amma iş serveri yalnız tunel açıq olanda cavab verir və Mail hansı hesabın hansı olduğunu bilmir. Simptom həmişə eyni formadadır: bir tətbiq, iki hesab və tətbiqi təyin edən bir qayda. Düzəliş tətbiqin sərhəd deyil, konteyner olduğunu qəbul etməklə başlayır.

Burada üç seçici işləyir və onlar bir-birini əvəz etmir. Biri bağlantını yaradan prosesdir, digəri çatdığı hostdur, üçüncüsü isə həmin host üzərindən daxil olmaq üçün istifadə edilən kimlikdir. Siyasətinizin adlandıra bildiyi hansısa biri real olaraq qura biləcəyiniz sərhəddir.

Niyə tətbiq səhv vahiddir

Mail hər konfiqurasiya edilmiş hesaba xidmət edən tək prosesdir. Tətbiqə qarşı yazılmış qayda onun bütün bağlantılarını tutur, buna görə şəxsi hesab iş tunelini və onun standart marşrutunu miras alır. Bu məqbul ola bilər, lakin bu qərardır, araşdırılmadan buraxıla biləcək yan təsir deyil.

Bir şeyi düzəltməzdən əvvəl istifadəçinin həqiqətən nədən şikayət etdiyini yoxlayın. Sinxronlaşan, amma göndərə bilməyən poçt qutusu adətən gələn qutusuna deyil, göndərmə serverinə işarə edir və hər ikisi eyni şəxsi diapazonda fərqli ünvanlarda ola bilər. Nasazlığın qəbul, göndərmə və ya hər ikisi olduğunu soruşun. Cavab qaydanızın hansı son nöqtəni əhatə etməli olduğunu müəyyən edir və serveri idarə edənlə bir gediş-gəlişə qənaət edir.

İki hesab fərqli serverlərdən istifadə etdikdə

Əgər iş poçtu korporativ diapazondakı hostla, şəxsi poçt isə ictimai provayderlə danışırsa, təyinat əsaslı quruluş tələbi ifadə edə bilər. Ona poçt serverlərinin real ünvanları, onları həll edən DNS və eyni xidmətlə gedən istənilən göndərmə və ya autentifikasiya son nöqtəsi lazımdır. Siyasət yazmazdan əvvəl hər üçünü toplayın, çünki yalnız gələn qutusunu əhatə edən qayda ilk göndərmədə uğursuz olacaq.

Ünvanlardan istifadə edin, @ işarəsindən sonrakı hissədən yox. Poçt ünvanındakı domen marşrut ifadəsi deyil və onu belə qəbul etmək yanlış host üçün işləyən və ya heç işləməyən qayda yaradır. Faktiki son nöqtələri hesab parametrlərindən və ya inzibatçıdan təsdiqləyin.

Hər iki hesab bir serveri paylaşdıqda

Eyni host ünvanında iki hesab təyinat əsaslı seçimi tamamilə məğlub edir. Həmin ünvana marşrut qoşulan hər kəsə xidmət edir və sonradan hansı poçt qutusunun daxil olduğunu yoxlaya bilmir. Marşrutu köçürmək iki hesab üçün yolu köçürür və bu, istifadəçinin qaçmaq istədiyi nəticənin elə özüdür.

Bu nöqtədə dürüst variantlar platforma və müştəri dəstəkləyirsə hesabı nəzərə alan siyasət, tətbiq sərhədi real olsun deyə iş hesabı üçün ayrıca təsdiqlənmiş poçt müştərisi və ya hər iki hesabın birlikdə getdiyini qəbul etməkdir. Birini qəsdən seçin və hansını seçdiyinizi deyin.

Tuneli işə salmaq onu əhatə etməklə eyni deyil

Apple-ın App Layer VPN yükü MailDomains parametrini sənədləşdirir: siyahıdakı domenlər dəstəklənən idarə olunan yerləşdirmələrdə Mail-in VPN bağlantısı işə salmasına səbəb olur. Bu faydalı imkandır və göründüyündən dardır. Mail həmin domenlərlə danışanda tuneli başladır; hər marşrutu, hər tətbiq əlaqəsini və ya tunel söndürkən nə baş verdiyini təsvir etmir.

O, həm də idarə olunan funksiyadır, Mail interfeysində hər hesab üçün işarə qutusu deyil. Yerləşdirmə idarə olunmursa, parametr sizin üçün əlçatan deyil və nə qədər profil redaktə etsəniz də onu yaratmayacaq.

Keşlənmiş gələn qutusu ilə deyil, təzə sinxronlaşdırma ilə sınaqdan keçirin

Qəbul sınağı hər hesab üçün nəzərdə tutulan siyasət altında təzə sinxronlaşdırma, qorunan hesab üçün isə əlçatmaz vəziyyətdir. Keşlənmiş gələn qutusu növbəti sorğu barədə heç nə sübut etmir və qoşulmuş VPN ikonası yalnız hansısa tunelin mövcud olduğunu deyir.

İnzibatçıya iş hesabının son nöqtələrini və şəxsi poçt üçün istədiyiniz davranışı verin, sonra hansı dəstəklənən hesabı nəzərə alan, domen əsaslı və ya tətbiq siyasətinin bunu həyata keçirdiyini soruşun. İki hesabın hər şəraitdə sinxronlaşmasını izləmək, dizayn etdiyiniz sərhədin maşının tətbiq etdiyi sərhəd olduğuna dair yeganə sübutdur.

Əlaqəli məqalələr