الرئيسية › أدلة

ما هي DNSBL (RBL)؟ كيف تعمل القوائم السوداء القائمة على DNS

تاريخ النشر 2026-11-03 ／ آخر تحديث 2026-11-03 ／ الناشر Yuki Nakazawa

قائمة DNSBL (أي القائمة السوداء القائمة على DNS، وتُسمى أيضًا قائمة حظر DNS أو RBL) هي قائمة بعناوين IP أو أسماء نطاقات تعدّها الجهة المشغّلة للقائمة مصدرًا للبريد العشوائي أو الإساءة، وتُنشر بحيث يستطيع أي شخص فحصها باستعلام DNS عادي. وتبحث خوادم البريد عن كل مرسل يتصل بها في قائمة DNSBL واحدة أو أكثر، ثم ترفض الرسالة أو تقبلها أو تضيف النتيجة إلى درجة تقييم البريد العشوائي.

يشرح هذا الدليل كيف يعمل البحث في DNSBL (عناوين IP المعكوسة، وسجلات A وTXT، وصيغة nibble في IPv6)، والفرق بين القوائم القائمة على IP والقائمة على النطاقات، وكيف تستخدم الجهات المستقبِلة الإجابات فعليًا، وكيف تختلف القوائم السوداء عن القوائم البيضاء، ولماذا تُدرج العناوين، وموقع الإدراج حين لا يصل بريدك. ويستند إلى RFC 5782 والوثائق الرسمية لكبرى الجهات المشغّلة للقوائم كما كانت في نوفمبر 2026.

معنى DNSBL وRBL

تستخدم RFC 5782، بعنوان "DNS Blacklists and Whitelists"، المصطلح الشامل DNSxL للإشارة إلى منطقة DNS تحدد سجلاتها المضيفين المدرجين في قائمة. فالقائمة السوداء هي DNSBL، والقائمة البيضاء هي DNSWL. وكلتاهما تُبنى بالطريقة نفسها، ولا يختلف سوى المعنى الذي تمنحه الجهة المستقبِلة للتطابق.

أما RBL فهي اختصار Real-time Blackhole List. ووفقًا لـ RFC، بدأت أول قائمة من هذا النوع عام 1997 وعُرفت بهذا الاسم. وبالمعنى الدقيق، يشير مصطلح RBL إلى تلك القائمة الأصلية وما انبثق عنها، وتذكر RFC أن المصطلح علامة خدمة مسجلة في الولايات المتحدة. لكن في الاستخدام اليومي يُستعمل "RBL" و"DNSBL" بالتبادل تقريبًا، لذا فإن سؤال "ما هي RBL" وسؤال "ما هي DNSBL" هما في الواقع سؤال واحد.

وثيقة RFC 5782 وثيقة معلوماتية (Informational)، وليست معيارًا من معايير الإنترنت. وقد أعدّتها مجموعة IRTF Anti-Spam Research Group، وهي تمثّل توافق تلك المجموعة على ممارسات تحسّن قابلية التشغيل البيني بين القوائم السوداء والبيضاء القائمة على DNS. ولا تصف الوثيقة سياسات لإضافة العناوين أو إزالتها ولا توصي بها، إذ تتوقع أن تتناول ذلك وثيقة منفصلة. وعمليًا، تضع كل جهة مشغّلة سياستها الخاصة للإدراج والإزالة.

كيف يعمل البحث في DNSBL

البحث في DNSBL استعلام DNS عادي، لذا لا يتطلب الفحص اليدوي أي برنامج خاص: فأي أداة قادرة على تحليل اسم يمكنها الاستعلام من قائمة. غير أن الجهات المشغّلة قد تضع شروطًا للاستخدام. فالخوادم العامة لدى Spamhaus مثلًا مجانية فقط للاستخدام غير التجاري منخفض الحجم، والاستعلامات عبر المحلّلات (resolvers) العامة لا تُجاب بشكل موثوق (انظر أدناه).

IPv4: اعكس العنوان وأضف المنطقة

بالنسبة إلى عنوان IPv4، اكتب الثمانيات (octets) الأربع بترتيب معكوس وأضف إليها اسم منطقة القائمة. وهذه البنية مستعارة من DNS العكسي. ففي مثال RFC 5782، يُفحص العنوان 192.0.2.99 في قائمة على bad.example.com بالبحث عن:

