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

IP الاستضافة المشتركة في القائمة السوداء؟ ما تصلحه بنفسك وما لا تصلحه

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

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

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

يستند هذا الدليل إلى الصفحات الرسمية لدى Spamhaus وAWS وGoogle Cloud وMicrosoft Azure كما كانت في نوفمبر 2026. والقيود والإجراءات تتغير، لذا تحقّق من الصياغة الحالية قبل أن تتصرف. وللاطلاع على الصورة الأشمل لرسائل الارتداد المرتبطة بالقوائم السوداء، راجع دليلنا حول البريد المحظور بسبب القوائم السوداء.

ابدأ بتحديد عنوان IP والقائمة

عبارة "خادمي في القائمة السوداء" قد تعني أمورًا مختلفة جدًا، والحل يتوقف على التفاصيل. أجب عن ثلاثة أسئلة قبل أي خطوة أخرى.

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

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

قراءة نتائج البحث ورموز الإرجاع

Spamhaus ZEN (zen.spamhaus.org) هي قائمة IP المجمّعة لدى Spamhaus. والعنوان المدرج يُرجع عنوانًا ضمن النطاق 127.0.0.x، ويخبرك الرقم الأخير بالقائمة الفرعية التي حدث فيها التطابق. وفي عناوين الاستضافة المشتركة والخوادم السحابية، هذه هي الرموز التي يستحق التمييز بينها:

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

الرموز 127.255.255.252 و127.255.255.254 و127.255.255.255 أخطاء، لا إدراجات. وتحذّر الأسئلة الشائعة لدى Spamhaus حول استخدام DNSBL أيضًا من أن المحلّل (resolver) العام المجاني مثل Google Public DNS (8.8.8.8) سيُرجع في معظم الحالات "غير مدرج"، ولهذا قد تختلف نتائج الأدوات. وعند الشك، تحقّق من النتيجة في أداة فحص السمعة الخاصة بـ Spamhaus. وللاطلاع على الإجراءات الكاملة لكل قائمة، راجع كيف تعمل الإزالة من Spamhaus.

ما يمكنك إصلاحه بنفسك وما لا يمكنك

يتوقف مقدار ما يمكنك تغييره على ما تدفع مقابله.

استبعاد حسابك أنت في الاستضافة المشتركة

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

إذا لم يكشف شيء من ذلك عن مشكلة، فالسبب المرجّح شخص آخر على العنوان نفسه. وتقول الأسئلة الشائعة لدى Spamhaus حول المنفذ 25 ذلك بوضوح: في مجموعات عناوين IP المشتركة، معظم المتأثرين بالإدراج ليسوا أصحاب الجهاز المصاب. وفي هذه الحالة يكون دورك هو جمع الأدلة وتسليمها إلى المزوّد.

كيف تبلغ مزوّد الاستضافة بالمشكلة

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

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

مثال قصير:

Our outbound IP 192.0.2.10 returns 127.0.0.2 (SBL) on zen.spamhaus.org.
We confirmed this on the official Spamhaus checker at 10:00 UTC on 2026-11-03.
We have reset all mailbox passwords and found no unexpected files on our site.
Please investigate, request removal if appropriate, or advise whether our mail
can be sent from a different IP.

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

قيود المنفذ 25 وDNS العكسي في VPS والخوادم السحابية

إذا كنت تشغّل خادم بريد خاصًا بك على VPS أو خادم سحابي، فقد تواجه مشكلة قبل أن تدخل أي قائمة سوداء في الصورة: فكثير من المزوّدين يقيّدون منفذ TCP رقم 25 الصادر، وهو المنفذ المستخدم لتسليم البريد بين الخوادم. وهذا ما تقوله الوثائق الرسمية لدى AWS وGoogle Cloud وMicrosoft Azure.

