التعليمات

افتح الجهاز المستهدف في القائمة لتحريره. في شريط عناوين المتصفح، سترى شيئا مثل:

https://user.dotcom-monitor.com/ClientID/DeviceEdit?pid=dc7f4ff2ca944dekjh1078b96707002& deviceId=63698 & taskId=132834 

معرف الجهاز = 63698 هو معرف الجهاز.
taskId=132834 هو معرف المهمة.

معرف حساب متوفر في صفحة بدء تحديد حساب في قائمة الحسابات المتاحة.

بمجرد تسجيل الدخول، ابحث عن معرف حسابك ضمن قائمة الحساب في القائمة المنسدلة.

بالإضافة إلى ذلك، يتم عرض > معرف الحساب ضمن إعدادات الحساب.

رقم القسم

بمجرد تسجيل الدخول إلى حساب رئيسي ، يمكنك العثور على معرفات الأقسام الخاصة بك ضمن أقسام إعدادات > حساب الحساب>.

Each test in LoadView has a unique ID. Using the test ID you can call a specific scenario while configuring LoadView integration (e.g., for Jenkins or CircleCl builds).

The Test ID can be found on the test page.

يوفر هذا النهج القدرة على تحديد كيفية تفسير Dotcom-Monitor للاستجابات بعناية على أنها إما استجابات “أعلى” أو “أسفل”. يتم تحقيق ذلك باستخدام المرشحات.

تحدد التصفية حالات أعلى/أسفل باستخدام المعايير التالية القابلة للتعديل:

• يتم الإبلاغ عن خطأ لعدد محدد من الدقائق
• يتم تأكيد الخطأ من قبل عدد محدد من الوكلاء
• يتم الكشف عن خطأ في عدد محدد من المهام.

تتوفر جميع الفلاتر وإعداداتها في تكوين > عوامل التصفية. بعد تطبيق فلتر على جهاز، تستند جميع إشعارات الجهاز إلى معايير الفلتر. يتم تعيين “الفلتر الافتراضي” لجميع الأجهزة الجديدة. يحتوي المرشح الافتراضي على تكوين متوازن ومناسب لمعظم أجهزة المراقبة.

حسابات وقت التشغيل/التوقف عن العمل

صيغة حساب وقت التوقف هي كما يلي:

1. ترتبط مدة التوقف مباشرة بالتكوينات داخل الفلتر:

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

2. مدة الحالة “غير المحددة“. يمكن تعيين حالة غير محددة عندما تصبح حالة كل وكيل مشارك في المراقبة غير محددة. تعتبر حالة الوكيل غير محددة إذا لم يقدم الوكيل أي استجابة (خطأ أو نجاح) في فترة زمنية معينة:

مدة وقت انتظار الاستجابة = (العدد الإجمالي للوكلاء +1) تردد مراقبة × + 15 دقيقة

على سبيل المثال ، نستخدم ثلاثة عوامل مراقبة وتردد مراقبة لمدة 5 دقائق. سينتظر كل وكيل استجابة لمدة وقت انتظار الاستجابة = (3+1)×5+15 دقيقة = 35 دقيقة. بمجرد انتهاء الوقت وعدم تلقي أي رد، يقوم الوكيل بالإبلاغ عن غير محدد.

3. مدة الحالة “المؤجلة“. سيؤدي تأجيل الجهاز في أي لحظة إلى إيقاف أي نشاط مراقبة حتى تتم إعادة تمكينه.

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

يستخدم LoadView خوادم حاقن التحميل من Amazon Web Services (AWS) وخدمات Azure السحابية. يحتوي Dotcom-Monitor على 17 منطقة جغرافية يمكن ذكر خوادم حاقن التحميل ويمكن إنشاء الحمل منها. في كل منطقة ، يمكن إنشاء حوالي 500 حاقن تحميل.

تعتمد حدود السعة على نوع منصة المراقبة بسبب الاختلاف في خوارزميات تنفيذ الاختبار:

