Menu
Coddy logo textTech
flag Ar iconالعربيةdown icon

عندما يكذب ping

الدرس 17 من 47 في دورة التعامل مع الشبكات عبر الطرفية على Coddy.

يُعد Ping أول ما يلجأ إليه الجميع، لكنه يجيب عن سؤال أضيق مما يظن الناس. فهو يخبرك بأن الجهاز يعمل. لكنه لا يخبرك بشيء عمّا إذا كان الشيء الذي تريده فعليًا قيد التشغيل.

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

وهو يضلل في الاتجاه الآخر أيضًا. إذ إن عددًا كبيرًا من المضيفين مُعدّون من أجل تجاهل ICMP تمامًا، ولذلك يُبلغ Ping عن فقدان بنسبة 100 بالمئة لجهاز يقدّم حركة المرور بسلاسة. فشل Ping ليس دليلًا على وجود خطب ما.

لذلك يُعد Ping الخطوة الأولى في سلسلة، وليس التشخيص بأكمله مطلقًا. أما الخطوة الثانية فهي سؤال المنفذ نفسه.

challenge icon

التحدي

متوسط

اعرض الحالة الدقيقة التي لا يستطيع فيها ping الرؤية: جهاز يستجيب، مع عدم وجود أي خدمة تعمل على المنفذ.

باستخدام 127.0.0.1، ومن دون بدء تشغيل أي خادم على الإطلاق:

  1. نفّذ Ping مرة واحدة واطبع host up
  2. تحقّق من المنفذ 9999 باستخدام nc -z واطبع port closed

الناتج المتوقّع:

host up
port closed

من الواضح أن الجهاز يعمل. وهذه هي النقطة تحديدًا: كون الجهاز يعمل لا يعني أنه يقدّم خدمة.

جرّب بنفسك

الطرفية
quiz iconاختبر نفسك

يتضمن هذا الدرس اختبارًا قصيرًا. ابدأ الدرس للإجابة عليه وتتبّع تقدمك.

جميع دروس التعامل مع الشبكات عبر الطرفية

تدرّب بنفسك: Playground لـ Terminal