يُرجع البحث العكسي اسم المضيف المُطالب به لعنوان IP. تم تأكيد الأمام عكس DNS ثم يتحقق مما إذا كان اسم المضيف هذا قد تم حله مرة أخرى إلى العنوان الأصلي. تكتشف الخطوة الثانية عدم تناسق شائع، لكن المطابقة لا تثبت أن المرسل جدير بالثقة أو مخول لاستخدام مجال "من" للرسالة.
تحديد المقارنة
مراجع: RFC 1912 §2.1, RFC 3596 §2.1, RFC 4291 §2.2.
خذ عنوان مصدر SMTP الذي تمت ملاحظته كقيمة البداية. الاستعلام عن سجل PTR الخاص به. بالنسبة لكل اسم مضيف تم إرجاعه، استعلم عن نوع عنوان إعادة التوجيه المناسب: A لمصدر IPv4 وAAAA لمصدر IPv6 . قارن قيم العناوين، باستخدام محلل IP لـ IPv6 بحيث يتم التعامل مع النماذج النصية المكافئة على حد سواء.
بالنسبة لتشخيص هذا الدليل، يعني التأكيد أن مجموعة عناوين إعادة التوجيه لاسم المضيف الذي تم إرجاعه تحتوي على عنوان IP الأصلي. الحفاظ على النتائج لكل مضيف وكذلك هذا الملخص. هذه قاعدة تشخيصية محددة بوضوح، وليست وعدًا بأن يقوم كل مستلم بتنفيذ نفس سياسة الاختيار أو التحقق من كل نتيجة PTR .
حافظ على حالات الفشل متميزة
مراجع: RFC 1035 §4.1.1, RFC 2181 §10.2.
لا توجد إجابة PTR ، واسم مضيف بدون عنوان مطابق، ومهلة DNS ، وفشل التحقق من الصحة هي نتائج مختلفة. لا يمكن للمهلة أن تثبت غياب السجل. لا يؤدي تطابق IPv4 A إلى تأكيد مصدر IPv6 . احتفظ برموز الاستجابة وتوقيتها بدلاً من تجميع جميع النتائج في شارة حمراء واحدة.
لا تتوقف عند العنوان الأول الذي تم إرجاعه لاسم المضيف. يمكن أن يكون للمضيف عدة عناوين، وقد يكون العنوان الأصلي لاحقًا في المجموعة. ولا ينبغي أن تتجاهل لوحة المعلومات أسماء PTR المتعددة بصمت. هناك حاجة إلى النتائج الأساسية لشرح بالضبط ما هو مطابق.
حساب مجموعة اختبار الاصطناعية
الحالة أ تبدأ عند 192.0.2.25. يعود PTR smtp.example.com; هذا الاسم هو مجموعة 192.0.2.24, 192.0.2.25. تم تأكيد النتيجة المتوقعة، لأن العنوان الأصلي هو عضو في المجموعة. المساواة مع المجموعة بأكملها غير مطلوبة.
تستخدم الحالة B نفس PTR لكن المجموعة A تحتوي فقط 192.0.2.24. النتيجة المتوقعة غير متطابقة. تتلقى الحالة C مهلة للبحث الأمامي. النتيجة المتوقعة لم يتم حلها، وليست غير متطابقة. تبدأ الحالة D في 2001:db8::25 والإجابة AAAA للهدف هي 2001:0db8:0000:0000:0000:0000:0000:0025. يتم تأكيد النتيجة المتوقعة بعد التطبيع كعناوين IPv6 .
قم بإعادة إنتاج هذه الحالات باستخدام محلل التركيبات أو المناطق المعزولة. لكل حالة، قم بتخزين عنوان IP المصدر واستجابة PTR والاستجابة الأمامية ونوع الاستعلام ونتيجة العضوية المحسوبة. يقوم التنفيذ البسيط بتوزيع كل عنوان وتقييم ما إذا كان المصدر موجودًا في المجموعة التي تم إرجاعها، أثناء معالجة أخطاء DNS قبل خطوة العضوية تلك. ولا تدعي هذه النتائج المتوقعة أنه تم اختبار أي جهاز استقبال للإنتاج.
إصلاح جانب المالك من عدم التطابق
مراجع: RFC 1035 §3.5, RFC 8767 §4.
إذا كان PTR خاطئًا، فاعمل مع مشغل المنطقة العكسية. إذا كان عنوان إعادة التوجيه خاطئًا، فاعمل مع مشغل DNS المعتمد لاسم المضيف. إذا كان كلاهما صحيحًا في السلطة ولكن ليس في وحدة الحل، فتحقق من التخزين المؤقت أو طرق العرض المختلفة. احتفظ بالأدلة لكلا الاتجاهين في نفس الوقت حتى لا يتم تشخيص التغيير المتسلسل بشكل خاطئ على أنه عدم تناسق مستمر.
وأخيرًا، اختبر مسار SMTP الفعلي واحتفظ بأي استجابة لجهاز الاستقبال. التأكيد الأمامي هو خاصية تناسق بيانات DNS . يمكن للمهاجمين تشغيل مطابقة السجلات الأمامية والعكسية، ولا يزال من الممكن أن يكون لدى الموفر الشرعي تكوين معطل. استخدم النتائج جنبًا إلى جنب مع عناصر التحكم في المصادقة وإساءة الاستخدام، وليس بدلاً منها.
أبقِ نطاق الأدلة واضحًا
يمكن التحقق من الحالات الاصطناعية الأربع من خلال عضوية العنوان والتطبيع فقط: المؤكدة، وعدم التطابق، والتي لم يتم حلها، والمؤكدة. لا يقوم الحساب المحلي بإجراء PTR أو عمليات بحث للأمام أو تدريب جهاز الاستقبال أو قياس السمعة.