ERR_CONNECTION_TIMED_OUT لموقع واحد: المشكلة عندك أم في الخادم؟

ظهور رسالة «ERR_CONNECTION_TIMED_OUT» (تعذر الوصول إلى هذا الموقع الإلكتروني - استغرقت الاستجابة وقتاً أطول مما ينبغي) عند تصفح موقعك تحديداً بينما تتصفح بقية مواقع الإنترنت بسرعة فائقة، يضعك في حيرة كبيرة: هل العطل من اتصالك المنزلي، أم أن السيرفر بأكمله قد توقف عن العمل؟

من الناحية الهندسية لبروتوكول TCP، تعني هذه الرسالة أن جهازك أرسل حزمة مصافحة أولية (TCP SYN) إلى عنوان IP الخاص بالسيرفر على المنفذ ثمانين أو أربعمائة وثلاثة وأربعين، لكن السيرفر لم يرد بأي شيء مطلقاً وتجاهل الطلب بصمت (Drop Packet) حتى نفد مؤقت المتصفح الداخلي. هناك سببان جوهريان يفسران معظم هذه الحالات عملياً: إما أن جدار حماية السيرفر قام بحظر IP الخاص بك بسبب محاولات دخول متكررة خاطئة، أو أن خدمة خادم الويب متوقفة ومنافذ الاستقبال مغلقة تماماً أمام الزوار. إليك كيف تعزل المشكلة وتحلها فوراً وبأدوات تشخيص قطعية.

الخطوة الصفرية: اعزل المشكلة (هل الموقع معطل للجميع؟)#

قبل إجراء أي تعديل على الخادم أو جهازك، حدد نطاق المشكلة عبر خطوتين فوريتين لعزل المسبب بدقة:

1. جرّب شبكة بديلة فوراً: افتح الموقع من هاتفك المحمول عبر بيانات الشريحة الخلوية بدلاً من شبكة الواي فاي المنزلية، أو فعّل تطبيق VPN موثوق.
2. استخدم أداة فحص خارجية محايدة: افتح أدوات عالمية مثل downforeveryoneorjustme.com أو host-tracker.com وافحص رابط موقعك.

• إذا كان الموقع يفتح من شبكة الهاتف ويعمل في الأداة الخارجية: المشكلة تخصك وحدك؛ عنوان IP المنزلي الخاص بك محظور في السيرفر أو في الراوتر المنزلي.
• إذا كان الموقع معطلاً في كل مكان في العالم: المشكلة عامة وشاملة؛ خادم الويب متوقف، أو منافذ السيرفر مغلقة في جدار الحماية، أو هناك خلل في وسيط الشبكة.

الحالة الأولى: الموقع يعمل للجميع ومعطل عندك فقط (فك حظر الـ IP)#

تستخدم معظم خوادم الويب أنظمة أمان دفاعية ذكية تراقب سجلات الدخول باستمرار، مثل Fail2ban أو CSF Firewall أو UFW. إذا حاولت تسجيل الدخول بكلمة مرور خاطئة في cPanel، أو عبر عميل البريد الإلكتروني، أو برنامج FTP، أو لوحة ووردبريس لعدة مرات متتالية، يقوم جدار الحماية بتصنيف جهازك كمصدر هجوم تخميني، فيحظر عنوان IP العام الخاص بك تماماً، وعندها يتوقف الموقع عن الفتح عندك وحدك بينما يعمل للجميع بسلاسة.

1. فك الحظر في خوادم UFW وFail2ban عبر الطرفية#

اتصل بالخادم من جهاز آخر أو عبر وحدة التحكم المباشرة (VNC / Web Console) في لوحة مزود الاستضافة السحابية:

# معرفة عنوان IP المنزلي الحالي (افتح موقع whatismyip.com من جهازك)
# لنفترض أن رقم IP لجهازك هو 198.51.100.25

# فحص السجون النشطة في Fail2ban
sudo fail2ban-client status
sudo fail2ban-client status nginx-http-auth

# فك الحظر فوراً عن رقم IP في السجن المعني
sudo fail2ban-client set nginx-http-auth unbanip 198.51.100.25

# فحص قائمة الحظر في جدار الحماية UFW
sudo ufw status numbered
# وإذا وجدت سطر حظر للـ IP احذفه برقم السطر الظاهر بين القوسين (مثلاً 3):
sudo ufw delete 3
# أو اكتب القاعدة الأصلية نفسها مسبوقة بكلمة delete:
sudo ufw delete deny from 198.51.100.25

2. فك الحظر في خوادم CSF (ConfigServer Security & Firewall)#

إذا كان خادمك يستخدم لوحة تحكم cPanel / WHM أو تم تثبيت CSF عليه مسبقاً:

# فحص سبب حظر الـ IP والتأكد من وجوده
sudo csf -g 198.51.100.25

# إزالة الحظر المؤقت والدائم فوراً
sudo csf -dr 198.51.100.25
sudo csf -tr 198.51.100.25

# إضافة الـ IP الخاص بك إلى القائمة البيضاء الدائمة لحمايتك من الحظر المستقبلي
sudo csf -a 198.51.100.25 "My Trusted Workstation"
sudo csf -r

الحالة الثانية: الموقع معطل للجميع (إصلاح منافذ وخدمات السيرفر)#

إذا أكدت الفحوصات الخارجية أن الموقع لا يستجيب لأي زائر حول العالم، فهذا يعني أن جدار حماية السيرفر يسقط حزم المرور، أو أن خدمة خادم الويب قد انهارت تماماً:

1. التأكد من عمل خدمة خادم الويب#

# في خوادم Nginx
sudo systemctl status nginx
sudo systemctl restart nginx

