يفتح Mail، فتتزامن صندوق الوارد للعمل، ويبدأ الشخصي في انتهاء المهلة. أو يتزامن الاثنان، لكن خادم العمل لا يستجيب إلا عندما يكون النفق قائمًا، ولا يعرف Mail أي حساب هو أي. الأعراض لها دائمًا الشكل نفسه: تطبيق واحد، وحسابان، وقاعدة تحدد التطبيق. يبدأ الإصلاح بالاعتراف بأن التطبيق حاوية وليس حدًا.

ثلاثة محددات حاضرة هنا، وهي ليست قابلة للتبادل. أحدها العملية التي تُنشئ الاتصال، وآخر هو المضيف الذي تصل إليه، والثالث هو الهوية المستخدمة لتسجيل الدخول عبر ذلك المضيف. وأيٌّ منها تستطيع سياستك تسميته هو الحد الذي يمكنك بناؤه فعلاً.

لماذا التطبيق هو الوحدة الخاطئة

Mail عملية واحدة تخدم كل حساب مُعدّ. القاعدة المكتوبة ضد التطبيق تلتقط كل اتصالاته، فيرث الحساب الشخصي نفق العمل ومساره الافتراضي. قد يكون ذلك مقبولاً، لكنه قرار وليس أثرًا جانبيًا يمكن تركه دون فحص.

تحقق مما يشكو منه المستخدم فعلاً قبل إصلاح أي شيء. صندوق بريد يتزامن لكنه لا يستطيع الإرسال يشير عادةً إلى خادم الإرسال لا إلى صندوق الوارد، وقد يكون كلاهما على عنوانين مختلفين داخل النطاق الخاص نفسه. اسأل هل الفشل في الاستقبال أم الإرسال أم في كليهما. والجواب يحدد أي نقطة نهاية يجب أن تغطيها قاعدتك، ويوفر جولة مع من يدير الخادم.

عندما يستخدم الحسابان خادمين مختلفين

إذا كان بريد العمل يتحدث إلى مضيف داخل نطاق الشركة والبريد الشخصي يتحدث إلى مزود عام، فيمكن لترتيب قائم على الوجهة أن يعبّر عن المطلب. يحتاج إلى العناوين الحقيقية لخوادم البريد، والـ DNS الذي يحلّها، وأي نقاط إرسال أو مصادقة تسير مع الخدمة نفسها. اجمع الثلاثة قبل كتابة السياسة، لأن قاعدة تغطي صندوق الوارد فقط ستفشل عند أول إرسال.

استخدم العناوين، لا الجزء الذي بعد علامة @. النطاق في عنوان بريد ليس عبارة توجيه، ومعاملته كذلك تنتج قاعدة تعمل للمضيف الخطأ أو لا تعمل أبدًا. أكّد نقاط النهاية الفعلية من إعدادات الحساب أو من المدير.

عندما يتشارك الحسابان خادمًا واحدًا

حسابان على عنوان المضيف نفسه يبطلان الاختيار القائم على الوجهة تمامًا. المسار إلى ذلك العنوان يخدم كل من يتصل، ولا يمكنه فحص أي صندوق بريد يسجل الدخول بعده. تحريك المسار يحرّك الطريق لكلا الحسابين، وهو بالضبط ما كان المستخدم يحاول تجنبه.

عند هذه النقطة، الخيارات الصادقة هي سياسة واعية بالحساب إن كانت المنصة والعميل تدعمانها، أو عميل بريد معتمد منفصل لحساب العمل بحيث يصبح حد التطبيق حقيقيًا، أو قبول أن الحسابين يسافران معًا. اختر واحدًا عن قصد وقل أيها اخترت.

إطلاق النفق ليس هو تغطيته

يوثّق حمل App Layer VPN من Apple إعدادًا باسم MailDomains: النطاقات المدرجة تجعل Mail يطلق اتصال VPN في عمليات النشر المُدارة المدعومة. هذه قدرة مفيدة، وهي أضيق مما تبدو. إنها تبدأ النفق عندما يتحدث Mail إلى تلك النطاقات؛ ولا تصف كل مسار، ولا كل ارتباط تطبيق، ولا ما يحدث أثناء توقف النفق.

إنها أيضًا ميزة مُدارة، وليست مربع اختيار لكل حساب في واجهة Mail. إذا لم يكن النشر مُدارًا، فالإعداد غير متاح لك، ولن ينتجه أي قدر من تحرير الملف الشخصي.

اختبر بمزامنة جديدة، لا بصندوق وارد مخزّن مؤقتًا

اختبار القبول هو مزامنة جديدة لكل حساب تحت السياسة المقصودة، بالإضافة إلى حالة عدم الإتاحة للحساب المحمي. صندوق الوارد المخزّن مؤقتًا لا يثبت شيئًا عن الطلب التالي، وأيقونة VPN المتصلة تقول فقط إن نفقًا ما موجود.

أعطِ المدير نقاط نهاية حساب العمل والسلوك الذي تريده للبريد الشخصي، ثم اسأل أي سياسة مدعومة واعية بالحساب أو قائمة على النطاق أو على التطبيق تنفّذ ذلك. مراقبة مزامنة الحسابين في كل حالة هي الدليل الوحيد على أن الحد الذي صممته هو الحد الذي يفرضه الجهاز.

مقالات ذات صلة