• لاختبار HTTP (S) ، يمكن لكل حاقن تحميل التعامل مع ما يصل إلى 1000 مستخدم HTTP متزامن تقريبا.
• لاختبار صفحة ويب أو تطبيق ويب ، يمكن لكل حاقن تحميل التعامل مع ما يصل إلى 25 مستخدما متزامنا تقريبا.

يتم حساب الحد الأقصى لنوع معين من اختبار التحميل باستخدام الصيغة التالية:

500 × 16 × عدد المستخدمين المتزامنين لكل حاقن تحميل = الحد الأقصى لحمل المستخدم

ابحث عن حدود سعة الحمولة الناتجة أدناه:

يقع وكيل المراقبة "شنغهاي" (الصين) خلف جدار الحماية العظيم للصين ، والذي تديره الحكومة الصينية مباشرة. لدى الحكومة الصينية قاعدة تصفية معمول بها لجميع حركة المرور على الإنترنت وهي ليست عامة. يتم تعديل قواعد التصفية هذه بشكل متكرر ، مما يؤثر بدوره على نتائج المراقبة من وكيل شنغهاي ، الصين.

يمكنك تحرير مواقع الوكلاء لأجهزة متعددة في وقت واحد على شاشة
إدارة الأجهزة
.

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

باختصار ، تقوم مهام UserView و BrowserView Platforms بتحميل صفحة ويب في متصفح حقيقي وتنفيذ جميع مكونات الصفحة ، بينما تستخدم مهمة HTTP (S) متصفحا "اصطناعيا" محاكيا وتقوم فقط بتنزيل عنصر الصفحة الذي تم طلبه دون تقديم.

لمزيد من التفاصيل، راجع الاختلافات بين المراقبة عبر HTTP(S) وعبر BrowserView/UserView والاختلافات في قياس الوقت بين مهام HTTP(S) وBrowserView/UserView.

بشكل افتراضي، تتعرف خوادم Exchange على ما إذا كان عنوان البريد الإلكتروني محليا أم لا. إذا كانت هذه هي الحالة ، فإن الخادم لا يرسل البريد الإلكتروني عبر الإنترنت العام. هذا هو الافتراضي لمعظم خوادم البريد الإلكتروني.

إذا كنت ترغب في اختبار الإرسال والاستلام عبر الإنترنت العام ، فإننا نوصي باستخدام شاشة البريد الإلكتروني ذهابا وإيابا + حساب بريد إلكتروني تابع ل 3^rd مثل Gmail.

تتطلب مراقبة البريد الإلكتروني ذهابا وإيابا استخدام بروتوكولات POP3 أو IMAP إما في موقعك أو في الطرف^الثالث (gmail).

هناك ثلاث طرق لاختبار ذلك مع رحلة ذهاب وإياب:

اختبار الصادر

1. قم بإعداد SMTP لإرسال البريد الإلكتروني من مواقع المراقبة الخارجية الخاصة بنا عبر خادم SMTP الخاص بك عن طريق إدخال عنوان خادم SMTP. (هذا يختبر أن خادم SMTP الخاص بك يعمل)
2. أدخل عنوان بريد إلكتروني لإرسال البريد الإلكتروني إليه (gmail.com على سبيل المثال)
3. أدخل عنوان خادم gmail POP3/IMAP حتى يتمكن موقع المراقبة من استرداد البريد الإلكتروني من خادم SMTP.

اختبار وارد

1. قم بإعداد SMTP لإرسال البريد الإلكتروني من مواقع المراقبة الخارجية عبر خادم SMTP في Gmail عن طريق إدخال عنوان خادم SMTP في gmail.
2. أدخل عنوان بريد إلكتروني لإرسال البريد الإلكتروني إليه (حساب في نظامك)
3. أدخل عنوان خادم POP3/IMAP حتى يتمكن موقع المراقبة من استرداد البريد الإلكتروني من خادم SMTP.

اختبار الصادر والوارد

