عندما يكذب ping
الدرس 17 من 47 في دورة التعامل مع الشبكات عبر الطرفية على Coddy.
يُعد Ping أول ما يلجأ إليه الجميع، لكنه يجيب عن سؤال أضيق مما يظن الناس. فهو يخبرك بأن الجهاز يعمل. لكنه لا يخبرك بشيء عمّا إذا كان الشيء الذي تريده فعليًا قيد التشغيل.
يمكن لخادم أن يستجيب لكل اختبار Ping بشكل مثالي، بينما يكون خادم الويب الموجود عليه قد تعطل. الجهاز يعمل؛ أما الخدمة فمتوقفة. لا يستطيع Ping رؤية الفرق، لأنه لا يتحدث مطلقًا إلى الخدمة.
وهو يضلل في الاتجاه الآخر أيضًا. إذ إن عددًا كبيرًا من المضيفين مُعدّون من أجل تجاهل ICMP تمامًا، ولذلك يُبلغ Ping عن فقدان بنسبة 100 بالمئة لجهاز يقدّم حركة المرور بسلاسة. فشل Ping ليس دليلًا على وجود خطب ما.
لذلك يُعد Ping الخطوة الأولى في سلسلة، وليس التشخيص بأكمله مطلقًا. أما الخطوة الثانية فهي سؤال المنفذ نفسه.
التحدي
متوسطاعرض الحالة الدقيقة التي لا يستطيع فيها ping الرؤية: جهاز يستجيب، مع عدم وجود أي خدمة تعمل على المنفذ.
باستخدام 127.0.0.1، ومن دون بدء تشغيل أي خادم على الإطلاق:
- نفّذ Ping مرة واحدة واطبع
host up - تحقّق من المنفذ 9999 باستخدام
nc -zواطبعport closed
الناتج المتوقّع:
host up
port closedمن الواضح أن الجهاز يعمل. وهذه هي النقطة تحديدًا: كون الجهاز يعمل لا يعني أنه يقدّم خدمة.
جرّب بنفسك
يتضمن هذا الدرس اختبارًا قصيرًا. ابدأ الدرس للإجابة عليه وتتبّع تقدمك.
جميع دروس التعامل مع الشبكات عبر الطرفية
4هل يمكن الوصول إليه؟
ICMP و pingقراءة مخرجات pingعندما يكذب pingمرفوض أم انتهت المهلة؟مراجعة: قابلية الوصولتدرّب بنفسك: Playground لـ Terminal