تهيئة رسائل النظام وضبط محدداتها في مبدل سيسكو من السلسلة (4500) من العائلة كاتاليست
Configuring and setting Parameters of System Message Logs on Cisco Catalyst 4500 Series Switch
مقدمة:
تولد مبدلات سيسكو من العائلة كاتاليست رسائل النظام بشكل آلي لوصف الوظائف والعمليات التي يشرف المبدل عليها، أو الأخطاء التي استشعر وجودها على هذه الشبكة، ولرسائل انظام بنية معيارية محددة ويمكن التحكم بشكلها أو جهتها.
تناقش هذه المقالة كيفية التحكم بعملية توليد وتنظيم شكلها، ثم توجيها إلى هدف معين بغرض تجميعها وتحليلها، وسيتم توليد رسائل التحكم في مبدل من السلسلة (4500) من عائلة المبدلات كاتاليست مع نظام تشغيل هو (12.2 (31) SG).
الفهرس:
1 التعرف على رسائل النظام.
2 شكل رسائل النظام.
3 التعرف على مستويات الأهمية.
4 توجيه وتخزين رسائل النظام.
5 التهيئة.
5-1 تفعيل / تعطيل رسائل النظام.
5-2 تهيئة شكل رسائل النظام:
5-2-1 إضافة / إزالة الوسمة الزمنية.
5-2-2 إضافة / إزالة رقم التتابع.
5-3 تهيئة وتحديد وجهة رسائل النظام:
5-3-1 تحديد وجهة رسائل النظام.
5-3-2 تحديد مستوى أهمية رسائل.
5-4 تهيئة متعلقات أخرى
5-4-1 مزامنة ظهور رسائل التعارف عبر منفذ التحكم أو المنافذ الافتراضية.
5-4-2 ضبط عدد وأهمية الرسائل المخزنة في ذاكرة واجهة الأوامر.
6 الهوامش.
7 المراجع.
1 التعرف على رسائل النظام:
يمكن تهيئة مبدلات العائلة كاتاليست (Catalyst) لتقوم بتوليد رسائل تصف الأحداث التي تحصل فيها، تسمى هذه الرسائل رسائل النظام (System Message Logs Syslog)، ويمكن أن يتم تجميع هذه الرسائل وتحليلها لفهم ما يحصل على المبدل أو الشبكة.
تعتمد مبدلات على العائلة كاتاليست على بروتكول رسائل النظام (Syslog Protocol) الموصوف بالوثيقة (3164 RFC)، وقد طور هذا البروتكول ليعمل في بيئة يونيكس (Unix) من قبل مجموعة مطوري البرمجيات في جامعة كاليفورنيا في مدينة بيركلي في الولايات المتحدة الأمريكية (Berkeley software Distribution BSD) قبل أن يتم اعتماده كمعيار عالمي في العام (2001) من قبل مجموعة مهندسي الانترنت (Internet Engineer Task Force IETF).
يحدد البروتكول الوحدات (Facility) أو الخدمات التي يمكن أن تولد رسائل النظام بأربع وعشرين وحدة، ويُقسِّم هذه الرسائل التي يتم توليدها إلى ثمانية مستويات من حيث الأهمية (Severity)، ولكل مستوى معرّف خاص به، ويتراوح مجال المعرفات من (0) حتى (7)، ويعني المعرف الأقل أهمية أعلى للرسالة.
2 شكل رسائل النظام في نظام تشغيل سيسكو:
تُمثل رسائل النظام بسلسلة محرفية مكونة من (81) محرفاً على الأكثر، أحدها هو إشارة النسبة المئوية (%)، ويبين الشكل (1) أقسام وشكل رسالة النظام ومثالاً عنها.
الشكل(1): أقسام وشكل رسالة النظام.
تتكون رسالة النظام من ستة حقول، بعضها أساسي يجب أن يكون موجوداً في كل رسالة نظام، وبعضها اختياري يمكن إضافته أو إزالته بحسب أوامر التهيئة وهذه الحقول هي :
أ- رقم التتابع: هو جزء اختياري من الرسالة، وهو غير مفعل بشكل افتراضي، أي لا يظهر في رسائل النظام التي يولدها المبدل تلقائياً، الهدف الأساسي من وجوده هو إيجاد آلية للتميز بين الرسائل التي تظهر قد يولدها المبدل في نفس الوقت.
ب- الوسمة الزمنية: وهي جزء اختياري من الرسالة، وهي غير مفعلة بشكل افتراضي، ويحتوي هذا الجزء على توقيت يحدد زمن توليد الرسالة، وهناك شكلين لعرض التوقيت:
- الشكل الأول (اعتماداً على تاريخ الإقلاع): ويظهر التوقيت الذي تم توليد الرسالة فيه بالنسبة لآخر عملية إقلاع حصلت للمبدل، ويمكن أن يُكتب التوقيت فيها بطريقتين، الأولى تعبر عن الزمن مقاساً بالساعات والدقائق والثواني وتسمى ترميز الإقلاع القصير (short uptime) ويأخذ الشكل: (hh:mm:ss)، مثلاً (15:30:33)، تعني أنه تم توليد الرسالة بعد 15 ساعة و30 دقيقة و 33 ثانية من تاريخ آخر إقلاع للمبدل، أما الثانية فهي تعبر عن الزمن بالساعات والأيام والأسابيع وتسمى ترميز الإقلاع الطويل (long uptime) مثلاً (17w3d)، تعني أنه تم التوليد الرسالة بعد سبعة عشر أسبوعاً و ثلاثة أيام من توقيت آخر إقلاع للمبدل.
- الشكل الثاني (اعتماداً على زمن حقيقي معروف للمبدل): وفي هذه الحالة يجب أن يتم ضبط الساعة الداخلية للمبدل إما يدوياً أو باستعمال بروتكول التوقيت في الشبكة (Network Time Protocol NTP)، ويكون شكل الوسمة الزمنية (Mon D hh:mm:ss) مثلاً (Mar 3 10:53:22)، تعني أنه تم توليد الرسالة في اليوم الثالث من شهر آذار/مارس في الساعة العاشرة وثلاث وخمسين دقيقة واثنين وعشرين ثانية بحسب توقيت المبدل المحلي.
يمكن إضافة بعض الميزات على هذا الشكل مثل عرض أجزاء الثواني، أو المنطقة الزمنية التي تم تهيئة زمن المبدل على أساسها.
ج- ترميز الحدث: وهو ترميز بسيط للحدث الذي تم توليد الرسالة لوصفه.
ح- وصف الحدث: وهو سلسلة محرفية تصف بالتفصيل السبب الذي تم توليد الرسالة من أجله.
ت- ترميز الوحدة: وهو ترميز خاصة بالوحدة التي ولدت الرسالة، وقد تكون الوحدة أحد التجهيزات أو البروتكولات العاملة على المبدل أو حتى أحد الأجزاء البرمجية في نظام التشغيل ، فهي تشير إلى من ولد رسالة النظام أو السبب الذي ولدت من أجله، وهناك مئات التراميز الخاصة بالوحدات التي تولد رسائل النظام، ويمكن الاطلاع على هذه التراميز من الهامش [1].
ث- الأهمية: وهي رقم عشري يتراوح بين (0) و(7)، ويعبر عن أهمية الرسالة، وكلما كان الرقم أصغر بالقيمة كانت الرسالة ذات أهمية أعلى.
3 التعرف على مستويات الأهمية:
تحدد الوثيقة (RFC 5424) و المعنونة : بروتكول رسائل النظام، ثمانية مستويات لهذه الرسائل، ولكن مستوى معرّف خاص به، تتراوح قيم المعرفات من (0) حتى (7)، وللمستوى ذو الأهمية الأعلى قيمة معرف أدنى، وهذه المستويات هي:
- مستوى الحالات الطارئة (Emergencies): وله المعرف الأدنى، وهو (0)، ويتم توليد هذه رسائل من هذا المستوى عند حصول مشاكل حادة في نظام التشغيل (Crashes)، أو عن توقف العمليات، أو لأسباب أخرى.
- مستوى الإنذارات (Alerts): وله المعرّف (1)، ويتم توليد رسالة من هذا المستوى من أجل القضايا المتعلقة بالمنصة (Platform) التي يعمل عليها نظام التشغيل.
- مستوى الحالات الحرجة (Alerts): وله المعرف (2)، ويتم توليد رسائل من هذا المستوى من أجل القضايا المتعلقة بتجهيزات المبدل (Hardware) أو خاصية تأمين المنفذ (Port Security) أو بسبب حدوث إشكال يتعلق بعمل بروتكول الشجرة المتفرعة (STP)، وغيره.
- مستوى الأخطاء(Errors): وله المعرّف (3)، ويتم توليد رسائل من هذا المستوى من أجل قضايا تتعلق بقوائم التحكم بالوصول (ACL) أو الجداول الثلاثية (TCAM) أو تغير حالة المنفذ من التشغيل (UP) إلى التعطيل (Down) أو بالعكس، وغيرها.
- مستوى التحذيرات (Warnings): وله المعرف (4)، ويتم توليد الرسائل في هذا المستوى من أجل قضايا تتعلق بانتحال هوية مخدم تهيئة المضيف آلياً (DHCP Snooping) وغيرها.
- مستوى التنبيهات (Notifications):وله المعرّف (5)، ويتم توليد الرسائل في هذا المستوى من أجل العديد من القضايا كقنوات الإيثرنت (EtherChannel) أو بروتكول التفاوض الآلي على إنشاء الوصلة (DTP)، أو بسبب قضايا تتعلق بعمل بروتكول الشجرة المتفرعة (STP) وغيرها.
- مستوى رسائل المعلومات (Informational): وله المعرف (6)، ويتم توليد الرسائل في هذا المستوى من أجل العديد من القضايا مثل بروتكول التعريف بالشبكات الافتراضية (VTP)، وبروتكول موافقة العناوين (ARP) وغيرها.
- مستوى رسائل المتابعة (Debug output): وله المستوى الأخير، أي (7)، وفي هذا المستوى يتم توليد رسائل نظام من أجل متابعة الأحداث التي يقوم المبدل بالتحكم بها، عن طريق البروتكولات أو العمليات، وعدد الرسائل المولدة في هذا المستوى كبير جداً، وهي تحتوي تفاصيل دقيقة عن كل عملية تحصل على المبدل.
عند اختيار مستوى أهمية ما، سيولد المبدل رسائل النظام من أجل هذا المستوى وجميع المستويات ذات الأهمية الأعلى منه، ويحدد اختيار مستوى الأهمية بشكل صحيح نوعية الرسائل التي سيتم توليدها، فاختيار مستوى عال جداً للأهمية سيسبب توليد عدد محدود جداً من الرسائل، أما اختيار مستوى متدني فسيسبب توليد كم هائل من الرسائل التي لا فائدة منها.
الشكل(2): مستويات أهمية رسائل النظام
4 توجيه وتخزين رسائل النظام:
يمكن توجيه رسائل النظام التي يتم توليدها إلى ثلاث وجهات رئيسية، الأولى هي منفذ التحكم (Console port)، وهي الوجهة الافتراضية لرسائل التحكم. وبالتالي سيتم عرض هذه الرسائل في واجهة الأوامر النصية للمستخدم الذي يتصل مع المبدل عبر منفذ التحكم، ويمكن أيضاً توجيه رسائل التحكم من منفذ التحكم نحو الجلسات المتصلة عبر الشبكة، ولكن الأساس في التوجيه هو التوجيه نحو منفذ التحكم.
أما الوجهة الثانية فهي الذاكرة الداخلية الدائمة للمبدل، حيث يمكن أن يحتفظ المبدل بعدد من الرسائل تملاً (50) سطراً كامل الطول، ويمكن التحكم بحجم الذاكرة التي تخصص لرسائل النظام. والوجهة الثالثة هي الوجهة الأكثر شيوعاً، حيث يتم توجيه الرسائل إلى مخدم خاص بها، ليتم تخزينه فيها، ويجب تزويد المبدل بعنوان المخدم.
يمكن أن يتم توجيه الرسائل للوجهات الثلاثة معاً، ولكل وجهة مستوى أهمية خاص بها، لا داعي لتكون مستويات الأهمية موحدة للوجهات الثلاث، بل يمكن أن تكون لكل منها مستوى أهمية مختلف على الوجهتين الباقيتين.
5 التهيئة:
تعمل مبدلات العائلة كاتاليست بحسب مجموعة من القيم الافتراضية التي تضبط محددات عمل هذه الخدمة، ويمكن باستخدام الأوامر تعديل هذه القيم الافتراضية للتحكم بعمل الخدمة على الوجه الأمثل ويبين الجدول (1) القيم الافتراضية للمحددات المتعلقة بعمل بروتكول رسائل النظام.
الجدول(1): المحددات الافتراضية الخاصة برسائل النظام في مبدل من السلسلة (4500) من العائلة كاتاليست.
المحدد | القيمة الافتراضية |
توجيه رسائل النظام نحو منفذ التحكم (Console port). | مفعلة بشكل افتراضي. |
مستوى الأهمية للرسائل الموجهة نحو منفذ التحكم | أدنى مستوى للأهمية، عددياً هو (7)، محرفياً هو رسائل المتابعة (Debugging). |
اسم الملف الذي يتم تخزين رسائل النظام فيه | غير محدد. |
حجم الذاكرة الداخلية المخصصة لرسائل النظام | 4096 بايت. |
الوسمات الزمنية | معطلة. |
مزامنة ظهور رسائل النظام | معطلة. |
عنوان أو اسم مخدم رسائل النظام | لا يوجد. |
مستوى الأهمية للرسائل الموجهة نحو مخدم رسائل النظام | مستوى رسائل المعلومات، عددياً هو (6)، محرفياً هو (Informational). |
تناقش الفقرات المتبقية في هذه المقالة كيفية ضبط محددات رسائل النظام باستخدام الأوامر النصية على مبدل من السلسلة (4500) من عائلة كاتاليست.
5-1 تفعيل / تعطيل رسائل النظام:
إن خدمة توليد رسائل النظام مفعلة بشكل افتراضي على مبدلات العائلة كاتاليست، ولا يمكن توليد ولا إرسال رسائل النظام إلى أي وجهة إذا لم يتم تفعيلها، ولتعطيل هذه الخدمة من مستوى التحكم العام يستخدم الأمر:
Switch(config)# no logging on
أما لإعادة تفعيل الخدمة بعد تعطيلها فيستخدم نفس الأمر السابق ولكن بعد إزالة كلمة (no) من بدايته.
5-2 تهيئة شكل رسائل النظام:
يتم توليد رسائل النظام بشكل افتراضي بدون رقم تتابع ولا وسمة زمنية، ويكون شكل رسائل النظام الافتراضية:
%facility:-servity-MNMONIC:description
وكمثال عنها، الرسالة التالية، ويمكن تحديد الأجزاء الأساسية للرسالة بالمقارنة مع الشكل العام.
%LINK-3-UPDOWN: Interface Port-channel1, changed state to up
يمكن باستخدام الأوامر إضافة الوسمة الزمنية أو رقم التتابع لرسائل النظام التي يتم توليدها، أو كليهما معاً، وسيتم اعتماد الرسالة السابقة لتبيان أثر التغيرات على شكل الرسالة في الأمثلة الواردة تالياً.
5-2-1 إضافة / إزالة الوسمة الزمنية.
ترتبط الوسمة الزمنية بالتوقيت الداخلي الخاص بالمبدل ولها شكلان، في الشكل الأول تعبر الوسمة الزمنية عن الزمن المنقضي بالنسبة إلى نقطة مرجعية هي توقيت آخر إقلاع للمبدل، ويمكن إضافة الوسمة بهذا الشكل للرسالة من مستوى التحكم العام باستخدام الأمر:
Switch(config)# service timestamps log uptime
وسيكون شكل الرسالة السابقة لو تم توليدها بعد إضافة الوسمة الزمنية :
00:01:15 %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
إن الزمن الوارد في هذه الرسالة هو دقيقة و خمس عشرة ثانية، وهو الزمن الذي يفصل بين توليد هذه الرسالة وآخر إقلاع للمبدل.
أما في الشكل الثاني، فإن التوقيت يرتبط بالساعة الداخلية للمبدل، وكيفية ضبط هذه الساعة ليس محل البحث هاهنا، ولكن تكفي الإشارة إلى إمكانية استخدام بروتكول التوقيت في الشبكة (NTP) أو الاعتماد على الضبط اليدوي، ولإضافة الوسمة الزمنية بهذا الشكل يمكن استخدام الأمر:
Switch(config)# service timestamps log datetime
وسيكون شكل الرسالة السابقة لو تم توليدها بعد إضافة الوسمة الزمنية:
Oct 5 10:11:15 %LINK-3-UPDOWN: Interface Port-channel1, changed state to up*
وهي تعني أنه توليد الرسالة في الخامس من شهر تشرين الثاني/أكتوبر في الساعة العاشرة صباحاً وإحدى عشرة دقيقة وخمس عشر ثانية بحسب التوقيت المحلي للمبدل.
يمكن أيضاً إضافة عدد من الخواص للأمر السابق، ويمكن إضافة أي خاصية أو جميعها معاً لتلي الأمر السابق بدون أهمية لترتيب ورودها بشرط أن يفصل بينها فراغ، وهذه الخواص هي:
- إظهار أجزاء الثواني في الوسمة الزمنية : وتضاف الكلمة (msec).
- اعتماد التوقيت المحلي الذي تم تهيئة المبدل للعمل به، حيث يتم بشكل افتراضي اعتماد توقيت الإحداثيات العالمي (Coordinated Universal Time UTC) إذا لم تتم إضافة هذه الخاصية، وهذا الخيار ليس محل البحث هاهنا، وتضاف عبارة (localtime) لتفعيله.
- إظهار المنطقة الزمنية التي تم ضبط المبدل على أساسها، وهذا الخيار ليس محل البحث هاهنا، وهناك عشرات المناطق الزمنية التي يمكن ضبط المبدل ليعمل على أساسها ويمكن الاطلاع عليها من خلال الرابط: في الهامش [2]، وتضاف عبارة (show-timezone) لتفعيل هذه الميزة.
فمثلاً لو استخدم الأمر السابق من مستوى التحكم بالشكل:
Switch(config)# service timestamps log datetime show-timezone msec
لكانت الرسالة ستظهر بالشكل:
Oct 5 10:11:15.139 AST %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
ويمكن ملاحظة وجود أجزاء الثواني وهي (139) جزءاً بالألف من الثانية، وأيضاً الترميز (AST) الذي يعني توقيت المنطقة العربية القياسي (Arabian Standard Time)، وتفترض هذه الرسالة خيار المنطقة الزمنية ضد تم ضبطه سابقاً.
5-2-2 إضافة / إزالة رقم التتابع.
إن الهدف الرئيسي من توليد رقم التتابع هو إجاد وسيلة للتميز بين الرسائل التي يتم توليدها بنفس الوقت، وأرقام التتابع مكونة من ست خانات، وهذه الميزة معطلة بشكل افتراضي.
Switch(config)# service sequence-numbers
لتعطيل هذه الميزة في حال كانت مفعلة يضاف للأمر السابق الكلمة (no) في بدايته، فمثلاً لو استخدم أمر التفعيل السابق من مستوى التحكم لكان شكل الرسالة سيكون:
000017: %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
5-3 تهيئة وتحديد وجهة رسائل النظام:
يمكن تخزين توجيه رسائل النظام نحو ثلاث وجهات، هي منفذ التحكم ، وهذه الوجهة مفعلة بشكل افتراضي، أو الذاكرة الداخلية الخاصة بالمبدل، أو مخدم لتخزين رسائل النظام، ويمكن تحديد أكثر من وجهة معاً، ولكل وجهة مستوى أهمية منفصل يمكن ضبطه بشكل منفرد.
5-3-1 تحديد وجهة رسائل النظام:
بشكل افتراضي، يتم توجيه رسائل النظام من مستوى رسائل المتابعة صاحب المعرف (7) وما دون نحو منفذ التحكم، ويمكن تحديد مستوى الأهمية الذي سيتم توليد رسائل النظام من أجله ومن أجل جميع المستويات ذات الأهمية الأعلى لترسل إلى منفذ التحكم من مستوى التحكم العام باستخدام الأمر:
Switch(config)# logging console <v
حيث <v> هو مستوى الأهمية الذي سيتم تحديده رقماً من المجموعة {0,1,2…7} أو كتابةُ من المجموعة {Emergences, Alerts,… Debugging}.
لتعطيل هذه التوجيه، من مستوى التحكم العام يستخدم الأمر:
Switch(config)# no logging console
أما لتفعيل التوجيه نحو منفذ التحكم إذا كان معطلاً فيستخدم الأمر السابق بعد إزالة كلمة (no) من بدايته.
يمكن أيضاً توجيه الرسائل نحو الجلسات الافتراضية، ولكن مفعول الأمر يبقى محلياً، أي يطبق فقط على الجلسة التي تم كتابته فيها، ويدوم مفعوله لحين انتهاء الجلسة فقط، ولتحقيق ذلك من مستوى التصريح يستخدم الأمر:
Switch# terminal monitor
لتوجيه رسائل التحكم نحو الذاكرة الداخلية الخاصة بالمبدل، من مستوى التحكم العام يستخدم الأمر:
Switch(config)# logging buffered
إن الحجم الافتراضي للذاكرة الداخلية الخاصة بالمبدل هو (4096) بايت، ولكن يمكن إضافة أي رقم صحيح من المجال [4096 , 2147483647] بعد الأمر السابق ليصبح حجم الذاكرة الداخلية مطابقاً له، ومن غير المستحسن زيادة الحجم بشكل كبير حفاظاً على ذاكرة المبدل.
إن الذاكرة المخصصة لرسائل النظام هي ذاكرة دوارة (Circular)، أي بعد امتلائها يتم إعادة استخدام المواقع الأقدم لتخزين الرسائل الجديدة، وتفقد الرسائل القديمة كنتيجة لهذه العملية.
لحذف جميع الرسائل المخزنة في الذاكرة الداخلية، من مستوى التصريح يستخدم الأمر:
Switch# clear logging
أما لتوجيه رسائل النظام نحو مخدم خاص بعيد، فمن مستوى التحكم العام يستخدم الأمر:
Switch(config)# logging host <v>
حيث <v> هي اسم أو عنوان بروتكول الانترنت الخاصين بالمخدم، ولاستخدام اسم المخدم لابد من تفعيل خدمة مطابقة الأسماء بالعناوين (DNS) على الشبكة، ويمكن تزويد المبدل بأكثر من عنوان أو اسم لمخدمات تخزين رسائل النظام باستخدام الأمر السابق أكثر مرة.
5-3-2 تحديد مستوى أهمية رسائل النظام:
يحدد مستوى الأهمية الأسباب التي يتم اعتمادها لتوليد الرسائل، وعند اختيار مستوى معين، فإن المبدل سيقوم بتوليد الرسائل من أجل هذا المستوى وجميع المستوى ذات الأهمية الأعلى منه، مع الانتباه إلى أن الأهمية الأعلى تعني معرفاُ أدنى في قيمته.
يمكن ضبط مستوى الأهمية للرسائل التي يتم توجيهها نحو الوجهات الثلاث بشكل مستقل، وتكتب الأوامر الخاصة بضبط هذا المحدد من مستوى التحكم، ولتحديد مستوى الأهمية للرسائل الموجهة نحو منفذ التحكم حيث يستخدم الأمر :
Switch(config)# logging console <v>
إذا تم توجيه رسائل النظام نحو الجلسات الافتراضية، فبالإمكان أيضاً تحديد مستوى الأهمية للرسائل التي يجري توجيهها باستخدام الأمر:
Switch(config)# logging terminal <v>
أما لتحديد مستوى لأهمية الرسائل التي سيتم توجيهها نحو الذاكرة الداخلية للمبدل فيُستخدم الأمر:
Switch(config)# logging buffered <v>
وبشكل مماثل يمكن تحديد مستوى الأهمية للرسائل التي يتم توجيهها نحو مخدم رسائل النظام باستخدام الأمر:
Switch(config)# logging trap <v>
حيث <v> هي معرّف المستوى رقمياً أو اسمه محرفياً في الأوامر الأربعة السابقة.
5-4 تهيئة متعلقات أخرى:
يمكن تهيئة العديد من الوظائف أو البروتكولات التي يرتبط عملها بشكل أو بآخر برسائل النظام، ويضيق المقام عن ذكرها جميعاً هاهنا، وغالباً ما تبدأ هذه الأوامر بالكلمة (logging) ويمكن الاطلاع على هذه الأوامر من دليل الأوامر الأساسية الخاص بنظام تشغيل سيسكو في الهامش [3]، ويضم هذا الكتاب ترتيباً أبجدياً مفصلاً للتعليمات الأساسية لنظام التشغيل.
5-4-1 مزامنة ظهور رسائل النظام عبر منفذ التحكم أو المنافذ الافتراضية:
يسبب موعد ظهور رسائل النظام عند توجيهها نحو منفذ التحكم أو الجلسات الافتراضية مشكلة بسبب عشوائية توقيته، وإذا كانت الرسائل غزيرة فإن عملية كتابة الأوامر في الواجهة النصية تصبح أمراً عويصاً، لأن الرسائل ستظهر بشكل مباشر في موقع المؤشر الحالي.
للتغلب على هذا الإشكال تتم عملية مزامنة ظهور رسائل النظام حيث لا تظهر الرسائل بشكل عشوائي، وإنما يتم تجميعها لتظهر دفعة واحدة بعد إدخال أي أمر والضغط على مفتاح الإدخال (Enter)، ويسمح ذلك بكتابة الأوامر بشكل سلس ودون مقاطعة.
لتحقيق المزامنة السابقة من مستوى التحكم الفرعي الخاص بمنفذ التحكم أو بالجلسات الافتراضية يستخدم الأمر:
Switch(config-line)# logging synchronous
ويمكن تعطيل هذه الميزة إذا كانت مفعلة، باستخدام نفس الأمر السابق بعد إضافة الكلمة (no) إليه.
5-4-2 استعراض رسائل النظام المخزنة:
لاستعراض رسائل النظام المخزنة في الذاكرة الداخلية للمبدل، يستخدم أمر الإظهار:
Switch# show logging
لاستعراض حجم الذاكرة الداخلية المتاح والمستخدم في المبدل يستخدم الأمر:
Switch# show memory
لاستعراض ملف التحكم الحالي (Running Configuration file)، والأوامر المخزنة فيه:
Switch# show running-config
الهوامش:
[1] كتاب: System Messages for Cisco IOS Release15.x SY
[2] رابط:
http://www.cisco.com/c/en/us/td/docs/net_mgmt/ciscoworks_lan_management_solution/4-2/install/guide/install/appendD.html
[3] كتاب: Cisco IOS Configuration Fundamentals command Reference
المراجع:
RFC 3164 – The BSD syslog Protocol.
[2] RFC 5424 – The Syslog protocol.
[3] http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst4500/12-2/31sg/configuration/guide/conf/log.html
لتحميل المقالة:
14 صفحة | PDF
https://www.mediafire.com/?p54tk0bs4b8bp1y
إعداد: المهندس ميشيل نقولا بكني / سوريا – اللاذقية
Mobile: 00963969745085
Email: EM.Bakni@hotmail.com
https://www.facebook.com/michel.bakni.7