99.2.0.192.bad.example.com

سجل A يقول "مدرج"، وسجل TXT يقول السبب

• سجل A. يجب أن يكون لكل إدخال مدرج سجل A. وقيمته بحسب العرف هي 127.0.0.2. والقيمة إشارة وليست عنوانًا، ولا يجوز استخدامها بوصفها عنوانًا؛ وتستخدم القوائم النطاق 127.0.0.0/8 حتى لا تُحدث القيمة، إن استُخدمت خطأً، حركة شبكية غير مرغوب فيها.
• غير مدرج. إذا لم يكن العنوان في القائمة، فلا توجد له سجلات، ولذلك يُرجع الاستعلام عادةً NXDOMAIN.
• سجل TXT. ينبغي أن تنشر DNSBL سجل TXT يصف سبب الإدراج. ويجب على العملاء فحص سجل A، ويجوز لهم أيضًا فحص سجل TXT.
• قيم مختلفة لقوائم فرعية مختلفة. قد تُرجع القائمة المجمّعة قيمًا مختلفة من نوع 127.0.0.x لتوضيح القائمة الفرعية التي حدث فيها التطابق، أو عدة سجلات A في آن واحد. والمعنى خاص بكل قائمة، لذا اقرأ دائمًا وثائق الجهة المشغّلة. ويتناول دليلنا حول رموز الاستجابة في DNSBL الرموز الشائعة.

من الطرفية (المنطقة هنا مثال افتراضي):

dig +short 99.2.0.192.bad.example.com A
dig +short 99.2.0.192.bad.example.com TXT

إدخالات الاختبار

تشترط RFC 5782 أن تحتوي قوائم IPv4 على إدخال للعنوان 127.0.0.2، وألا تحتوي على إدخال للعنوان 127.0.0.1. ويُتوقع من العملاء فحص إدخالات الاختبار هذه قبل الوثوق بالمنطقة، وعدم استخدام أي منطقة تجيب عنها إجابة غير صحيحة.

IPv6: صيغة nibble

يُكتب عنوان IPv6 كاملًا في صورة 32 رقمًا ست عشريًا، ثم يُعكس رقمًا رقمًا (nibble واحدًا في كل مرة) مع نقطة بين كل رقمين، ثم تُضاف منطقة القائمة. ومثال RFC للعنوان 2001:db8:1:2:3:4:567:89ab على ugly.example.com هو:

b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.8.b.d.0.1.0.0.2.ugly.example.com

يجب أن تحتوي قوائم IPv6 على إدخال الاختبار ::FFFF:7F00:2 (أي 127.0.0.2 بصيغة عنوان IPv4 المعيَّن)، ويجب ألا تحتوي على ::FFFF:7F00:1. وليست كل القوائم تدعم IPv6، لذا راجع وثائق الجهة المشغّلة قبل الاعتماد على البحث بعنوان IPv6.

القوائم القائمة على IP والقائمة على النطاقات

تنقسم القوائم إلى نوعين عامين بحسب ما تحتويه.

في مثال النطاقات لدى RFC 5782، يُفحص invalid.edu في doms.example.net بالبحث عن invalid.edu.doms.example.net. وتُعرف القوائم القائمة على النطاقات أحيانًا باسم RHSBL (right-hand-side blacklist). وتستخدم إدخالات الاختبار فيها أسماء محجوزة: إذ يجب أن تحتوي القائمة على TEST وألا تحتوي على INVALID.

وقائمة Spamhaus Domain Blocklist (dbl.spamhaus.org) مثال شائع الاستخدام، وتطرح وثائقها بعض النقاط العملية:

• إنها خاصة بالنطاقات فقط. والاستعلام منها بعنوان IP يُرجع دائمًا رمز "مدرج"، لذا لا يجوز ضبطها بوصفها قائمة DNSBL عامة لعناوين IP. وتوصي Spamhaus بقائمة ZEN (zen.spamhaus.org) للبحث عن عناوين IP.
• يمكنك الاستعلام باسم مضيف كامل؛ ويحدث التطابق إذا كان نطاق المضيف مدرجًا.
• أثناء جلسة SMTP تُفحص مقابل سلسلة HELO ونطاق MAIL FROM. وبعد قبول الرسالة، تُفحص مقابل النطاقات الواردة في الترويسات والنص، مثل الروابط (URLs) وعناوين التواصل.

