Tag: خطأ DNS

تعمل مراقبة DNS على تحسين سرعة موقع الويب وموثوقيته – الجزء 1

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

اقرأ المزيد 〉

تعمل مراقبة DNS على تحسين سرعة موقع الويب وموثوقيته – الجزء 2

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

اقرأ المزيد 〉

القيام بمراقبة DNS بشكل صحيح: انقطاع AT & T DNS

القيام بمراقبة DNS بشكل صحيح: انقطاع AT&T DNS: يوضح انقطاع خادم اسم نطاق AT&T (DNS) في 15 أغسطس 2012 سبب أهمية طريقة “غير قائمة على ذاكرة التخزين المؤقت” لمراقبة مواقع الويب لمواقع الويب ذات المهام الحرجة. أولا ، قليلا من المراجعة. يتم إجراء الشكل الأساسي الأكثر شيوعا لمراقبة موقع الويب باستخدام متصفح اصطناعي (وليس متصفحا فعليا) ، والذي يتصل بالخادم المستهدف عبر عملية طلب HTTP. يتم التحقق من عدد من العمليات التي تركز على الخادم ، مثل توفر الخادم المستهدف ، والوقت المستغرق لتحميل ملف HTML لموقع الويب من الخادم ، والقدرة على اكتشاف الكلمات الرئيسية داخل ملف HTML عبر استخدام متصفح اصطناعي باستخدام عملية طلب HTTP.

اقرأ المزيد 〉

تشخيص DNS: تحديث على خطأ DNS ATT

15 أغسطس 2012 – يوضح انقطاع DNS ATT أهمية تشخيص الأسباب الجذرية في الوقت الفعلي عند مراقبة خدمات الإنترنت. تم اكتشاف أخطاء DNS ATT المتقطعة لأول مرة في الساعة 5:23 صباحا بتوقيت المحيط الهادي بواسطة Dotcom-Monitor قبل ساعة كاملة من إبلاغ AT&T عن المشكلة. لاحظت عقدة Dotcom-Monitor Minnesota المشكلة والتقطت تتبع DNS تشخيصي في وقت الخطأ. يمكن لغير عملاء Dotcom-Monitor استخدام أداة تتبع DNS مجانية هنا لاختبار ما إذا كان مجالهم متأثرا بتحديد نمط التتبع “DNS”.

تم إرسال هذه المعلومات على الفور إلى عملاء Dotcom-Monitor الذين تأثرت خدماتهم بانقطاع DNS ATT. أعطى هذا التشخيص عملاء Dotcom-Monitor معلومات فورية تحدد السبب الجذري للمشكلة دون الحاجة إلى استكشاف الأخطاء وإصلاحها بشكل إضافي. اتخذ عملاء Dotcom-Monitor الذين يستخدمون ATT DNS قرارات سريعة ومستنيرة للغاية ، مثل نقل DNS الخاص بهم إلى مزود آخر ، أو اتخاذ تدابير بديلة لإعادة توجيه حركة المرور.

اقرأ المزيد 〉