فاحص حالة وصحة الموقع

على أبسط مستوى، يجيب أداة التحقق من حالة الموقع الإلكتروني على سؤال واحد مهم: هل هذا الموقع متاح حالياً؟

في الواقع، يُعد توفر الموقع الإلكتروني أكثر تعقيدًا من مجرد تصنيف بسيط بـ«متاح» أو «غير متاح». فقد يتم تحويل النطاق بشكل صحيح عبر DNS بينما يكون تطبيقه الإلكتروني غير متاح. وقد يقبل خادم الويب الاتصال ولكنه يعرض خطأ «500 Internal Server Error». قد يستجيب موقع ويب آخر برسالة «403 ممنوع» لأن جدار الحماية الخاص به، CDN أو نظام الحماية من الروبوتات، يرفض الطلبات الآلية.

وهناك أيضًا حالات يُرجع فيها الخادم HTTP 200 حسناً دون تقديم الموقع الإلكتروني المتوقع فعليًّا. وقد يحدث هذا في حالة وجود إعدادات استضافة غير معتادة ، أو نقاط نهاية مهجورة، أو مستمعات خادم افتراضية ، أو مضيفات افتراضية تم تكوينها بشكل غير صحيح.

ولهذا السبب، فإن CyberTools تفصل توافر الموقع الإلكتروني من السياق الأوسع تقرير حالة الموقع الإلكتروني. نتيجة التوفر تصف ما حدث عندما حاولت CyberTools الوصول إلى الموقع الإلكتروني والتحقق منه. يقدم تقرير الحالة معلومات داعمة مثل حالة HTTP وSSL وDNS وعمليات إعادة التوجيه، والأداء ورؤوس الأمان.

من الناحية الفنية، يمكن أن يكون موقع الويب متاحًا على الإنترنت ومع ذلك يستجيب ببطء شديد. ولذلك، يقدم CyberTools معلومات عن زمن الاستجابة بالإضافة إلى معلومات توفر الموقع.

الوقت المستغرق حتى وصول البايت الأول (TTFB) يقيس المدة التي تستغرقها حتى تصبح بيانات الاستجابة الأولى متاحة. إجمالي وقت الاستجابة يقيس المدة الإجمالية للطلب الذي تم قياسه. وقد يعرض التقرير أيضًا معلومات عن الاتصال، وTLS، ووقت انتظار الخادم، وتوقيت النقل.

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

عندما يعرض موقع ويب رؤوس HTTP، يقوم CyberTools بالتحقق من وجود عدة رؤوس أمان شائعة تتعامل مع المتصفح، بما في ذلك Strict-Transport-Security و Content-Security-Policy و X-Content-Type-Options و X-Frame-Options و Referrer-Policy و Permissions-Policy.

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

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

عندما تفشل إحدى الصفحات في التحميل في متصفحك، فإن ذلك لا يعني بالضرورة أن الموقع غير متاح لجميع الزوار. قد تنشأ المشكلة ms من متصفحك الخاص، أو اتصال الإنترنت، أو مُحلل DNS، أو VPN، أو جدار الحماية، أو ISP، أو الموقع الجغرافي.

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

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

قد ينشأ تعطل الموقع الإلكتروني في عدة مستويات مختلفة من البنية التحتية. فقد يتعطل خادم الاستضافة أو يتعرض للحمل الزائد. وقد يتوقف برنامج خادم الويب عن الاستجابة. وقد تكون سجلات DNS غير صحيحة أو قديمة. قد تحجب قواعد جدار الحماية حركة المرور المشروعة. وقد يفشل تكوين SSL. وقد يواجه أحد التطبيقات خطأً في قاعدة البيانات أو في الكود أو في التبعيات.

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

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

ولهذا السبب، فإن تقييم مدى التوافر استنادًا إلى رقم واحد قد يكون مضللًا. أما الجمع بين معلومات استجابة HTTP والتحقق من المحتوى وDNS وSSL وعمليات إعادة التوجيه والتوقيت، فيوفر نقطة انطلاق أكثر فائدة بكثير.

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

إذا تم التحقق من أن الموقع الإلكتروني قيد التشغيل، فراجع استجابة HTTP و الاستجابة النهائية URL. تحقق مما إذا كانت هناك عمليات إعادة توجيه غير متوقعة، و ما إذا كان الموقع الإلكتروني يصل في النهاية إلى العنوان المتوقع HTTPS .

بعد ذلك، راجع المعلومات المتعلقة بـ SSL و DNS. تأكد من أن اسم المضيف يُحل إلى البنية التحتية المتوقعة، وأن HTTPS يعمل بالشكل المطلوب.

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

وأخيرًا، تحقق من توفر خريطة الموقع لـ robots.txt و XML عندما يكون زحف محركات البحث أمرًا مهمًا للموقع الإلكتروني.

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