تختلف مهارات الأشخاص في عمليات تصحيح الأعطال بالشبكة (Troubleshooting) وكل واحد منهم لديه طريقته الخاصة .. ولكن هناك أمر شائع مرتبط باكتشاف الأعطال وإصلاحها وهو الأمر debug
ولكن المشكلة في بعض الأحيان عند استخدام هذا الأمر تظهر لك معلومات كثيرة على الشاشة .. وفي بعض الأحيان معلومات لا تفيدك (مزعجة) .. لتوضيح ما أرمي إليه إليكم هذا المثال:
كما ترون الـ Routing Protocol في هذه الشبكة هو الـ OSPF .. فلو أن هناك عطل بين R1 و R2 في الـ OSPF .. وكنت أنت على R2 وتريد أن تطبق أحد أوامر debug ip ospf .. فسوف تظهر معها معلومات الـ OSPF ما بين R2 و R3 والتي لا تهمك في مرحلة اكتشاف العطل بين R1 و R2 .. ولكن بإمكانك حصر مخرجات أمر الـ debug بحيث يعمل على الواجهة Fa0/0 في R2 .. وذلك لتجاهل ما قد يأتيك من R3 باستخدام أحد الأمرين التاليين: (كلا الأمران يؤديان نفس المهمة)
R2#debug condition interface fastethernet 0/0
R2#debug interface fastethernet 0/0
وبعد هذا الأمر يتم تطبيق أحد أوامر الـ debug ip ospf وتكمل الأمر بحيث تختار ما تريده من الخيارات الإضافية الخاصة بهذا الأمر .. على سبيل المثال .. debug ip ospf adjacency .. ولن يظهر لك إلا معلومات الـ OSPF المرسلة والمستقبلة على الواجهة Fa0/0
قبل النهاية أود أن أذكر بنقطتين مهمتين
النقطة الأولى
لتعطيل أمر الـ debug الخاص بتحديد الواجهة المراد مراقبتها لا يكفي تطبيق أمر undebug all .. فهذا الأمر خاص بتعطيل أوامر الـ debug الأخرى مثل debug ip ospf .. debug ip packet وغيرها .. ولكن لتعطيل الأوامر السابق ذكرها والتي تهتم بحصر الواجهات يجب أن يطبق الأمر كاملاً كالتالي:
R2#undebug condition interface fastethernet 0/0
R2#undebug interface fastethernet 0/0
النقطة الثانية
هناك أوامر من أوامر الـ debug يمكن إرفاق معها رقم الـ Access-Control List أو اسمها والتي تقوم بحصر مخرجات الأمر debug لما تحتويه الـ ACL .. فهذه الأوامر من وجهة نظري لها خاصية الحصر وتقليل مخرجات الأمر debug ولا تحتاج للأمر المذكور بالأعلى .. ولكن هناك أوامر للـ debug لا يمكنك إرفاق ACL أو أي عنصر آخر لحصر المخرجات .. وتحتاج لأوامر أخرى تسهل وتقلل المخرجات .. فمن الاحترافية تطبيق أوامر حصر الـ debug على واجهات معينه كما في موضوعنا هذا
ليست هناك تعليقات :
إرسال تعليق