بنغ

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

ما الذي يفحصه اختبار بنغ فعليا؟

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

• HTTP(s) يفحص عنوان URL عبر HTTP أو HTTPS. وهو مناسب لمواقع الويب وواجهات API وخدمات الويب، لأنه يستطيع إرجاع رمز حالة استجابة HTTP.
• بينغ (ICMP) يتحقق مما إذا كان المضيف يستجيب لحركة صدى بروتوكول رسائل التحكم في الإنترنت. وهذا هو المعنى التقليدي لكلمة "ping" في الشبكات.
• المضيف / المنفذ يتحقق من إمكانية الوصول إلى منفذ شبكة محدد على أحد المضيفين. ومن الأمثلة الشائعة خادم بريد SMTP أو خادم POP أو نقطة اتصال بقاعدة بيانات.

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

كيف أستخدم أداة بنغ؟

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

1. اختر HTTP(s) وأدخل URL كاملا، مثل https://www.example.com/status، عند تشخيص مشكلة في موقع ويب أو نقطة اتصال API أو خدمة ويب.
2. اختر بينغ (ICMP) وأدخل Host، مثل server.example.com أو عنوان IP، للتحقق مما إذا كان الخادم يستجيب لحركة ICMP.
3. اختر المضيف / المنفذ، وأدخل Host، ثم أدخل رقم Port. على سبيل المثال، تستخدم خدمة إرسال SMTP عادة المنفذ 587، بينما يستخدم HTTPS عادة المنفذ 443.

لا تضف مسار URL إلى فحص يقبل اسم المضيف فقط. وفي المقابل، قد يحتاج فحص HTTP إلى المسار الكامل إذا كانت المشكلة تؤثر في مسار API أو صفحة بعينها، لا في النطاق كله. تستخدم منافذ النقل قيما من 16 بت تتراوح بين 0 و65535. المنفذ 0 محجوز، ولا يُستخدم عادة كمنفذ خدمة. لا تُعد المسافات أو الفواصل أو العبارات مثل "port 443" جزءا من رقم المنفذ.

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

كيف أقرأ نتيجة بنغ؟

ابدأ بنتيجة التوفر، ثم استخدم مدة الاستجابة أو حالة HTTP أو نتيجة الخطأ لتحديد نطاق المشكلة.

على سبيل المثال، قد تعرض نتيجة HTTP افتراضية الحالة Up!، ووقت استجابة قدره 180 ms، ورمز الحالة 200. يشير رمز الحالة 200 إلى نجاح الطلب. أما الاستجابة 404 فتعني أن خادم المصدر لم يجد تمثيلا حاليا للمورد المطلوب، أو أنه لا يرغب في الإفصاح عن وجوده. وتنتمي استجابة 5xx (Server Error) إلى فئة أخطاء الخادم، بينما يتوقف السبب الدقيق على رمز الحالة المحدد.

لا تعني نتيجة Down! دائما أن الجهاز بأكمله غير متصل. فقد يحظر جدار الحماية ICMP بينما يظل HTTPS عاملا، أو قد يكون منفذ واحد مغلقا مع بقاء خدمات أخرى متاحة. شغّل الفحص المطابق للخدمة التي يحاول المستخدمون الوصول إليها.

أعطال شائعة يكشفها بنغ

إذا كان موقع ويب لا يُحمّل، فابدأ باستخدام HTTP(s) مع عنوان URL المتأثر كما هو. إذا كان النطاق يستجيب لكن إحدى الصفحات تُرجع 404، فتحقق من المسار أو قواعد إعادة الكتابة أو عملية النشر. وإذا عرض المتصفح تحذيرا بشأن شهادة HTTPS، فاستخدم البحث عن SSL للاطلاع على تفاصيل الشهادة بدلا من الاعتماد على بنغ وحده. ويمكن لأداة البحث عن رؤوس HTTP أيضا عرض عمليات إعادة التوجيه ورؤوس الاستجابة.

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

بعد نقل موقع إلى مضيف جديد، افحص اسم المضيف باستخدام ICMP أو HTTP حسب الحالة. تحقق من سجل DNS، وضع الإجابات المخزنة مؤقتا في الحسبان. قد يساعد بحث Whois في تأكيد معلومات تسجيل النطاق، لكنه لا يوضح إجابة DNS التي يحتفظ بها حاليا كل محلل.

لماذا قد يجعل التخزين المؤقت لنظام DNS النتيجة الصحيحة تبدو خاطئة؟

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

يشيع استخدام مصطلح "الانتشار" لوصف هذا التأخير، رغم أن سجلات DNS لا تنتشر في كل مكان ضمن عملية منسقة واحدة. تنتهي صلاحية كل ذاكرة تخزين مؤقت وفقا لجدولها الخاص. لذلك قد يعمل سجل عُدّل حديثا عبر اتصال واحد، بينما يواصل اتصال آخر استخدام العنوان السابق.

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

الأسئلة الشائعة

ماذا يحدث لأسماء النطاقات التي تحتوي على أحرف معلمة أو غير لاتينية؟

يحوّل IDNA تسميات نطاق Unicode المؤهلة إلى تسميات ASCII من نوع A-label. وPunycode هو خوارزمية الترميز المستخدمة داخل تسميات A-label ذات الصلة. غالبا ما تحول المتصفحات الصيغة المقروءة تلقائيا، لكن حقول المضيف وأنظمة التشخيص قد تتطلب صيغة A-label. تحقق من التهجئة بعناية، لأن أحرف Unicode المتشابهة بصريا قد تشير إلى نطاقات مختلفة.

هل سيظل وقت الاستجابة منخفضا دائما؟

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

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