تحديد المسار باستخدام Traceroute

يكشف Traceroute (وtracert في Windows) المسار الذي تسلكه الحزم إلى وجهة ما، ويسرد كل جهاز توجيه (قفزة) على الطريق والتأخير عند كل منها. فبينما يجيب ping عن سؤال «هل يمكنني الوصول إليه؟»، يجيب traceroute عن سؤال «ما المسار الذي تسلكه الحزم، وأين يتباطأ أو يتوقف؟» وهو الأداة الأساسية لتحديد موضع المشكلة على طول المسار.

كل جهاز يمرر حزمتك نحو الوجهة يُعد قفزة. ويسرد Traceroute القفزات بالترتيب، بدءًا من البوابة الخاصة بك مرورًا بمزودي خدمة الإنترنت ووصولًا إلى الهدف. ومن خلال عرض سلسلة أجهزة التوجيه، يتيح لك traceroute رؤية الرحلة الفعلية لحركة مرورك وتحديد القفزة التي تتعطل أو تضيف تأخيرًا بدقة.

يستخدم Traceroute بروتوكول TTL بذكاء. فهو يرسل حزمًا بقيمة TTL=1، ولذلك يتخلص منها الموجّه الأول ويرسل ردًا يتضمن خطأً. ثم يستخدم TTL=2 للوصول إلى الموجّه الثاني، وهكذا. تكشف كل حزمة تنتهي صلاحيتها عن قفزة إضافية. ومن خلال زيادة قيمة TTL تدريجيًا، يرسم traceroute خريطة للمسار، موجّهًا واحدًا في كل مرة، إلى أن يصل إلى الوجهة.

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

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

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

تعني النجمة (*) أن إحدى القفزات لم تستجب في الوقت المحدد. وهذا أمر شائع ولا يدل دائمًا على وجود مشكلة؛ إذ إن العديد من الموجّهات تعطي أولوية منخفضة لردود ICMP/UDP التي يعتمد عليها traceroute أو تحظرها، مع استمرارها في تمرير حركة المرور الفعلية بشكل طبيعي. وعادةً ما تعني بضع نجمات في منتصف المسار، تتبعها استجابات من قفزات لاحقة، أن الموجّه لا يرد، لا أنه معطل.

تختلف التطبيقات. يرسل tracert في Windows طلبات ICMP Echo، بينما يرسل traceroute التقليدي في Unix حزم UDP إلى منافذ عالية؛ ويعتمد كلاهما على الردود الناتجة عن انتهاء TTL. وبما أن جدران الحماية تتعامل مع ICMP وUDP بشكل مختلف، فقد يبدو المسار نفسه مختلفًا عند فحصه من جهاز يعمل بنظام Windows مقارنةً بجهاز يعمل بنظام Linux. وتساعد معرفة الأسلوب المستخدم في تفسير بعض الاختلافات.

يعرض Traceroute مسار الذهاب فقط. أما حركة المرور العائدة فقد تسلك مسارًا مختلفًا يُسمى مسارًا غير متماثل. وهذا يعني أن التأخير الذي تراه قد يكون فعليًا في طريق العودة، وهو ما لا يستطيع traceroute عرضه مباشرةً. ضع ذلك في اعتبارك عند تفسير النتائج، ولا سيما عبر الإنترنت العام حيث يشيع عدم التماثل.

تجمع أداتان متقدمتان بين ping وtraceroute. إذ يتتبع pathping في Windows المسار، ثم يقيس فقدان الحزم لكل قفزة بمرور الوقت. أما أداة Unix الشهيرة mtr فتحدّث traceroute مباشرًا باستمرار، مع إحصاءات مستمرة لفقدان الحزم وزمن الاستجابة. وكلتاهما ممتازتان لتشخيص المشكلات المتقطعة التي قد يفوتها تشغيل traceroute مرة واحدة.

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

لقد تعلمت استخدام traceroute. النقاط الأساسية:

• يسرد Traceroute كل قفزة وزمن تأخرها حتى الوصول إلى الوجهة.
• يعمل من خلال زيادة قيمة TTL كي تستجيب الموجّهات بالتتابع.
• يساعد موضع توقف المخرجات في تحديد مكان العطل على طول المسار.
• تعني النجوم غالبًا أن الموجّه لا يرد، لا أنه معطل.
• يضيف كل من pathping وmtr قياس فقدان الحزم لكل قفزة بمرور الوقت.