الموقع غير متاح: الأسباب والتشخيص والإجراءات الفورية

أكّدوا من يتأثر، ثم افحصوا DNS والاتصال وTLS وHTTP بالترتيب. استعيدوا خدمة معروفة الأمان، واحفظوا الأدلة، وتواصلوا بوضوح؛ ثم عالجوا الأسباب التقنية والتنظيمية.

قد تنتج أعراض المتصفح المتشابهة عن أسباب مختلفة

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

افحصوا من شبكة خارجية لتمييز الأعطال المحلية عن الأوسع، وراجعوا خدمة Nginx أو Apache أو الحاوية المعنية، وافحصوا التحديثات أو تغييرات الإعدادات الأخيرة. يجعل الأثر على الإنتاج التشخيص السريع والمنظم أفضل من الارتجال.

التوافر سلسلة من الاعتماديات

بين المتصفح والتطبيق توجد DNS والشبكة وTLS وCDN أو الوكيل العكسي وخادم الويب وبيئة التشغيل وقاعدة البيانات والخدمات الخارجية. حدّدوا أولاً هل الحادث عالمي أم إقليمي أم خاص بمقدم خدمة أم محصور بجهاز واحد. ثم افحصوا حل الأسماء واتصال TCP والشهادة واستجابة HTTP.

يختلف 502 أو 504 عن DNS NXDOMAIN أو خطأ 500 يصدره التطبيق. تربط معرفات الترابط والطوابع الزمنية تجربة الزائر بسجلات الخادم. يعد تغيير النشر أو DNS أو الجدار الناري أو الشهادة أو قاعدة البيانات قبل الحادث مباشرةً قرينة مفيدة، لا دليلاً قاطعاً بمفرده.

ثبّتوا الخدمة أثناء الحادث

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

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

استخدموا تحليل ما بعد الحادث لتحسين النظام

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

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

قائمة تحقق عملية

01
أكّدوا النطاق بالمراقبة الخارجية ومن أكثر من شبكة.
02
افحصوا DNS والاتصال وTLS وHTTP بالترتيب.
03
اربطوا التغييرات الأخيرة بمقاييس البنية التحتية وسجلات التطبيق.
04
أعطوا الأولوية لتراجع آمن أو إجراء احتواء وسجّلوه.
05
أكملوا تحليلاً لاحقاً للحادث يشمل الأسباب والإجراءات والمسؤولين والمواعيد.

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

ما الفرق بين 502 و504؟

كلاهما يصدر عادةً من بوابة أو وكيل. يشير 502 إلى استجابة غير صالحة أو فاشلة من الخادم الخلفي؛ ويشير 504 إلى تجاوز انتظار الخادم الخلفي المهلة المحددة.

متى ينبغي الاتصال بمقدم الخدمة؟

عندما تحدد القياسات موضع العطل خارج الطبقة التي تتحكمون بها، أو يؤكد مقدم الخدمة وقوع حادث. تساعد الأوقات والتتبعات وأدلة التشخيص في التصعيد.

الموقع غير متاح: الأسباب والتشخيص والإجراءات الفورية

معرفة يمكنك تطبيقها.