تحدد هذه المقالة إرشادات لاستكشاف الأخطاء الأساسية وإصلاحها وتتناول كيفية التحقق من أن “تنبيها خاطئا” هو في الواقع تنبيه حقيقي.
عندما يتلقى مستخدمو نظام Dotcom-Monitor تنبيها بأن جهازا مراقبا (موقع ويب / جهاز شبكة / خادم بريد وما إلى ذلك) يحتوي على خطأ ، فإنهم غالبا ما يتابعون “التحقق” من الخطأ عن طريق عمليات بسيطة مثل فتح صفحة الويب في متصفحهم الخاص أو إجراء فحص صندوق البريد المعتاد. إذا كان كل شيء يبدو جيدا بصريا ، فقد يفترضون خطأ أن الخطأ هو “تنبيه خاطئ”. ومع ذلك ، استنادا إلى مراجعة شاملة لتذاكر مشاكل Dotcom-Monitor التي تشير إلى “تنبيه خاطئ” في كثير من الأحيان ، فإن هذه “التنبيهات الكاذبة” هي في الواقع تنبيهات حقيقية.
لتحديد صلاحية تنبيه وتحديد السبب الجذري للتنبيه، اتبع الخطوات التالية بالترتيب:
- قم بتمكين صمت التنبيه لبعض الوقت حتى تكتشف سببا للتنبيه.
- تحقق من وجود صيانة حديثة للخادم، أو عمليات إعادة تكوين حديثة لأجهزة الخادم والشبكة، أو تحديثات لمحتوى صفحة الويب.
- راجع التقارير للحصول على تفاصيل حول حالة الجهاز وتفاصيل الخطأ قبل إنشاء تذاكر المشاكل، وعلى وجه التحديد:
- نوع الخطأ والوصف – يساعد على تحديد مساحة منطقة البحث.
- تتبع المسارات – غالبا ما تسبب معدات الشبكة الوسيطة تأخيرات وفواصل يكتشفها الرصد.
- نصوص HTML – قد يحتوي HTML على رسالة خطأ في الخادم مع أوصاف مفصلة.
- آثار DNS – مفيدة جدا لتحديد جذور المشكلة:
- عادة لا تعني مشكلات خادم اسم المجال المؤقت (DNS) أي فقدان للاتصال، لأن أجهزة كمبيوتر العملاء العاديين تستخدم ذاكرة التخزين المؤقت لنظام أسماء النطاقات.
- في حالة حدوث خطأ “انتهاء المهلة”: انتقل إلى إعدادات المهمة التي تشير إلى وجود خطأ وتحقق من حقل “الحد الأقصى لمهلة الاتصال” بحثا عن القيمة (على سبيل المثال، “15 ثانية”) في هذا الحقل. يمكن أن يؤدي تأخير الشبكة وأحمال الخادم إلى زيادة كبيرة في وقت تنفيذ مهمة المراقبة ، لذلك سيصل إلى قيمة المهلة المعدلة وتنبيه التشغيل ، بينما سيظل الكيان الخاضع للمراقبة قابلا للتشغيل.
إذا ظل سبب الخطأ غير واضح بعد اتخاذ هذه الخطوات ، أو إذا كانت هناك حاجة إلى مزيد من المساعدة – اتصل بالدعم الفني عبر الدردشة المباشرة أو نظام تذاكر المشاكل.