تُرسل مراقبة Ping حزم اختبار صغيرة إلى المضيف بشكل متكرر، وتسجّل ما إذا كان يستجيب، والمدة التي تستغرقها رحلة الذهاب والإياب، وعدد الحزم المفقودة. وهي تخبرك ما إذا كان الجهاز قابلًا للوصول عبر الشبكة، لا ما إذا كان التطبيق الذي يعمل عليه سليمًا. استخدم Ping للأجهزة والخدمات التي لا تملك نقطة نهاية ويب، واستخدم فحوصات HTTP كلما كان ما يهمك صفحةً أو استجابةً من واجهة برمجية.
كيف تعمل مراقبة Ping
الـ Ping التقليدي هو طلب ICMP Echo Request يُرَدّ عليه بـ Echo Reply. وتتتبّع المراقبة ما يلي:
- زمن الرحلة ذهابًا وإيابًا (RTT): زمن الاستجابة من إرسال الحزمة حتى وصول الرد، ويُقاس عادةً كمتوسط وكقيمة p95.
- فقدان الحزم: نسبة الحزم التي لا تعود أبدًا. ويستدعي الفقدان المستمر الذي يتجاوز نحو 1–2% على مسار سلكي التحقيق في الغالب.
- التذبذب (Jitter): تفاوت قيم RTT بين القياسات، وهو مهم لتطبيقات VoIP وحركة البيانات في الزمن الحقيقي.
تحظر شبكات كثيرة بروتوكول ICMP أو تحدّ من معدّله. وفي هذه الحالة يوفّر TCP Ping، الذي يقيس زمن المصافحة مع منفذ مفتوح مثل 22 أو 443، مؤشرًا موثوقًا على قابلية الوصول، بينما تغطي فحوصات UDP خدمات مثل DNS على المنفذ 53. وللتعمق في الآليات، راجع مقال كيف تعمل مراقبة Ping.
Ping مقابل فحوصات HTTP: الطبقة 3 مقابل الطبقة 7
يكمن الفرق الجوهري في النقطة التي يتوقف عندها كل فحص: Ping عند طبقة الشبكة، وHTTP عند طبقة التطبيق.
| السؤال | Ping (ICMP/TCP/UDP) | فحص HTTP |
|---|---|---|
| هل يمكن الوصول إلى المضيف؟ | نعم | بشكل غير مباشر |
| هل يتدهور المسار (زمن الاستجابة، الفقدان)؟ | نعم | جزئيًا |
| هل يُعيد خادم الويب الرمز 200؟ | لا | نعم |
| هل محتوى الاستجابة صحيح؟ | لا | نعم، باستخدام تحققات الكلمات المفتاحية أو JSON |
| هل يعمل مع أجهزة لا تحتوي على خادم ويب؟ | نعم | لا |
قد يستجيب الخادم لـ Ping بشكل مثالي بينما يُعيد Nginx أخطاء 502 أو يعلق التطبيق في حلقة من الأعطال وإعادة التشغيل. نجاح Ping لا يثبت أبدًا أن الموقع يعمل.
متى يكون Ping هو الخيار الصحيح
يكون Ping الفحص الأساسي الأفضل عندما لا يملك الهدف واجهة HTTP، أو عندما يكون مسار الشبكة نفسه هو محور الاهتمام:
- أجهزة التوجيه والمبدّلات والجدران النارية. غالبًا لا تتيح سوى SSH أو SNMP. يؤكد Ping أنها تعمل ويكشف ارتفاع زمن الاستجابة على وصلات الربط الصاعدة.
- بوابات VPN والأنفاق بين المواقع. يُظهر إرسال Ping إلى مضيف خلف النفق ما إذا كانت حركة البيانات تمر فعلًا، لا مجرد أن البوابة قيد التشغيل.
- خوادم قواعد البيانات والتخزين المؤقت. لا ينبغي لخوادم PostgreSQL أو MySQL أو Redis أن تقدّم HTTP. ويُعدّ TCP Ping إلى منفذ الخدمة المؤشر الصادق هنا.
- أجهزة إنترنت الأشياء والأجهزة الطرفية. كثيرًا ما لا تملك الكاميرات وأجهزة الاستشعار وأجهزة نقاط البيع سوى عنوان IP ومستجيب ICMP.
- خوادم البريد والألعاب وغيرها من الخوادم غير المعتمدة على HTTP. تناسب فحوصات TCP أو UDP خدمات SMTP وخدمات TCP المخصصة وخوادم الألعاب العاملة عبر UDP.
الفواصل الزمنية الشائعة تتراوح بين 30 و60 ثانية، مع إطلاق التنبيه بعد إخفاقين أو ثلاثة إخفاقات متتالية لتصفية الانقطاعات العابرة.
متى تحتاج إلى فحوصات HTTP
كل ما يصل إليه العملاء عبر متصفح أو مكتبة عميل يحتاج إلى مراقبة HTTP: المواقع الإلكترونية، ومسارات تسجيل الدخول والدفع، وواجهات REST وGraphQL البرمجية. تتحقق فحوصات HTTP من رموز الحالة وزمن الاستجابة وعمليات إعادة التوجيه والمحتوى، فتلتقط الأعطال الواقعة فوق طبقة الشبكة، مثل عمليات النشر المعيبة، وأخطاء قواعد البيانات التي تظهر كأخطاء 500، وشبكات CDN سيئة الإعداد. وإذا كانت اتفاقية مستوى الخدمة (SLA) لديك تحتسب الطلبات الناجحة، فلن يستطيع Ping وحده قياسها.
لماذا يُسرّع الجمع بينهما عملية التشخيص
عند تشغيل الفحصين معًا على الخدمة نفسها، يتحول تنبيه "الموقع متوقف" إلى تشخيص:
- فشل Ping وفشل HTTP: على الأرجح مشكلة في الشبكة أو المضيف أو مزوّد الخدمة.
- نجاح Ping وفشل HTTP: المضيف قابل للوصول، لذا افحص خادم الويب أو التطبيق أو TLS أو الاعتماديات الخارجية.
- نجاح الفحصين مع ارتفاع زمن الاستجابة: قارن RTT بزمن استجابة HTTP للتمييز بين ازدحام الشبكة وبطء الشيفرة.
تضيف المراقبة من مناطق متعددة بُعدًا آخر: إذا فقد موقع واحد فقط استجابة Ping، فالأرجح أن المشكلة في مسار إقليمي لا في خادمك. يُشغّل UpScanX فحوصات ICMP وTCP وUDP إلى جانب فحوصات HTTP/HTTPS من أكثر من 15 موقعًا حول العالم، بحيث تظهر الإشارتان على خط زمني واحد، كما تربط تقاريره المدعومة بالذكاء الاصطناعي بين التنبيهات المترابطة وتقدّم مؤشرات على السبب الجذري. وتُرسل التنبيهات عبر البريد الإلكتروني أو Slack أو Telegram أو Microsoft Teams أو Webhook.
أبرز النقاط
- يقيس Ping قابلية الوصول وRTT وفقدان الحزم والتذبذب على مستوى الشبكة، ولا يقول شيئًا عن صحة التطبيق.
- اعتمد Ping، أو فحوصات TCP وUDP حيث يُحظر ICMP، لأجهزة التوجيه والجدران النارية وبوابات VPN وخوادم قواعد البيانات وأجهزة إنترنت الأشياء والخوادم غير المعتمدة على HTTP.
- استخدم فحوصات HTTP لكل ما يعتمد عليه المستخدمون أو عملاء الواجهات البرمجية.
- اجمع بين الفحصين في الخدمات الحرجة، ليكشف نمط التنبيهات نفسه عن الطبقة المتعطلة.
لإضافة فحوصات على مستوى الشبكة إلى جانب أدوات مراقبة التوفر لديك، ابدأ بـ مراقبة Ping من UpScanX.