كيف يعمل الـ Trace Route ؟

موضوعنا اليوم للسلسلة التى بدأت فيها بشرح الامرPingوكيفية عمله واليوم أريد ايضا ان أتحدث عن أمر آخر لا يعد أقل أهمية من الاول وهو الـTrace route وأهميته تكمن في تحديد مكان المشكلة التى تمنعنا من الوصول الى الهدف وذلك بعرض المسار التى يسير فيها

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

لنتعرف أولا على الامر على ويندوز ونرى كيف ستكون النتائج

وكما ترون قمت أولا بكتابة الامر وبعدها كتبت اسم الموقع hostname أو الايبيX.X.X.X المراد عمل التتبع عليه

اذا كيف تعمل هذه الاداة

تعتمد هذه الاداة كسابقتها الـ Ping على البروتوكول ICMP ومبدأ عملها يكمن في إرسال Echo Packetإلى الهدف لكن هذه المرة سوف يرسل الطلب ضمن شرط وهو ان TTL يساوي واحد لكي يضمن ان يرد عليه أول Hop في عملية التتبع وعندما يتم الاستلام تقوم بارسال طلب آخر لكن هذه المرة الـ TTL تساوي اثنان وبعدها 3 وهكذا الى ان يتم التتبع الى الهدف المطلوب

طيب ماذا سيحدث لو كان هناك خلل في المسار وكانت النتائج كما هو موضح بهذه الصورة

لاحظ معي عند الرقم 3 * * معنى هذه النجوم ان الـ Next Hop الثالث في المسار لايقوم بالرد على الطلب القادم من الـ ICMP والاسباب كثيرة ولكن سوف أذكر أهمها وهو ان يكون هذا الروتر
يحوي فايروول او اكسس ليست تمنع مرور هذه الانواع من الباكيت أي أنها تمنع الـ ICMP او هناك مشكلة في الروتر نفسه والاجابة من الروتر سوف تكون Echo بداخله الـ Type=11 والـ Code=0راجع الجدول الموجود في شرح الـ Ping لكي تستطيع فهم معناها

وهذا الجدول سوف يوضح  ماذا تعني بعض الرموز التى ممكن ان تصادفنا اثناء عمل التتبع

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