ان SPF يجيب سجل التبعية على سؤال عملي: إذا تغيرت قيمة DNS أو اختفى هذا الموفر، فما هو بريد الأعمال الذي سيتأثر ومن يمكنه أن يقرر ما يجب فعله؟ نسخة من المستوى الأعلى سجل TXT لا يمكن الإجابة على هذا السؤال من تلقاء نفسها. قد تكون التبعيات متداخلة، ويمكن التحكم فيها خارج مؤسستك، ولا يمكن الوصول إليها إلا لمدخلات معينة.
نموذج السياسة ومستهلكيها
قم بإنشاء إدخال سياسة واحد لكل مجال SMTP قيد الاستخدام، مع اسم مالك DNS الدقيق والسجل الحالي ووقت الالتقاط ومالك المنطقة وعملية التغيير. قم بإرفاق التطبيقات ووحدات الأعمال التي تستخدم تلك الهوية. ابق مرئيًا من المجالات في حقول منفصلة حتى لا يخطئها أحد في هوية البحث عن نظام التعرف على هوية SPF . المجال الأصلي سجل SPF لا يرثها الطفل تلقائيًا. RFC 7208 §2.4, RFC 7208 §4.
أضف ميزة لكل مصطلح تضمين وإعادة توجيه ومصطلحات أخرى تعتمد على DNS، مع تحديد الهدف ومن يتحكم فيه. التضمين وإعادة التوجيه غير قابلين للتبادل: يتطابق التضمين عندما يتم اجتياز إرجاع التحقق المتكرر الخاص به، بينما يقوم إعادة التوجيه بتقييم المفوضين عندما تصل السياسة الحالية إلى شروط هذا المعدل. الحفاظ على ترتيب المصطلح والمؤهلات في اللقطة. RFC 7208 §5.2, RFC 7208 §6.1.
تخزين ما يكفي من الأدلة للعمل
حقول التسجيل الموصى بها هي: مجال السياسة؛ خدمة الأعمال؛ صاحب عمل؛ المالك الفني؛ مرجع حساب المزود؛ هدف التبعية؛ سبب الإذن؛ ممثل إرسال عناوين IP؛ مجالات المغلف العادية وتجاوز الفشل؛ تاريخ اللقطة؛ نتيجة المسار المقيم؛ المراجعة التالية المقترحة؛ وحالة التقاعد . احتفظ ببيانات الاعتماد والمفاتيح الخاصة خارج السجل. تقييد مراجع الحساب الداخلي للمراجعين المناسبين.
بالنسبة لوحدات الماكرو الديناميكية، قم بتسجيل كل من التعبير والقيم التمثيلية الموسعة. لا يعد مخطط التبعية المسطح بدون هوية الإدخال وIP والوقت تتبعًا كاملاً للتقييم. يتم تطبيق حد المدة المسببة لاستعلام DNS الخاص بنظام التعرف على SPF أثناء التقييم، بما في ذلك عمليات التحقق المتكررة، بحيث يمكن لأحد المسارين الوصول إلى مشكلة يتجنبها مسار آخر. RFC 7208 §4.6.4, RFC 7208 §7.
اجعل التسجيل مفيدًا عبر الفرق
مثال توضيحي: يعتمد كل من المشتريات ودعم العملاء على _spf.service.example.net من خلال نفس السياسة التنظيمية. تخطط المشتريات لإنهاء عقدها وطلبات الإزالة. يعرض سجل التبعية خدمة الدعم قبل حذف التضمين المشترك. يصبح القرار تقاعد الخدمة أو عزلها، بدلاً من تنظيف DNS غير الخاضع للمراجعة.
قم بتعيين مالك سياسة فنية واحد لتنسيق التغييرات المشتركة، مع الاحتفاظ بمسؤولية الأعمال لكل مستهلك. يتطلب الإعداد إضافة المالك واختبار الأدلة، وعمليات الترحيل لتحديث التبعيات، والإخراج لحل مشكلة المستهلكين المتبقين. هذه توصية تشغيلية، وليست متطلبًا إضافيًا لبروتوكول نظام التعرف على SPF .
قم بمراجعة التغييرات بدلاً من مطاردة النتيجة
لقطات مختلفة لاكتشاف الأهداف الجديدة والتراخيص التي تمت إزالتها وتوسيع النطاقات وتغيير مسارات البحث. التحقيق في التغيير في السياق: قد يقوم الموفر بتدوير البنية التحتية بشكل قانوني. تحقق من التغييرات عالية التأثير باستخدام تعليمات الطرف الأول الحالية وأدلة الرسائل المستلمة. أرشفة الحالة القديمة والقرار، ثم قم بتحديث السجل بعد نجاح تغيير DNS .
اختبار الإكمال المفيد هو تمرين سطحي: اختر تبعية واحدة وحدد كل خدمة متأثرة ومالك القرار ومسار الاختبار ومسار التراجع. إذا لم يتمكن الفريق من القيام بذلك، فلا يزال هناك فجوة في السجل حتى لو تم اجتياز كل فحص SPF الحالي.
استخدم سجل قرار ملموس
بالنسبة لمثال الموفر المشترك، قم بإعطاء التبعية إدخالين للمستهلكين، المشتريات والدعم، مع مالكين منفصلين وشروط التقاعد. إذا تم إنهاء عملية الشراء مع بقاء الدعم، فإن إزالة التضمين الإيجابي المشترك ليس له ما يبرره بعد. التقط السياسة الحالية ومؤهل المصطلح ومدخلات IP/المغلف التمثيلية واللقطات المستهدفة المتداخلة قبل اقتراح العزل. يوضح هذا المثال قرارًا، وليس تدقيقًا مكتملًا للمخزون.