والنتيجة العملية: عنوان IP المرسِل النظيف لا يضمن التسليم. فنطاق الإرسال المدرج، أو النطاق المدرج المرتبط برابط في الرسالة، قد يتسبب في الحظر مع ذلك.

كيف تستخدم الخوادم المستقبِلة قوائم DNSBL

تصف RFC 5782 الإعداد المعتاد. إذ يفحص خادم البريد مجموعة مضبوطة من قوائم DNSxL عند كل اتصال SMTP وارد. فإذا تطابق العنوان مع قائمة سوداء رفض الاتصال، وإذا تطابق مع قائمة بيضاء قبِله. أو بدلًا من ذلك، تُغذّي النتائج دالة تقييم تزنها مع إشارات أخرى. أما المرشحات التي تعمل بعد استلام الرسالة فتستخرج عادةً عناوين IP المراد فحصها من حقول ترويسة Received أو من عناوين URI في النص.

الرفض أم التقييم بالنقاط؟

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

مزالق تُحذَّر منها الجهات المستقبِلة

• أنت تفوّض الحكم. استخدام DNSxL يعني تسليم جزء من إدارة خادمك إلى الجهة المشغّلة للقائمة. وتقول RFC إن عليك التأكد من أن سياسات القائمة متسقة مع سياساتك.
• القوائم الميتة. قد تضع الجهة المشغّلة عند إيقاف قائمتها سجلًا عامًا (wildcard) يُدرج كل العناوين. وإدخالات الاختبار المذكورة أعلاه هي الوسيلة التي يكتشف بها العميل ذلك.
• التخزين المؤقت. يجوز للخوادم تخزين النتائج مؤقتًا، لكن يجب أن تحترم قيم TTL وأن تتخلص من السجلات المنتهية.
• المحلّلات العامة. تقول الأسئلة الشائعة لدى Spamhaus إن الاستعلامات عبر Google Public DNS ستُرجع في معظم الحالات "غير مدرج"، فتفوت الإدراجات الحقيقية. والرموز ضمن 127.255.255.x أخطاء، مثل 127.255.255.254 للاستعلام عبر محلّل عام محظور، ولا يجوز قراءتها على أنها "مدرج". وتشير Spamhaus إلى أن بعض الخوادم ترفض كل البريد خطأً بسبب ذلك، وتوصي بتشغيل محلّل خاص بك.

وهذا أحد أسباب اختلاف أداتَي فحص حول العنوان نفسه: فقد تكونان تستعلمان عبر محلّلات مختلفة.

القوائم السوداء والقوائم البيضاء (DNSBL وDNSWL)

يُستعلم من DNSBL وDNSWL بالطريقة نفسها، لكن التطابق يعني العكس. فبحسب RFC 5782، يستخدم مديرو الشبكات عادةً قوائم DNSBL لحظر الحركة، وقوائم DNSWL لقبول الحركة بأفضلية. بل يمكن للقائمة نفسها أن تعمل قائمةً سوداء في سياق وقائمةً بيضاء في سياق آخر.

وقائمة dnswl.org (list.dnswl.org) مثال على القوائم البيضاء. وتذكر وثائقها أن الإجابات تأتي بصيغة 127.0.x.y، حيث x فئة وy مستوى ثقة من 0 (لا ثقة) إلى 3 (ثقة عالية). وتقترح السماح للمضيفين المدرجين بتجاوز القائمة الرمادية (greylisting) وفحوص القوائم السوداء، والسماح للمضيفين ذوي الثقة المتوسطة والعالية بتجاوز تصفية البريد العشوائي، وعدم تجاوز فحص الفيروسات أبدًا. ويبقى مقدار ما يُعفي منه إدخال القائمة البيضاء قرارًا يعود إلى الجهة المستقبِلة.

الأسباب الشائعة لإدراج عنوان IP أو نطاق

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