1. قم بإعداد SMTP لإرسال البريد الإلكتروني من مواقع المراقبة الخارجية الخاصة بنا عبر خادم SMTP الخاص بك عن طريق إدخال عنوان خادم SMTP.
2. أدخل عنوان بريد إلكتروني لإرسال البريد الإلكتروني إليه (gmail.com على سبيل المثال)
3. قم بإعداد حساب Gmail لإعادة التوجيه تلقائيا إلى حساب البريد الإلكتروني POP3/IMAP على خادمك.
4. أدخل عنوان خادم POP3/IMAP حتى يتمكن موقع المراقبة من استرداد البريد الإلكتروني من خادمك.

اختبار ActiveSync

يقوم بروتوكول ActiveSync أيضا بتنفيذ رحلة ذهاب وإياب. تختبر المزامنة النشطة القدرة على إرسال بريد إلكتروني من جهاز بعيد (مواقع المراقبة الخاصة بنا) واسترداد بريد إلكتروني من الخادم بواسطة هذا الجهاز البعيد. لكنه لا يرسل البريد الإلكتروني من خادم مزامنة نشط إلى آخر لأن حساب الإرسال والاستقبال هما نفس الحساب على نفس الخادم ، لذلك يجد أقصر طريق إلى عنوان محلي لا يتطلب إرسال الرسالة إلى الإنترنت العام حتى يتم استرداد الرسالة من جهاز بعيد (مواقع المراقبة الخاصة بنا).

فيما يلي الفرق بين Round Trip و ActiveSync - يمكنك رؤية البريد الإلكتروني يتحرك عبر خوادم متعددة باستخدام موفر بريد إلكتروني تابع لجهة 3rd مثل Gmail ، بينما يوجد البريد الإلكتروني على خادم 1 باستخدام activesync:

3rd الطرف ذهابا وإيابا مسار البريد الإلكتروني

1. يرسل "عميل البريد الإلكتروني" Dotcom-Monitor رسالة عبر الإنترنت العام
2. يقوم خادم SMTP الخاص بالعميل بإعادة توجيه الرسالة إلى حساب طرف^{3 rd} على الإنترنت العام
3. 3^{الجزء الثالث} (gmail) خادم البريد الإلكتروني يتلقى الرسالة
4. الجزء^{3 الثالث} (gmail) إعادة توجيه تلقائي إلى خادم البريد الإلكتروني للعملاء عبر الإنترنت العام
5. يطلب "عميل البريد الإلكتروني" من Dotcom Monitor البريد الإلكتروني من العملاء POP3 أو خادم IMAP عبر الإنترنت العام (أو مباشرة من Gmail الطرف^الثالث ، إذا لم تقم بإعادة التوجيه التلقائي)

مسار البريد الإلكتروني ActiveSync

1. يرسل "عميل البريد الإلكتروني" Dotcom-Monitor رسالة عبر الإنترنت العام
2. يقوم العملاء ActiveSync Server بإعادة توجيه الرسالة ويجد أن الحساب محلي بحيث يرسلها مباشرة إلى الحساب ، وليس إرسالها إلى الإنترنت العام
3. يطلب "عميل البريد الإلكتروني" من Dotcom Monitor البريد الإلكتروني من خادم ActiveSync للعملاء عبر الإنترنت العام

يتم تأمين واجهة برمجة التطبيقات بواسطة عنوان IP للسماح للمستخدمين المصرح لهم بالوصول فقط. قبل استخدام واجهة برمجة التطبيقات ، يجب عليك الاتصال بالدعم ومنحهم عناوين IP للمواقع التي ستدخل فيها إلى واجهة برمجة التطبيقات.

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

يقوم Dotcom-Monitor تلقائيا بإزالة البيانات من النظام وفقا للجدول التالي.

للحسابات النشطة:

