ابدأ بالبريد الإلكتروني لجهة الاتصال الذي يحدد مجال الإرسال
مسؤول ControlShift دليل تكوين مصادقة المرسل، تم تحديثه في 20 مايو 2025، ويربط نظامه الأساسي الذي يرسل الهوية بالبريد الإلكتروني لجهة الاتصال الخاص بالمؤسسة. يقول الدليل أن هذا العنوان يُستخدم لبريد النظام الأساسي للداعمين الذين يتخذون الإجراءات والمسؤولين المشتركين في الإشعارات. تأكد من أن العنوان الذي تم تكوينه ينتمي إلى العنوان المقصود المجال التنظيمي قبل إنشاء سجلات المصادقة. يمكن أن يؤدي الخطأ المطبعي أو مجال العلامة التجارية القديم في هذه الخطوة الأولى إلى تكوين متسق تقنيًا للهوية الخاطئة.
المسار الموثق هو الصفحة الرئيسية للمسؤول، الإعدادات، جهة الاتصال، حيث يتم إدخال العنوان وحفظه. تعامل مع تغيير هذا العنوان باعتباره تغييرًا في تكوين الاتصال، وليس مجرد إصلاح للمصادقة. تحديد فئات الرسائل المتأثرة، والرد على التوقعات والموظفين المسؤولين قبل الحفظ. لا تغير هذه المقالة العنوان أو تتصل بأحد الداعمين أو ترسل إشعارًا للمنصة. يظل قابلية تطبيق الحساب الحالي والمسار الفعلي الذي تستخدمه الرسائل التمثيلية مفتوحين.
استخدم إعدادات إمكانية التسليم للحصول على السجلات الخاصة بالحساب
بعد تعيين البريد الإلكتروني لجهة الاتصال، يوجه الدليل المسؤول إلى الإعدادات، وإمكانية التسليم. اسم المجال المعروض مشتق من البريد الإلكتروني لجهة الاتصال. إذا كان الأمر خاطئًا، فقم بتصحيح البريد الإلكتروني لجهة الاتصال أولاً بدلاً من نشر السجلات لمجال غير مقصود. أدخل البريد الإلكتروني لجهة الاتصال الفنية للمؤسسة في الحقل المقدم واحفظه من خلال سير عمل الحساب المعتمد. يجب توفير عنوان الاتصال الفني فقط بإذن مناسب وإبقائه محدثًا مع تغير مسؤوليات الموظفين.
بعد الحفظ، تعرض الصفحة ثلاثة CNAME السجلات. قم بنشر المالكين والأهداف الصادرة بالضبط من خلال موفر DNS المعتمد للمؤسسة. يشرح الدليل اتجاه التعيين: يشير الاسم الموجود على اليسار إلى الهدف الموجود على اليمين. لا تقم بعكس تلك الحقول، بل استبدلها سجل منسوخة من مؤسسة أخرى، أو استبدل التكوين الصادر بمثال SendGrid عام. تعتبر القيم التي تم إنشاؤها بواسطة حساب ControlShift بمثابة مدخلات التنفيذ لسير العمل هذا.
قبل التحرير، قارن اسم المالك الكامل مع معالجة لاحقة محرر DNS وبيانات المنطقة الموجودة. قد تكون التسمية النسبية كافية في إحدى اللوحات بينما تتوقع لوحة أخرى اسمًا مؤهلاً بالكامل. الاحتفاظ بالسجلات الحالية وتسجيل التغييرات المعتمدة. تمثل أسماء CNAME الثلاثة التبعيات التي يجب أن تظل منسوبة إلى تكوين النظام الأساسي هذا حتى يمكن مراجعتها أثناء عمليات الترحيل المستقبلية أو تغيير النطاق أو إلغاء التشغيل.
تحقق من رؤية DNS قبل تفسير التحقق
يقول الدليل أنه يجب على مستخدمي Cloudflare الاحتفاظ بسجلات إمكانية تسليم البريد الإلكتروني بدون وكيل. يعد هذا إرشادات محددة لسجلات المصادقة هذه، وليس سببًا لتعطيل الوكيل أو عناصر التحكم في الأمان عبر موقع الويب بأكمله. إذا كان مضيف DNS يقدم ميزات الوكيل، فراجع إعداد السجل ذي الصلة مع مالك DNS المعتمد وتأكد من كشف الاسم المستعار الصادر كما هو مطلوب. لم يتم تغيير أي إعداد DNS بواسطة هذه المقالة.
بعد إنشاء السجلات، ارجع إلى إمكانية التسليم واختر التحقق. تشير رسالة النجاح الموثقة إلى اجتياز فحص DNS الخاص بـ ControlShift. احتفظ بهذه الملاحظة بشكل منفصل عن التغيير المقدم والسجل العام الفعلي. لا يثبت فحص الموفر أن جميع الرسائل المستقبلية قد تم توقيعها بشكل صحيح أو أن مجال المؤلف المرئي محاذى. إذا فشل التحقق، فافحص المالك الدقيق والهدف والمنطقة الموثوقة وإعدادات السجل ذات الصلة قبل الانتظار المتكرر أو إعادة بناء التكوين.
لا ينبغي التعامل مع تقدير الانتشار الموجز للموفر على أنه موعد نهائي عالمي. لا يتم إصلاح مالك السجل غير الصحيح أو الاسم المستعار الوكيل من خلال الوقت المنقضي وحده. سجل ما تغير ومتى تغير وما لاحظه مقدم الخدمة. اترك حالة عدم اليقين واضحة إذا لم يتم التوفيق بين الإجابة الرسمية والحالة الأخيرة للمزود.
حل تصادمات المحدد دون الكتابة فوق مرسل آخر
يحذر ControlShift على وجه التحديد من أن المؤسسات التي تستخدم SendGrid بالفعل، بشكل مباشر أو من خلال أداة أخرى، قد يكون لديها s1. _domainkey وS2. _سجلات _domainkey . يقدم الدليل العرف محدد DKIM من خلال الإعدادات المتقدمة لتجنب مثل هذه الاصطدامات. وهو يصف التحقق من استخدام محدد DKIM المخصص، وإدخال محدد يصل إلى ثلاثة أحرف وحفظه بحيث تعكس أسماء CNAME التي تم إنشاؤها الاختيار. تأكيد القيمة المقبولة للواجهة الحالية قبل التنفيذ؛ وهذا حد خاص بالمنتج، وليس عالميًا DKIM قاعدة طول المحدد.
لا تقم بالكتابة فوق محدد موجود لمجرد جعل السجلات الافتراضية للصفحة الجديدة مناسبة. حدد الخدمة التي تمتلك كل سجل موجود وما إذا كانت لا تزال تقوم بتوقيع البريد. إذا كان التكوين قد تقدم بالفعل إلى السجلات الصادرة، فسيصف الدليل إزالته والبدء مرة أخرى لتحديد الخيار المخصص. يعد هذا تغييرًا في تكوين المصادقة الحالي ويحتاج إلى مراجعة التأثير، خاصة إذا كان بريد الإنتاج يعتمد عليه بالفعل.
يضيف المصدر تحذيرًا مهمًا: بعد إزالة التكوين وإعادة إنشائه، من المحتمل أن يتغير CNAME الأول أيضًا. قم بمراجعة المجموعة الصادرة حديثًا بالكامل، وليس فقط الاسمين اللذين يحتويان على المحدد بشكل واضح. قائمة التحقق من القبول التي تقوم بتحديث السجلات التي تبدو DKIM ولكنها تحافظ على الاسم المستعار الأول القديم يمكن أن تترك عدم تطابق مخفي. احتفظ بالقيم القديمة والجديدة مميزة في سجل التغيير ولا تحذف التبعيات غير ذات الصلة.
تعامل مع مجال البريد الإلكتروني لجهة الاتصال الجديد باعتباره ترحيلًا للتكوين
ويميز الدليل بين تغيير الجزء المحلي من البريد الإلكتروني لجهة الاتصال وبين تغيير المجال الخاص به. لا يتطلب تغيير عنوان المجال نفسه إجراء تغييرات على إعدادات إمكانية التسليم وفقًا لسير العمل الموثق. هناك مجال مختلف يفعل ذلك: يصف الدليل إزالة تكوين قابلية التسليم القديم، وتحديث البريد الإلكتروني لجهة الاتصال، وإكمال الإعداد مرة أخرى. يجب التخطيط لهذا التسلسل باعتباره ترحيلًا مع مالك صريح وقرار التراجع، وليس تعديلًا تجميليًا غير رسمي.
تأكد من أن المجال الجديد يتم التحكم فيه بواسطة المؤسسة وأن مالك DNS الخاص به يمكنه نشر السجلات الصادرة. قم بمراجعة توقيت الإشعارات المجدولة والأدلة المطلوبة قبل استئناف الاستخدام العادي. حقيقة أن المجال السابق قد اجتاز التحقق لا ينقل هذه النتيجة إلى النطاق الجديد. احتفظ بسجل قبول التكوين السابق للسياق مع وضع علامة واضحة على الهوية الجديدة على أنها لم يتم التحقق منها حتى اكتمال عمليات التحقق المناسبة.
التحقق من هوية الرسالة دون الوعد بالتسليم
يجب أن تقوم ممارسة القبول المعتمدة بشكل منفصل بفحص الرسائل التمثيلية غير الضارة ونتائج المتلقي الموثوق به. قم بتسجيل مجال المؤلف المرئي ومجال التوقيع والمحدد وهوية المغلف ومسار النظام الأساسي الفعلي. RFC 6376 ، القسم 3.5 يحدد توقيع DKIM الحقول، و RFC 9989 ، القسم 4.4 يشرح تنسيق. لا يعد فحص DNS الناجح بديلاً عن تلك العلاقة على مستوى الرسالة.
يوفر دليل الإعداد المحتفظ به ثلاثة أسماء CNAME بدلاً من عالمية SPF تضمين للإضافة في كل جذر تنظيمي. لا تخترع تضمينًا أو إضافة سياسة SPF ثانية لمجرد أن قائمة التحقق العامة تطلب SPF . إذا كان المسار الفعلي يتطلب تغيير SPF بشكل منفصل، فراجعه أدناه RFC 7208 ، الأقسام 3.2 و4.6.4 مع المشغل المسؤول. يمكن أن تعالج المصادقة عمليات التحقق من الهوية؛ ولا يضمن وضع البريد الوارد أو مشاركة الداعمين أو سلامة كل طلب مرتبط.
التشخيص الخيالي وورقة عمل القبول الفارغة
منظمة مجتمعية خيالية، Riverbank Neighbours، لديها بالفعل محددات SendGrid لمنصة أخرى. يختار مسؤوله محددًا مخصصًا في ControlShift ولكنه يقوم فقط بتحديث اسمي CNAME المرتبطين بالمحدد بعد إعادة إنشاء التكوين. وجدت المراجعة أن السجل الأول الذي تم إصداره قد تغير أيضًا. التصحيح المقترح هو مقارنة المجموعة الجديدة الكاملة بالمنطقة الموثوقة، والحفاظ على محددات المنصة الأخرى والحصول على أدلة تحقق جديدة. هذا السيناريو خيالي ولا يحتوي على مراقبة DNS فعلية أو معلومات داعمة أو إجراء تم تنفيذه.
- مجال البريد الإلكتروني لجهة الاتصال الحالية وفئات الرسائل المتأثرة: ______
- اسم النطاق الخاص بقابلية التسليم والاتصال الفني المعتمد: ______
- أكمل مجموعة المالك/الهدف المكونة من ثلاثة سجلات ووقت الإصدار: ______
- مالكو المحدد الحاليون وقرار المحدد المخصص: ______
- جميع السجلات التي تم تغييرها بعد أي استجمام، بما في ذلك الأول: ______
- مراجعة DNS الرسمية وإعدادات الوكيل ذات الصلة: ______
- التحقق من النتيجة وأدلة هوية الرسالة المستلمة الموثوقة: ______
- توقيت ترحيل النطاق ومالك التراجع وقرار الإصدار: ______
تظل أدلة التنفيذ الأصلية، ومراجعة الموضوع البشري، وقابلية تطبيق المصدر الحالي، واختبار مسار الإنتاج، وإمكانية الوصول المرئي، وإصدار المالك مفتوحة. لم يتم تغيير عنوان جهة الاتصال أو تكوين المصادقة أو سجل DNS ، ولم يتم إرسال أي رسالة. تظل متطلبات تنفيذ الكتالوج الأوسع خاضعة للحساب المعتمد الفعلي وأدلة الرسالة.