• بلاغات البريد العشوائي ومصائده. تحتوي SpamCop Blocking List على عناوين IP أرسلت بريدًا أبلغ عنه مستخدمو SpamCop، مع وزن إضافي للبريد المرسل إلى مصائد البريد العشوائي (spam traps، وهي عناوين جمعها مرسلو البريد العشوائي أو أنشؤوها). وتقول أسئلتها الشائعة إن الإدراج لا يدوم إلا 24 ساعة ما لم ترد بلاغات أخرى، وإن العناوين تُزال تلقائيًا حين تتوقف البلاغات.
• الأجهزة المصابة أو المخترقة. تُدرج Spamhaus XBL عناوين IP تلقائيًا بناءً على أدلة مثل البرمجيات الخبيثة، أو تطبيقات "VPN مجانية" تمرّر حركة أطراف ثالثة عبر الجهاز، أو المشاركة في هجمات القوة الغاشمة (brute-force)، أو محاولات ترحيل البريد ببيانات اعتماد مسروقة. وإذا بقي السبب قائمًا، يُدرج العنوان مجددًا في المرة التالية التي يتصل فيها.
• سوء الإعداد وضعف العناية بالقوائم البريدية. تذكر Spamhaus CSS أسماء HELO لا تطابق DNS الأمامي، والمواقع وأنظمة CMS المخترقة، والإعدادات غير الآمنة، والقوائم البريدية سيئة الصيانة. وتنص على أنه يجب تحديد السبب وتصحيحه قبل الإزالة.
• الإدراجات القائمة على السياسة. تغطي Spamhaus PBL مساحات عناوين، غالبًا ما تكون خطوط إنترنت منزلية، لا ينبغي أن ترسل البريد مباشرة. وتقول Spamhaus إن الإدراج في PBL ليس نتيجة لأي شيء فعله المستخدم النهائي؛ ويُتوقع أن يخرج البريد من هذه النطاقات عبر خادم SMTP يتطلب المصادقة.
• البنية التحتية المشتركة. في الاستضافة المشتركة، قد يؤثر إرسال عميل آخر في عنوان IP الذي تستخدمه. راجع ما الذي تفعله عند إدراج عنوان IP لاستضافة مشتركة في القائمة السوداء.

موقع DNSBL حين لا يصل البريد

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

1. اقرأ رسالة الارتداد. دوِّن رمز الرد وأي اسم قائمة أو رابط في النص.
2. حدّد عنوان IP المرسِل ونطاق الإرسال. استخدم أسطر Received في الترويسات، أو اسأل الجهة التي تدير الخادم.
3. افحص القوائم الرئيسية دفعة واحدة. استخدم أداة فحص القوائم السوداء، ثم تأكد من أي تطابق في صفحة البحث الخاصة بالجهة المشغّلة.
4. عالج السبب. راجع الأسباب المذكورة أعلاه. فالطلبات المقدّمة قبل معالجة السبب تنتهي عادةً بإعادة الإدراج.
5. اتبع إجراءات تلك الجهة المشغّلة. فبعض القوائم تنتهي من تلقاء نفسها، وبعضها يقبل طلب إزالة، وبعضها لا يقبل الطلبات إلا من مالك الشبكة. وقرار الإزالة يعود دائمًا إلى الجهة المشغّلة للقائمة، والطلب ليس وعدًا بالإزالة.

وتشغّل الجهات المستقبِلة أيضًا تصفيتها الخاصة، لذا قد لا يعود البريد إلى التدفق لحظة انتهاء الإدراج. وللاطلاع على تسلسل استكشاف الأخطاء الكامل، راجع البريد في القائمة السوداء: كيف تقرأ رسالة الارتداد، وللمصادقة راجع إعداد SPF وDKIM وDMARC. وإن لم تتمكن من تحديد السبب بنفسك، يمكنك طلب المساعدة منا.

الأسئلة الشائعة

الصفحات الرسمية المعتمدة

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

• RFC 5782: DNS Blacklists and Whitelists
• Spamhaus FAQ: DNSBL Usage
• Spamhaus: Domain Blocklist (DBL)
• Spamhaus: Exploits Blocklist (XBL)
• Spamhaus: Combined Spam Sources (CSS)
• Spamhaus: Policy Blocklist (PBL)
• SpamCop FAQ: What is the SpamCop Blocking List (SCBL)?
• SpamCop FAQ: How do I configure my mailserver to reject mail based on the blocklist?
• dnswl.org: Return codes and recommended usage

أدلة ذات صلة

جميع الأدلة →