• يتم الاحتفاظ بملفات التقارير التي تم إنشاؤها مثل مستندات CSV أو PDF لمدة 3 سنوات من تاريخ إنشائها.
• يتم الاحتفاظ ببيانات وقت الاستجابة من جميع المهام لمدة 6 أشهر. يتم تضمين جميع بيانات وقت الاستجابة الموجودة في مخطط انحلالي مفصل مثل DNS ووقت استجابة الحزمة الأولى ووقت تحميل العنصر الفردي في فترة الاحتفاظ البالغة ستة أشهر.
• يتم الاحتفاظ بالبيانات المجمعة لمدة 3 سنوات. على سبيل المثال، لن تكون تفاصيل مستوى العنصر لمهمة تحميل صفحة HTTP متاحة بعد 1 سنة، ولكن سيظل الوقت المجمع لتحميل الصفحة محتفظا به لمدة 3 سنوات. يتضمن ذلك أي بيانات ملخص محسوبة مثل وقت التشغيل المحسوب وفترات التوقف. وبالتالي فمن الممكن أن يتم تشغيل مخطط أو تقرير لفترات مضت منذ أكثر من عام قد لا يعرض أي بيانات إذا كان الإطار الزمني للاستعلام المحدد أقصر من البيانات المجمعة المحفوظة.
• يتم تطهير تسجيلات الفيديو بعد 6 أيام. لمعرفة المزيد حول كيفية عمل تسجيلات الفيديو، راجع مقالة تسجيل الفيديو.
• يتم الاحتفاظ ببيانات تقارير المنارة لمدة أسبوعين فقط.

ينطبق نهج الاستبقاء هذا على جميع أنواع المهام.

لا يتم الاحتفاظ ببيانات الحساب التجريبي وفقا لهذا الجدول الزمني ويمكن حذفها في أي وقت بعد انتهاء صلاحية الإصدار التجريبي.

قد تتم إزالة بيانات الحساب المغلق من النظام في غضون 60 يوما من آخر تسجيل دخول مستخدم للحساب.

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

نظرا للطبيعة التفصيلية لقدرات مراقبة Dotcom-Monitor ، قد ترغب في تعديل التنبيهات أو التقارير أو البرامج النصية المسجلة لاستبعاد عناصر أو أخطاء معينة للقضاء على الإيجابيات الخاطئة. وتشمل بعض هذه الأسباب ما يلي:

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

يمكنك ضبط هذه الإيجابيات الخاطئة عن طريق إنشاء فلاتر وتطبيق الفلتر على التنبيهات والتقارير الخاصة بالجهاز المخالف.

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

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

بمجرد اكتمال جدول البيانات الخاص بك ، يمكنك إرفاقه بتذكرة الدعم أو إرساله بالبريد الإلكتروني إلى الدعم وسيقوم بملء التغييرات نيابة عنك.

يمكنك إسكات تنبيهات الأجهزة الفردية لمدة تصل إلى 24 ساعة من "إدارة الأجهزة" بالنقر فوق الإجراءات الموجودة بجوار الجهاز، وتحديد "صمت التنبيه"، وإسكات الصوت للفترة المطلوبة.

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

يمكنك أيضا استخدام واجهة برمجة التطبيقات لإسكات التنبيهات لأكثر من 24 ساعة. للحصول على معلومات حول كيفية القيام بذلك ، قم بالدفع API: تعطيل التنبيهات لجهاز. قبل أن تتمكن من استخدام واجهة برمجة التطبيقات، يجب عليك إعلام الدعم بعناوين IP للسماح بالوصول إلى واجهة برمجة التطبيقات منها.

توفر أنظمة Dotcom-Monitor مجموعة قوية من أدوات المراقبة التي يجب تعديلها بعناية للكشف عن مستوى الأداء المطلوب لكل هدف مراقب. نظرا لعدد عوامل التنبيه وتنوعها ، قد تحتاج إلى تعديل بعض الإعدادات على شاشاتك من أجل القضاء على الإيجابيات الخاطئة.

لتحديد ما إذا كانت التنبيهات التي تتلقاها صالحة، راجع هذه المقالة حول تحديد الإيجابيات الخاطئة.

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

الحد الأقصى للوقت المنتهي

إذا كان الخطأ الموجود في التقرير عبر الإنترنت ينص على "انتهت صلاحية الحد الأقصى للمهلة (300) مهمة" ، فهذا يعني أن المهمة استغرقت وقتا أطول لإكمالها من الحد الأقصى للمهلة المحددة للمهمة. قد يشير هذا إلى وجود مشكلة مشروعة ، ولكن الأمر متروك لك لتحديد النقطة التي تحتاج فيها إلى تلقي تنبيهات. إذا كنت تشعر أنك تتلقى الكثير من التنبيهات، فيمكنك تحرير المهمة وزيادة الحد الأقصى للمهلة.