• Amazon EC2 (AWS). افتراضيًا، لا يسمح EC2 بحركة المنفذ 25 الصادرة إلا إلى عناوين IPv4 الخاصة؛ أما الحركة إلى عناوين IPv4 وIPv6 العامة فمحظورة. ويمكنك طلب رفع هذا القيد. ولإرسال البريد إلى أطراف ثالثة، توصي AWS بتجهيز عناوين Elastic IP وتعيين سجلات DNS عكسية ثابتة لها، مشيرةً إلى أن ذلك قد يساعد في تجنب تصنيف البريد على أنه عشوائي. ويجب أن يوجد سجل DNS أمامي (A) يشير إلى عنوان Elastic IP قبل إنشاء السجل العكسي.
• Google Cloud (Compute Engine). الحركة الخارجة إلى منفذ TCP رقم 25 على عناوين IP الخارجية محظورة افتراضيًا. ويُرفع الحظر تلقائيًا حين تقرر Google Cloud أن المشروع منخفض المخاطر، ويمكنك التحقق من حالة المشروع عبر شريط تنبيه في صفحات VPC networks أو firewall policies في وحدة التحكم. ويُستثنى SMTP عبر TLS على المنفذين 465 و587 من هذا الحظر. وتوصي Google باستخدام مزوّد بريد إلكتروني خارجي موثوق، وتقول إن ذلك يحسّن سمعة عنوان IP لديك.
• Microsoft Azure (الأجهزة الافتراضية). المنفذ 25 الصادر محظور لكل أنواع الاشتراكات باستثناء Enterprise Agreement القياسي وMicrosoft Customer Agreement for enterprise (MCA-E). واشتراكات Enterprise Dev/Test محظورة افتراضيًا، لكن يمكن إعفاؤها عبر أداة التشخيص في البوابة. أما خدمات SMTP relay مع المصادقة، التي تعمل عادةً على المنفذ 587، فليست مقيّدة لأي نوع من الاشتراكات، وتوصي Microsoft بها. وحتى حين يكون المنفذ 25 مفتوحًا، تشير Microsoft إلى أنه لا يوجد ضمان بأن النطاقات الخارجية ستقبل البريد.

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

الانتقال إلى IP مخصص أو SMTP relay مع المصادقة

إذا ظل العنوان المشترك يتضرر بسبب جيرانه، أو رفض مزوّدك السحابي فتح المنفذ 25، فإن تغيير طريقة الإرسال كثيرًا ما يكون أكثر عملية من ملاحقة طلبات الإزالة.

SMTP relay خارجي مع المصادقة

بدلًا من أن يسلّم خادمك البريد مباشرة إلى المستلم، فإنه يسلّم كل رسالة إلى خادم إرسال يتطلب المصادقة ويتولى تسليمها نيابةً عنك. وهذا تحديدًا هو النموذج الذي تصفه Spamhaus للنطاقات المدرجة في PBL: إذ يُتوقع أن يُسلَّم البريد مع المصادقة إلى خادم ترحيل (relay)، قد يديره مزوّد الإنترنت الذي يتصل عبره المستخدم أو خدمة بريد خارجية. وتضيف الأسئلة الشائعة لدى Spamhaus حول المنفذ 25 أن على المستخدمين النهائيين استخدام المنفذين 587 أو 465 مع SMTP AUTH. وتوصي كل من Azure وGoogle Cloud باستخدام الترحيل مع المصادقة أو خدمات البريد الخارجية، وتشير Microsoft إلى أن هذه الخدمات تُستخدم جزئيًا للحفاظ على سمعة عنوان IP التي يعتمد عليها التسليم.

• اضبط اسم مضيف خادم الترحيل والمنفذ (587 هو المعتاد) وبيانات الاعتماد كما يوضحها مزوّدك.
• حدّث سجل SPF لنطاقك ليشمل خادم الترحيل، وأعدّ توقيع DKIM له. راجع كيفية إعداد SPF وDKIM وDMARC.
• تحقّق من حدود الإرسال لدى خدمة الترحيل قبل نقل البريد كبير الحجم إليها.