# في خوادم Apache
sudo systemctl status apache2   # (على توزيعات أوبونتو وديبيان)
sudo systemctl status httpd     # (على توزيعات ريد هات وألما لينكس)

2. فحص المنافذ المفتوحة والمستمعة (Listening Ports)#

تأكد من أن خادم الويب يستمع بالفعل على المنافذ القياسية لبروتوكول الويب (المنفذ ثمانين لـ HTTP والمنفذ أربعمائة وثلاثة وأربعين لـ HTTPS):

sudo ss -tulpn | grep -E ':(80|443)'

إذا لم يظهر أي خرج للأمر، فهذا يعني أن السيرفر لا يستقبل اتصالات الويب ويجب مراجعة ملف إعدادات خادم الويب الرئيسي للتأكد من وجود أسطر listen 80; و listen 443 ssl;.

3. فتح منافذ الويب في جدار الحماية (UFW / Firewalld)#

# في أوبونتو وديبيان عبر UFW
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw reload
sudo ufw status verbose

4. مراجعة جدران الحماية السحابية (Cloud Firewalls & Security Groups)#

إذا كنت تستضيف موقعك لدى شركات الحوسبة السحابية (مثل Hetzner Cloud أو AWS أو Google Cloud أو DigitalOcean)، فإن السيرفر يمتلك جدار حماية خارجي يسبق نظام التشغيل. يجب الدخول إلى لوحة المزود السحابي، والتأكد من إضافة قواعد المرور الوارد (Inbound Rules) لتسمح بمرور حركة الويب عبر المنفذين ثمانين وأربعمائة وثلاثة وأربعين من كافة المصادر دون قيود.

أسباب شبكية متقدمة: حجم الحزم (MTU) وطابور المصافحة (SYN Backlog)#

في حالات نادرة، قد تفتح الصفحة الرئيسية الخفيفة بينما تفشل الصفحات الثقيلة وتظهر رسالة انتهاء المهلة؛ ويرجع ذلك لأحد سببين تقنيين عميقين:

• مشكلة حجم حزمة البيانات (MTU Mismatch): إذا كان مسار الشبكة بين جهازك والسيرفر يمر عبر نفق VPN أو مزود إنترنت يفرض حجماً صغيراً لحزم البيانات (أقل من الحجم القياسي ألف وخمسمائة بايت)، فإن الحزم الكبيرة تسقط في الطريق بصمت دون إشعار المتصفح. الحل هو تفعيل خاصية تجزئة الحزم في السيرفر أو خفض MTU.
• امتلاء طابور طلبات المصافحة (TCP SYN Backlog Overflow): عند تعرض السيرفر لضغط كبير أو هجمات إغراق، يمتلئ طابور الطلبات المعلقة في نواة لينكس، فيبدأ الكيرنل في إسقاط طلبات الاتصال الجديدة بصمت تام. تأكد من تفعيل ملفات تعريف الارتباط الآمنة في ملف /etc/sysctl.conf:

  net.ipv4.tcp_syncookies = 1
  net.ipv4.tcp_max_syn_backlog = 2048

  ثم نفذ sudo sysctl -p لتطبيقها.

جدول مقارنة: تشخيص مصدر الخطأ بدقة#

حلول سريعة إذا كانت المشكلة على جهازك المحلي#

1. تفريغ كاش الـ DNS في نظام ويندوز:

   ipconfig /flushdns

2. إعادة تعيين مكدس بروتوكولات الشبكة (Winsock Reset):

   netsh winsock reset
   netsh int ip reset

   ثم قم بإعادة تشغيل الحاسوب لتجديد جدول الاتصالات بالكامل.
3. إعادة تشغيل راوتر الإنترنت المنزلي: سيؤدي إطفاء الراوتر لمدة دقيقة واحدة إلى قيام مزود خدمة الإنترنت بمنحك عنوان IP عام جديد، مما يتجاوز حظر الـ IP في السيرفر فوراً إذا كنت لا تملك وصولاً برمجياً عاجلاً للخادم.

كيف تتأكد أن الاتصال عاد للعمل بنجاح؟#

تحقق من استجابة المنفذ أربعمائة وثلاثة وأربعين مباشرة من جهازك عبر سطر الأوامر:

# فحص مباشر لمصافحة المنفذ الآمن بدقة
curl -Iv https://example.com

إذا تمت المصافحة وظهر سطر Connected to example.com port 443 متبوعاً بكود الاستجابة الطبيعي، فهذا يعني أن جدار الحماية يمرر حزمك بسلاسة تامة، وأن الموقع عاد للعمل بأعلى كفاءة واستقرار.

المشاكل الشائعة وحلولها#

السيرفر يستجيب لأمر Ping لكن المتصفح يعطي خطأ انتهاء المهلة

أمر Ping يستخدم بروتوكول ICMP وهو منفصل تماماً عن بروتوكول HTTP/HTTPS. إذا كان Ping ينجح، فهذا يعني أن السيرفر متصل بالإنترنت، لكن منافذ خادم الويب (80 أو 443) معطلة أو محظورة في جدار الحماية.

تكرار الحظر يومياً على نفس الجهاز المنزلي

تحقق من برامج إدارة البريد (مثل Outlook) أو برامج رفع الملفات (FileZilla) على حاسوبك؛ غالباً ما يكون هناك حساب بكلمة مرور قديمة يحاول الاتصال تلقائياً في الخلفية فيقوم خادم الأمان بحظر IP جهازك دورياً بعد عدة محاولات فاشلة.

المصادر#

• دليل التوثيق الرسمي لجدار حماية UFW في أوبونتو لينكس
• قائمة أوامر إدارة وفك الحظر في Fail2ban
• المواصفة القياسية لبروتوكول التحكم بالإرسال TCP RFC 9293