ما هي مراقبة Ping (ICMP)؟
يرسل Ping حزمة ICMP صغيرة من نوع «echo request» إلى عنوان وينتظر ردًّا من نوع «echo reply». فإذا وصل الرد فإن الجهاز يمكن الوصول إليه على الشبكة، ويعطي الزمن المقيس فكرة عن زمن الاستجابة (latency).
هو الاختبار الأخف والأدنى مستوى. وهو مثالي لمراقبة معدات الشبكة والموجّهات والبوابات أو الخوادم التي نريد فقط معرفة ما إذا كانت قيد التشغيل ومتصلة.
وحدّه مهم: قد يستجيب جهاز لأمر Ping بينما يكون موقع الويب الذي يستضيفه متعطلًا. وعلى العكس، تحجب بعض جدران الحماية ICMP عمدًا، ما يعطي انطباعًا خاطئًا بوجود عطل.
ما هي مراقبة TCP؟
يحاول اختبار TCP فتح اتصال على منفذ محدد: 443 لـ HTTPS، و25 أو 587 لإرسال البريد، و3306 لـ MySQL، و5432 لـ PostgreSQL، و22 لـ SSH، وهكذا. فإذا نجح الاتصال فهناك فعلًا خدمة تنصت على هذا المنفذ.
وهو الخيار الصحيح للخدمات التي لا تتحدث HTTP: قواعد البيانات وخوادم البريد والخدمات الداخلية للأعمال المكشوفة على منفذ. ويكشف توقف خدمة حتى لو ظل الجهاز يستجيب لأمر Ping.
وحدّه: المنفذ المفتوح لا يضمن أن الخدمة تعمل بشكل سليم. فقد تقبل قاعدة بيانات الاتصال وهي مثقلة بالحمل.
ما هي مراقبة HTTP؟
يتصرف فحص HTTP مثل متصفح أو عميل API: يرسل طلبًا إلى عنوان URL ويحلّل الاستجابة. يدل الرمز 200 على أن كل شيء سليم؛ أما الرمز 500 أو 502 أو 503 أو غياب الاستجابة فيشير إلى مشكلة.
وهو الاختبار الأقرب إلى تجربة المستخدم الفعلية. فهو يكشف أعطال التطبيق وأخطاء خادم الويب ومشكلات الوكيل (proxy) أو موزّع الأحمال، ويقيس زمن الاستجابة كما يشعر به المستخدم.
وبالنسبة إلى موقع ويب أو متجر أو واجهة API فهو في الغالب الاختبار الرئيسي الذي ينبغي إعداده.
جدول المقارنة
إليك ملخصًا للمقاربات الثلاث:
- Ping (ICMP) — السؤال المطروح: هل يمكن الوصول إلى الجهاز؟ — مثالي لـ: الموجّهات والخوادم ومعدات الشبكة — الحد: لا يرى أعطال التطبيقات.
- TCP — السؤال المطروح: هل تنصت الخدمة على هذا المنفذ؟ — مثالي لـ: قواعد البيانات والبريد وSSH والخدمات غير الويب — الحد: المنفذ المفتوح لا يثبت أن الخدمة تستجيب جيدًا.
- HTTP — السؤال المطروح: هل يستجيب الموقع أو واجهة API بشكل صحيح؟ — مثالي لـ: مواقع الويب والمتاجر وواجهات API — الحد: يخص خدمات الويب فقط.
لماذا نجمع بين عدة أنواع من الفحص؟
الاختبارات الثلاثة متكاملة، والجمع بينها يساعد على التشخيص بشكل أسرع. فإذا فشلت Ping وTCP وHTTP جميعًا فالمشكلة غالبًا في الشبكة أو العتاد. وإذا استجاب Ping ولم يستجب TCP على المنفذ 443 فخادم الويب متوقف على الأرجح. وإذا استجاب TCP بينما يُرجع HTTP خطأ 500 فالتطبيق هو السبب.
ومن المقاربات العملية وضع فحص HTTP على كل موقع أو واجهة API عامة، وفحص TCP على الخدمات الحيوية غير الويب، وPing على الأجهزة ومعدات الشبكة المهمة. وبالنسبة إلى مواقع HTTPS أضِف مراقبة شهادة SSL، لأن الشهادة المنتهية تحجب الزوّار حتى لو كان الخادم يعمل بشكل مثالي.
ما الذي يقدّمه LOXUp؟
يدعم LOXUp، خدمة المراقبة من LOXBOX، أنواع الفحص الثلاثة — HTTP وTCP وICMP Ping — بفحوصات عالية التردد، إضافة إلى مراقبة شهادات SSL مع تنبيهات قبل الانتهاء.
وتنطلق التنبيهات عبر البريد الإلكتروني والرسائل النصية (WinSMS في تونس) والإشعارات الفورية إلى جميع جهات الاتصال المصرّح لها في فريقك، وتُؤرشف كل حادثة بصفة دائمة لتحليلاتك.
خلاصة
Ping لإمكانية الوصول، وTCP لمنفذ خدمة، وHTTP لتجربة المستخدم الفعلية. بالنسبة إلى موقع ويب ابدأ بـ HTTP ومراقبة SSL، ثم أضِف TCP وPing للبنية التحتية التي تشغّله.
للمزيد: مراقبة SSL · مراقبة التوفّر · جميع الميزات