عنوان IP مخصص

يعزلك عنوان IP المخصص عن سلوك العملاء الآخرين، لكنه ليس ترقية تلقائية للسمعة. فإرشادات المرسلين لدى Spamhaus تسرد العوامل المؤثرة في السمعة، ومنها مزوّد الخدمة، والجوار الشبكي للعنوان، والبنية التحتية التي يقوم عليها العنوان، وتاريخ عنوان IP.

• العناوين الجديدة تخضع لتدقيق إضافي. تقول الإرشادات نفسها إن نطاقات HELO التي لا تاريخ إرسال لها تخضع لتصفية إضافية، وإن تغيير عنوان IP أو اسم مضيف HELO ينبغي أن يُعامل بوصفه جديدًا وأن يُحمّى (warm up) تدريجيًا. وخدمات التحمية التي تولّد حركة مصطنعة محظورة.
• اضبط DNS عكسيًا ذا معنى. تحذّر Spamhaus من أن DNS العكسي العام أو المولَّد آليًا على العناوين المخصصة قد يضر بالسمعة.
• افحص العنوان الجديد قبل استخدامه. فقد يحمل العنوان إدراجًا من مستخدمه السابق، لذا ابحث عنه قبل أن تبدأ الإرسال.

منع تكرار المشكلة

• طابِق بين اسم المضيف وHELO وDNS العكسي. تقول الأسئلة الشائعة لدى Spamhaus حول CSS إن DNS الأمامي لعنوان IP لديك ينبغي أن يطابق قيمة HELO المضبوطة على خادمك، وإن HELO ينبغي أن يكون اسم نطاق مؤهلًا بالكامل (FQDN). وتذكر قيمًا مثل localhost.localdomain بوصفها أخطاء شائعة.
• اقصر المنفذ 25 على خوادم البريد. على خادم VPS يشغّل أعمالًا أخرى أيضًا، أغلق المنفذ 25 الصادر لكل ما ليس خادم بريدك.
• أبقِ المواقع والحسابات محمية. حدّث نظام CMS والإضافات، وتوقف عن إعادة استخدام كلمات المرور، وفعّل المصادقة الثنائية حيثما أمكن.
• راجع إعدادات البريد الصادر في لوحة التحكم. تصف الأسئلة الشائعة حول CSS خيارًا في Plesk يضع اسم كل نطاق في تحية SMTP. وتحذّر من أنه حين يتشارك أكثر من نطاق على الخادم عنوان IP واحدًا، فقد تُصنَّف رسائل بعض هذه النطاقات أو جميعها على أنها بريد عشوائي لدى الجهات المستقبِلة التي تستخدم Spamhaus XBL، وأن هذا الخيار ينبغي استخدامه بحذر شديد. تحقّق من الإعداد المكافئ في لوحتك واتبع إرشادات مزوّدك أو الجهة المطوّرة للوحة.
• راقب بانتظام. قد تتغير حالة العنوان المشترك بسبب تصرفات شخص آخر. افحصه دوريًا عبر أداة فحص القوائم السوداء لدينا، وأبلغ مزوّدك مبكرًا حين يتغير شيء.

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

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

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

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

• Spamhaus: Policy Blocklist (PBL)
• Spamhaus: Spamhaus Blocklist (SBL)
• Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
• Spamhaus FAQ: Combined Spam Sources (CSS)
• Spamhaus FAQ: Port 25 General Questions
• Spamhaus: Sender Guidelines
• AWS: Amazon EC2 service quotas (Restriction on email sent using port 25)
• AWS: Create a reverse DNS record for email on Amazon EC2
• Google Cloud: Sending email from an instance
• Google Cloud: VPC firewall rules (Blocked and limited traffic)
• Microsoft Learn: Troubleshoot outbound SMTP connectivity in Azure

أدلة ذات صلة

جميع الأدلة →