كيف يعمل الـ Ping ؟

موضوعنا اليوم قد يكون بالمسمى بسيط لكن فهمه مهم لكل شخص محترف يعمل في مجال الشبكات لانه يعد من أهم الأدوات التى تساعدك في تشخيص الكثير من المشاكل التى تتعرضها أثناء العمل وأنا أتوقع أن كل واحد فينا سأل نفسه هذا السؤال

مقدمة
بداية محور حديثا لن يكون عن برمجة الـ Ping بل عن كيفية عمله في الشبكة
لفهم الـ Ping بشكل أحترافي أكثر يجب أن نتعرف على ماضيه أولا الـ Ping تم كتابته لأول مرة عام 1983 من قبل Mike Muuss بهدف تحديد مواقع الغواصات عن طريق ارسال نبضات صوتية ولندخل أكثر في التفاصيل يجب علينا أن تكون عندنا خلفية بسيطة في مفهوم الطبقات وال TCP/IP

كيف يعمل الـ Ping

كما نعلم جميعا اننا عندما نريد ان نقوم بعمل Ping نبدأ اولا بكتابة كلمة Ping وبعدها نضيف اسم الموقع أو الايبي المراد عمل التجربة عليه وتكون النتيجة على الشكل التالي

تدلنا الصورة السابقة على نجاح العملية  بينما تدلنا الصورة القادمة على فشل العملية

Ping  بشكل عام هو عبارة عن أداة تستخدم  بروتوكول الـ ICMP  أو Internet Control Message Protocol وللذين يجهلون عمل هذا البروتوكول أقول لهم هو عبارة عن بروتوكول يعمل في الطبقة الثالثة Network Layer وهو المسؤول عن إرسال رسائل الأخطاء في الشبكة بشكل عام

ماذا يحدث عندما أقوم بأرسال Ping إلى أحد الايبيات ؟

في الارسال يقوم الـ ICMP بارسال Echo Requests الى الهدف متبوع بي Type 8 , Code 0 طيب ماهي معاني هذه الاشياء ولفهمها سوف نطلع أولا على الجدول التالي وبعدها نكمل

طيب بعد أطلاعنا على هذا الجدول المعقد ماذا نستطيع ان نفهم ؟

لكي نفهم العملية بشكل صحيح يجب علينا ان نضع الـ Header امامنا ونتخيل ماهي محتوياته عند ارسال الطلب وهي بالشكل التالي سوف تكون

عند ارسالنا للطلب أو التحقق من الايبي المطلوب يقوم الـ ICMP بتحديد الـ Type ثمانية وهي يدل على ان هذه الباكيت هي للطلب أما بالنسبة للكود فهو صفر حسب الجدول السابق الذي يوضح وبشكل منطقي طبعا انه لايوجد خيارات عند الطلب

بعكس رقم الـ Type   3 وهو المسؤول عن عدم إكتمال الـ Ping ونجد في خانة الـ Code هناك عدة خيارات تدل على الخطأ بالضبط

ونستنتج ان خانة الـ Type تحدد نوع الرسالة في بروتوكول ICMP بينما خانة الـ Code تستخدم اذا كان هناك خيارات متاحة في هذا النوع من الرسائل

اما بالنسبة لباقي الخانات في الـ Header فهي تقريبا معروفة عند الجميع مثل

Header Checksum المسؤولة عن error detection

Identifier وهي في الاغلب تكون 256 وهي تحوي على process ID

Sequence Number تبدأ بصفر وتزيد مع مرات الطلب Echo

طيب السؤال الان كيف تتم عمية الرد

الجواب ابسط بكثير بعد مافهمنا كيفية الطلب لان الموضوع ببساطة سوف يكون نفس الشيء مع تغيير الـ Type  والـ Code في حال كان هناك مشكلة في الوصول ولو نظرنا الى هذا الـ Header

سوف نلاحظ ان العملية ناجحة والطلب قد تم  لاننا نرى ان الـ Type  يحمل الرقم 0 وبمراجعة الجدول سوف نجد انه يدل على ان العملية تمت والهدف قام بالرد على الطلب

لكن لو عرضت عليك هذا الجدول ماذا برئيك سوف يحدث ؟

الجواب طبعا سوف يكون ان عملية الطلب لم تتم والسبب عدم القدرة على الوصول للهدف (راجع الجدول)

النقطة الاخيرة وهي الـ TTL

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

وكمثال على ذلك قم بعمل Ping 127.0.0.1  اي لووباك على الجهاز لوجدتها 128 وهذا يعني أن قيمة الـ TTL في ويندوز تساوي 128ينما القيمة في لينوكس تساوي 64

وللتأكد من هذا الموضوع قمت بهذه التجربة الصغيرة

Ping –i 5 networkset.wordpress.com

وكما هو موضح انا قمت بتحديد ال TTL بي 5

والنتيجة كانت على الشكل التالي

لم يستطيع الوصول للهدف لان قيمة الTTL  كانت قليلة ولم يستطع الطلب الوصول للهدف ولكي تستطيع ان تعرف مدى فهمك للموضوع حدد ماهو الـ Type  و الـ Code الذين يتطابقان مع آخر مثال ؟

تم بحمد الله ودمتم بود