أخطاء خاصة بالموقع

إذا كنت تراقب من مواقع متعددة، ولكنك تواجه مشكلات من موقع واحد فقط، فهناك العديد من الأشياء التي يمكنك التحقق منها.

الوصول المقيد إلى IP

إذا كان الوصول إلى الخادم محدودا عبر عنوان IP ، فيجب عليك التأكد من إضافة عناوين IP لجميع مواقع المراقبة إلى قائمة الوصول إلى عنوان IP الخاص بك.

شهادات الأمان المطلوبة

إذا كان الخادم يتطلب شهادة للوصول إلى المحتوى، فيجب عليك فتح تذكرة دعم لتحميل الشهادة إلى كل موقع مراقبة.

جدار الحماية العظيم للصين

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

اتصل بالدعم

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

UserView المهلات

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

هناك عدد من العوامل التي تحدد ما إذا كان سيتم إرسال رسالة تنبيه وإلى من سيتم إرسالها.

مرشحات

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

جداول

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

فترات التصعيد

عند إعداد تنبيهات المجموعة، يمكنك تحديد ما إذا كان يجب أن تتلقى المجموعة إشعارا على الفور عند اكتشاف الخطأ، أو ما إذا كان يجب أن يكون هناك تأخير بين وقت اكتشاف الخطأ لأول مرة ووقت إرسال الخطأ. على سبيل المثال، ربما يكون لديك مجموعة دعم من المستوى الثاني يتم إعلامها فقط عند استمرار حدوث خطأ بعد 30 دقيقة من تلقي دعم الطبقة الأولى تنبيها.

الشيكات الإيجابية الكاذبة

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

مجموعات التنبيه

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

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

• تم تجاوز المهلة

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

• لم يتم العثور على النصوص أو الصور التي يتم التحقق من صحتها

إذا كانت المهمة تتضمن التحقق من صحة كلمة رئيسية أو صورة معينة تم العثور عليها على الصفحة، فقد يستمر تحميل بقية المحتوى بشكل صحيح أثناء فقدان العنصر المتوقع.

• يتم تحميل العناصر الموجودة على الصفحة ببطء، مما يتسبب في فشل البرنامج النصي

قد تفشل بعض عمليات التحقق من الصحة إذا كانت المهمة تبحث عن عنصر قبل تحميل العنصر بالكامل. إذا كانت المهمة عبارة عن برنامج نصي UserView ، فقد تحتاج إلى إضافة تأخير زمني قبل التحقق من صحة هذا العنصر المحدد.

• قد تفشل دقة DNS لمجموعة فرعية من خوادم DNS

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

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

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

1. قد يكون أحد أسباب هذا النوع من الأحداث التي تم وضع علامة عليها هو أن موقع الويب الذي تتم مراقبته يتطلب مصادقة أساسية. في هذه الحالة، سيتم وضع علامة على الطلب الأول للحصول على عنوان URL كخطأ لأن الخادم يعرض استجابة 401 تتيح للمستعرض معرفة أن المصادقة الأساسية مطلوبة. ثم يتم إرسال الطلب التالي من الشاشة بما في ذلك بيانات اعتماد المصادقة الأساسية ، والتي ترجع استجابة ناجحة ، لذلك من الناحية الفنية ، تم إكمال المهمة بنجاح.
2. قد يكون السبب المحتمل الآخر هو أن العنصر المطلوب قد تم تحميله بالفعل من طلب سابق في البرنامج النصي للمراقبة ، وبمجرد تحقيق ذلك ، يتم إلغاء الطلب ، ولكن مرة أخرى ، تم إكمال المهمة ككل بنجاح.
3. للحصول على نظرة ثاقبة إضافية حول مثل هذه الحالات الشاذة ، لا تتردد في الاتصال بالدعم عن طريق فتح تذكرة دعم.