«الموقع ساقط» تغطّي أربعةَ أعطابٍ شديدةِ الاختلاف لأربعة أصحاب. وهذه الأوامر الأربعة، بترتيبها، تضعه في موضعه — وكلٌّ منها سريع.
١. أيُحلَّل الاسم؟
dig yourdomain.com +shortلا جواب يعني الـ DNS: النطاق أو خوادم الأسماء أو السجلّ. ولا شيء عند الخادم يصلحه، وإعادةُ تشغيل الأشياء هناك وقتٌ ضائع.
٢. أيُجيب العنوان؟
ping -c 3 1.2.3.4
curl -sI --max-time 10 http://1.2.3.4/رفضُ ping مع إجابة curl أمرٌ معتاد — فكثيرٌ من المزوّدين يحجب ICMP. وألّا يجيب أيٌّ منهما يعني أنّ الجهاز مُطفأ أو أنّ الجدار الناريّ مُغلَق.
٣. أيعمل خادم الوِب؟
systemctl status nginx
ss -tulpn | grep -E ":80|:443"ألّا يُنصت شيءٌ على 443 مع سجلّ DNS عاملٍ هو الجوابُ كلُّه.
٤. بماذا يعود فعلًا؟
curl -sI https://yourdomain.com/ | head -1رمزُ الحالة هنا يسلّم المشكلة إلى المقال الصحيح: فـ 502 هو PHP، و504 مهلةٌ انتهت، و403 أذونٌ أو قاعدة، و500 هو التطبيق.
أهو أنت وحدك؟
قبل أيّ شيء آخر، افحص من هاتفٍ على بيانات الجوّال. فمخزنُ DNS محلّيّ أو شبكةٌ افتراضيّة أو حجبٌ من المزوّد يصيب شخصًا واحدًا ويبدو انقطاعًا تمامًا — ونصفُ الانقطاعات المُبلَّغ عنها هي هذا.
وإن كان كلُّ ما سبق سليمًا
- شبكةُ توصيلٍ في المقدّمة، تُخفق والأصلُ سليم.
- شهادةٌ انتهت — فيُحمَّل الموقع عبر http ويرفض عبر https.
- قاعدةُ جدارٍ ناريّ حجبت بلدًا واحدًا، أو حجبت عنوانك أنت بعد محاولات دخولٍ كثيرة.
اكتب ما تجده في كلّ خطوة. فتسليمُ «dig يجيب والمنفذ 443 مغلق» إلى الدعم إصلاحٌ في دقائق، وتسليمُ «الموقع ساقط» محادثة.
