سننظر اليوم في 3 مفاهيم: بروتوكول Cisco CDP ، سجل نظام Syslog ، وبروتوكول وقت شبكة NTP. سنستمر أيضًا في مناقشة موضوع المشكلات وإلقاء نظرة على بعض الأدوات اللازمة لتشخيصها ، ثم إلقاء نظرة على Syslog و NTP وفي نهاية الدرس ، ناقش CDP و LLDP.
في الدرس السابق ، نظرنا في منهجية استكشاف الأخطاء وإصلاحها ، والآن سأتحدث عن العديد من الأدوات المضمنة في نظام التشغيل وأجهزة Cisco التي يمكن أن تساعدك في حل مشكلات الشبكة.
الأداة الأولى هي أمر ipconfig ، وبما أن معظم الناس يستخدمون نظام Windows 10 ، فسننظر في هذا الأمر باستخدام نظام التشغيل هذا كمثال. إذا ذهبت إلى محطة سطر الأوامر بجهاز الكمبيوتر الخاص بك وأدخلت الأمر ipconfig ، يمكنك رؤية معلمات التكوين لجميع واجهات الشبكة المتاحة على جهاز الكمبيوتر الخاص بك.
سترى واجهة افتراضية للبرامج Ethernet Adapter VPN وعدة واجهات برمجية أخرى ، يعتمد عددها على برامج التشغيل المتوفرة في النظام. فيما يلي مهايئ شبكة LAN اللاسلكية الخاصة بشبكة Wi-Fi ، والتي أتصل بها الآن مع الإنترنت ، توجد بيانات حول المحول الظاهري WMware Network WMnet1 أعلى قليلاً. يظهر محول النفق أدناه ، أي جميع المحولات المثبتة بواسطة برنامج VPN معروضة هنا.
يتطلب منك موضوع دورة CCNA معرفة محوليْن: محول Wi-Fi لاسلكي ومحول Ethernet.
بالنسبة لشبكة المكتب ، يكون المحول اللاسلكي أكثر أهمية ، وإذا اتصل أي من المستخدمين بك لمشكلة ، فأنت بحاجة أولاً إلى استخدام الأمر ipconfig وإلقاء نظرة على عنوان IP الخاص بالجهاز. يجب عليك التحقق مما إذا كان هذا العنوان في نطاق عناوين DHCP. ربما قام المستخدم بإيقاف تشغيل الديناميكي وتشغيل IP ثابت ، وهو ليس جزءًا من DHCP ، أو تم تكوين الجهاز للحصول على عنوان IP تلقائيًا ولا يمكن لسبب ما الاتصال بخادم DHCP.
إذا كنت بحاجة إلى مزيد من المعلومات الكاملة ، استخدم الأمر ipconfig / all. سوف تتلقى نفس البيانات ، ولكن في نموذج أكثر تفصيلاً ، مع وصف العلامة التجارية للمحول ، ومعلمات DHCP ، وعنوان الرابط المحلي ، وعنوان IP ، وفترة صلاحية إيجار الخادم ، وعنوان البوابة الافتراضية وما إلى ذلك.
إذا تبين ، نتيجة للتحقق من هذه المعلومات ، أن كل شيء على ما يرام مع عنوان IP وأن إعدادات الواجهة ليست هي سبب المشكلة ، يجب عليك استخدام أدوات التشخيص الأخرى ، مثل NSLookup. هذه أداة مساعدة تسمح لك بالوصول إلى نظام DNS من خلال سطر الأوامر. إذا لم يؤد ذلك إلى حل المشكلة ، فاستخدم الأمر ping. أستخدم الأمر ping 8.8.8.8 ، وهو اختبار ping لنظام أسماء النطاقات العامة لـ Google. إذا نجح الأمر ping ، فسيتم كل شيء وفقًا للاتصال ويجب البحث عن السبب في مكان آخر.
إذا لم يمر ping ، فأنت بحاجة إلى استخدام أداة تسمى Trace Route أو tracert. هذا هو أمر Windows لتتبع المسار إلى مضيف محدد. إذا قمت بكتابة tracert 8.8.8.8 في سطر الأوامر ، فستحصل على اختبار ping بقيمة TTL = 1 مع تتبع مسار يصل إلى 30 عقدة. كما ترون ، فإن العقدة الأولى هي جهاز التوجيه الخاص بي ، فقد أظهر النظام البرامج الثابتة لـ DD-WRT وعنوان IP الخاص به 192.168.1.1 ، والثاني هو خادم مزود الخدمة الخاص بي بعنوان IP 192.168.100.1 ، الذي أذهب من خلاله إلى الإنترنت ، ثم الأصوات على العقد الأخرى ويصل إلى خادم جوجل. في حالتنا ، تبين أنه تم تحقيق 14 من الآمال ، ولكن إذا ، على سبيل المثال ، نشأت مشكلة على جانب مزود الخدمة الخاص بي ، فسيتوقف التتبع بعد العقدة الثالثة التي تميز خادم مزود خدمة الإنترنت.
لذلك ، يعد Trace Route أداة ممتازة لتحديد المشكلات على طول مسار حركة المرور.
دعونا نلقي نظرة فاحصة على ماهية NSLookup. هذا أمر يتحدث عن خادم DNS الخاص بك. إذا قمت بكتابة nslookup ، أحصل على سطرين: الخادم الافتراضي هو DD-WRT ، وهو جهاز التوجيه الخاص بي وعنوانه هو 192.168.1.1. إذا حددت خادم DNS معينًا بأمر server 8.8.8.8 ، فسيقدم لي النظام وصفه وعنوان IP الخاص به. بهذه الطريقة يمكنك التحقق من أي خادم DNS معين. بنفس الطريقة ، يمكنني الحصول على بيانات حول مجال معين عن طريق كتابة ، على سبيل المثال ،
www.cisco.com .
كما ترى ، تستخدم Cisco نسختين من عنوان IP ، وإذا كتبت google.com ، فسنرى العديد من عناوين IP المستخدمة من قبل هذا الخادم. هذه خدمة ضخمة ، يتم الوصول إليها من قبل العديد من الأشخاص لدرجة أن عنوان IP واحد قد لا يكون كافيًا.
هناك نكتة عندما يريد الناس معرفة ما إذا كانت الإنترنت تعمل ، فإنهم ببساطة يكتبون google.com. بالإضافة إلى مستخدمي أجهزة الكمبيوتر الشخصية ، يصل ملاك الهواتف الذكية التي تعمل بنظام أندرويد باستمرار إلى هذه الخدمة ، لذلك توجد حركة مرور هائلة تمر عبر خوادم هذه الشركة.
وبالتالي ، يسمح لك الأمر nslookup باكتشاف عنوان IP لاسم مجال معين. جميع الأدوات المذكورة أعلاه لا تعمل على حل المشكلات ، ولكنها تعمل على تشخيصها. كلما زادت ممارستك في صناعة تكنولوجيا المعلومات ، زادت قدرتك على استخدام هذه الأدوات بشكل أكثر فاعلية ، لأن الممارسة والخبرة فقط يمكن أن يعلمك تشخيص مشاكل الشبكة وحلها بسرعة. سوف تمنحك الممارسة الفرصة لفهم المشكلة ، في لمحة على إعدادات شبكة وحدة التحكم للكمبيوتر. لذلك ، بعد الانتهاء من دراسة موضوع ICND1 ، سأنشر العمل المختبري العملي على الموقع بحيث يمكنك تطبيق المعرفة النظرية.
قبل أن أتحدث عن syslog ، أريد أن أتحدث عن أمر "المراقبة الطرفية" لنظام التشغيل Cisco IOS. سأذهب إلى برنامج Packet Tracer (إذا لم تكن قد قمت بالفعل بتثبيته ، فيمكنك التسجيل في Network Academy وتنزيل هذا البرنامج) وأخذ جهازي توجيه وتوصيلهما بكبل.
بعد ذلك ، سأنتقل إلى وضع التكوين العام وأتناوب على إعداد هذه الموجهات ، مع منحهم الأسماء R0 و R1.
بعد ذلك ، في إعدادات R1 ، سأدخل أمر تمكين كلمة المرور لتمكين تعيين كلمة المرور وتكوين واجهة g0 / 0 باستخدام ip add 10.1.1.2 255.255.255.0 وأي أوامر إغلاق. بنفس الطريقة ، سأقوم بتكوين جهاز التوجيه R0 عن طريق تعيين عنوان IP الخاص به 10.1.1.1. ثم أقوم بتنشيط بروتوكول Telnet باستخدام الأمر line vty 0 4 وقمت بتعيين كلمة المرور لإدخال Telnet باستخدام أوامر telnet الخاصة بتسجيل الدخول وكلمة المرور. بعد ذلك ، سوف أذهب إلى إعدادات R0 وأستخدم الأمر telnet 10.1.1.2 لتأسيس اتصال بجهاز التوجيه R1. بعد ذلك ، سيطلب النظام كلمة مرور لإنشاء اتصال ، وسأدخل كلمة telnet ، التي قمت بتعيينها ككلمة مرور R1. كما ترون ، بعد ذلك ، في سطر الأوامر ، تغير اسم جهاز التوجيه R0 إلى R1 - وهذا يعني أنني ذهبت من خلال جهاز التوجيه R0 إلى إعدادات جهاز التوجيه R1.
الآن دعنا ننتقل إلى واجهة g0 / 1 وسأريك عدة أشياء. أولا ، أنا استخدم الأمر no shut لذلك. سترى أن رسالة السجل ظهرت في نافذة CLI الخاصة بالموجه الثاني ، وأن حالة واجهة g0 / 1 قد تغيرت إلى أعلى.
منذ أن قمت بإدخال إعدادات R1 من جهاز التوجيه R0 ، اتضح أنني قد قمت بتوصيل جهاز كمبيوتر محمول عادي بجهاز التوجيه الثاني باستخدام كابل والتحكم فيه عن بعد. ومع ذلك ، ظهرت رسالة السجل هذه في نافذة R1 فقط ، لأنني كنت متصلاً بالموجه الثاني فقط عبر قناة Telnet ولم يتم تكرارها في نافذة CLI الخاصة بالموجه الأول. الحقيقة هي أنه إذا قمت بإدخال إعدادات جهاز موجود عن بُعد ، على سبيل المثال ، في مبنى آخر ، فلن يتم عرض رسائل السجل الخاصة بهذا الجهاز افتراضيًا على شاشتك.
لكي يتم عرض رسائل السجل هذه على شاشة جهازك ، يجب عليك استخدام أمر جهاز العرض الطرفي. في الحقيقة ، فهذا يعني أنه في حالة ظهور أي رسائل سجل أحداث على شاشة جهاز آخر ، فيجب إرسالها في شكل حزم عبر بروتوكول Telnet إلى عنوان IP الخاص بجهازك. بشكل افتراضي ، لا يتم إرسال رسائل السجل إلى عنوان IP ، ولكن بعد إدخال أمر الشاشة الطرفية ، سيبدأ هذا في الحدوث. إذا أدخلت الآن أمر إيقاف التشغيل في نافذة الإعدادات لجهاز التوجيه R1 ، فستظهر رسالة سجل حول تغيير حالة الواجهة في نفس الوقت على الشاشتين.
الآن سأذهب إلى وضع الإعدادات العامة R1 في النافذة الأولى وأبدأ في كتابة بعض الأوامر ، على سبيل المثال ، int g0 / 0. لنفترض أنني تمكنت من طباعة int g0 / فقط ، وفي تلك اللحظة ظهر نوع من رسائل السجل. سيتم تمزيق فريقي إلى أجزاء بهذه الرسالة ، لذلك سيكون 0 على السطر التالي ، وقد لا يفهمها الجهاز. هذا غير مريح بشكل خاص إذا قمت بكتابة أمر طويل ، أو إذا كانت رسائل السجل تتكون من عدة أسطر ، لأنني لا أعرف من أين أتوقف عن الكتابة حتى لا يمزق فريقي إلى أجزاء ، أو يمكنني أن أنسى المكان الذي توقفت فيه.
لمنع هذا ، يتم استخدام مزامنة السجل. اكتب أمر السطر vty 0 4 في النافذة اليمنى للانتقال إلى إعدادات Telnet ، وبعد ذلك يتغير رأس سطر الأوامر من R1 (config-if) إلى R1 (config-line). ثم أدخل أمر التسجيل المتزامن وأعود إلى النافذة اليسرى.
أكرر الآن نفس الموقف - اكتب int g0 / و pause ، تظهر خلالها رسالة السجل مرة أخرى. يظهر أيضًا على كلتا الشاشتين ، لكن نصه الآن لا يكسر أمري ، وتحته يكرر ما بدأت الكتابة. الآن يمكنني الاستمرار في كتابة الفريق الذي بدأته بهدوء ، دون خوف من أن يتم تقسيمه إلى أجزاء بواسطة سجلات الظهور. بالنسبة لي ، كمستخدم ، هذا مناسب جدًا ، لأنك لا تحتاج إلى التفكير في كيفية كتابة أمر بشكل أسرع ، حتى تظهر رسالة سجل الأحداث فجأة. هذا هو ما يفعله أمر التسجيل المتزامن ، أو "مزامنة السجلات".
لكل من رسائل السجل مستوى معين من الأولوية ، في مثالنا هو المستوى 5. كلما انخفضت قيمة مستوى التسجيل ، كلما زادت أهمية الرسالة. هناك 8 مستويات أولوية لسجلات Cisco في المجموع.
0 - في حالات الطوارئ ، فإن النظام لا يعمل بشكل كامل ،
1 - موقف مقلق ، التدخل العاجل ضروري ،
2 - الأحداث الحرجة ، قد يفشل النظام ،
3 - رسائل خطأ ،
4 - جميع أنواع التحذيرات
5 - مختلف الإخطارات الهامة ،
6 - رسائل إعلامية ،
7 - تصحيح الرسائل.
تشير المستويات الثلاثة الأولى إلى حالات خطيرة في النظام ، ويشير المستوى 3 إلى مشاكل في النظام ، ويحذر المستوى الرابع من أن حالة النظام قد تصبح غير مستقرة ، لكنه لا يزال يعمل. يخطر المستوى الخامس بالأحداث المختلفة ، على سبيل المثال ، عن تغيير في حالة الارتباط ، كما في مثالنا. إذا كنت تستخدم وضع التصحيح ، فسوف تعرض الشاشة رسائل تصحيح المستوى السابع. إذا كنت شخصًا مشغولًا ولا تريد قراءة جميع السجلات ، فيمكنك اختيار مستوى رسائل الخطر التي سيتم عرضها على الشاشة.
على سبيل المثال ، أريد أن أرى رسائل تسجيل الدخول فقط حتى المستوى الثالث من الخطر. في هذه الحالة ، لن يعرض النظام سوى رسائل المستويات 0 و 1 و 2 و 3 ، متجاهلاً الرسائل من المستويات 4-7. بشكل افتراضي ، يتم تعيين المستوى 7 ، لذلك سترى سجلات جميع المستويات ، من الصفر إلى السابع.
درسنا ماهية الشاشة الطرفية ، والآن دعنا ننتقل إلى Syslog. إذا ظهرت رسائل سجل مهمة على الشاشة ، فقد ترغب في حفظها بطريقة ما على خادم Syslog ، لأن هذه الرسائل عادةً ما يتم تخزينها فقط في ذاكرة جهاز التوجيه ولن تتمكن من تحليلها بعد مرور بعض الوقت.
دعنا نعود إلى Packet Tracer وأضف خادمًا إلى الدائرة المتصلة مباشرةً بالموجه الأول. في الممارسة العملية ، يجب أن يكون المفتاح موجودًا بينهما ، لكننا نستخدم هذا المخطط لأغراض التدريب ، حتى نتمكن من الاستغناء عن المفتاح. أذهب إلى إعدادات شبكة الخادم وأعينه عنوان IP ثابتًا 10.1.2.10 وقناع شبكة فرعية 255.255.255.0 وعنوان بوابة افتراضيًا 10.1.2.1. هذا العنوان غير موجود حتى الآن ، لكنني سأقوم بتهيئته عندما أكمل تكوين واجهة جهاز التوجيه R0.
بعد ذلك ، سوف أذهب إلى إعدادات R0 ، استخدم الأمر g0 / 1 وأخصصه العنوان 10.1.2.1 بقناع الشبكة الفرعية 255.255.255.0. وبالتالي ، سيكون الخادم وجهاز التوجيه على نفس الشبكة. ثم أحتاج إلى الدخول في إعدادات جهاز التوجيه R1 الثاني وتكوين الاتصال مع جهاز التوجيه الأول. يمكنك تكوين RIP أو مسار ثابت ، وفي هذه الحالة أختار الأخير.
للقيام بذلك ، أدخِل الأمر ip route 0.0.0.0 0.0.0.0 10.1.1.1 ، وهذا يعني أنني أشير إلى أنه يتم إرسال كل حركة المرور إلى العنوان 10.1.1.1. ثم أقوم بإدخال "show show route route" وأرى أن بوابة آخر قائمة انتظار عبارة "الملاذ الأخير" لها عنوان 10.1.1.1 للشبكة 0.0.0.0.
الآن سوف أتحقق مما إذا كان من الممكن تنفيذ الأمر ping على الجهاز في 10.1.2.10. إذا كنت تتذكر ، فإن أداة ping هي أداة تشخيص ، وكما ترون ، كان الأمر ping ناجحًا. بعد ذلك ، أقوم بتشغيل وضع التصحيح باستخدام الأمر debug ip icmp ، وهذا يعني أنه في كل مرة يصدر فيها جهاز التوجيه الأصوات ، ستظهر رسالة مقابلة في نافذة وحدة التحكم.
إذا قمت بإجراء اختبار ping R1 من جهاز التوجيه الأيسر R0 باستخدام الأمر ping 10.1.1.2 ، فستظهر رسائل السجل في نافذة CLI الخاصة بالموجه الصحيح ، بشكل افتراضي ، مستوى الأولوية 7. أريد إرسال أي رسائل سجل تظهر أثناء عملية التكوين إلى خادم Syslog. للقيام بذلك ، انتقل إلى علامة التبويب "الخدمات" في لوحة إعدادات الخادم وأرى أن المعلمة Syslog ممكنة بشكل افتراضي. حسنًا ، علي الآن أن أقول لـ R1: "في كل مرة تظهر رسالة سجل ، يرجى إرسالها إلى خادم Syslog على 10.1.2.10!". للقيام بذلك ، أدخِل الأمر 10.1.2.10 الخاص بتسجيل الدخول. الآن سيتم إرسال جميع رسائل السجل إلى الخادم. دعونا نرى كيف يحدث هذا.
أذهب إلى إعدادات R0 ومرة أخرى أنا بينغ جهاز التوجيه R1. في نافذة CLI على الخادم الصحيح ، تظهر رسالة تصحيح ، والتي يجب إعادة توجيهها إلى خادم Syslog. أذهب إلى علامة التبويب Syslog بالخادم وأرى أن كل هذه الرسائل ظهرت هناك.
وبالتالي ، إذا حدثت أي أحداث خلال عطلة نهاية الأسبوع ، فبعد أن بدأت العمل يوم الاثنين ، ستتمكن من عرض جميع رسائل السجل التي يتم تسجيل هذه الأحداث فيها. إذا كانت لديك أي مشاكل ، فيمكنك تحليل ما حدث وتطبيق الإجراءات اللازمة للقضاء عليها.
ومع ذلك ، إذا نظرت عن كثب في رسائل Syslog ، فسترى خطأً: جميعها لها طابع زمني في 1 يناير من صفر ساعة. هذا يعني أنه لا يمكنني معرفة متى حدثت الأحداث المسجلة بالفعل. حدث هذا لأن ساعة النظام الخاصة بجهاز التوجيه R1 تعرض الوقت الخطأ. إذا قمت بإدخال أمر show clock في إعدادات هذا الموجه ، فسوف أرى الرسالة 0: 26: 9.539 UTC Mon Mar 1 1993. هذا يعني أن 26 دقيقة و 9 ثوان قد مرت منذ تشغيل الموجه ، وتبدأ الساعة الافتراضية في العد اعتبارًا من 1 مارس 1993 العام.
يمكنني ضبط الوقت الصحيح يدويًا والبدء في القيام بذلك باستخدام جهاز التوجيه R0. أقوم بإدخال أمر ضبط الساعة ثم ضبط الوقت الصحيح بالتنسيق hh: mm: ss. بعد إدخال 22:05:00 ، يعطي النظام مطالبة بإدخال يوم الشهر من 1 إلى 31 واسم الشهر. أقوم بطباعة 14 آذار (مارس) ويجب أن أدخل الآن السنة في النطاق من 1993 إلى 2035. ونتيجة لذلك ، أكتب في السطر 22:05:00 في 14 مارس 2017 ، وبعد ذلك أضغط على Enter. إذا كتبت الآن show clock ، فسيقوم النظام بعرض الوقت الصحيح.
قد تسأل عن سبب ضبط الوقت على جهاز التوجيه R0 وليس على جهاز R1. هذا لأنني أريد أن أوضح لك إعداد الوقت التلقائي لجهاز التوجيه الثاني. بعد ذلك ، أقوم بإدخال أوامر debug ip icmp وتسجيل 10.1.2.10 في إعدادات R0 بحيث يتم إرسال السجلات إلى خادم Syslog.
ثم أقوم بتعطيل تصحيح جهاز التوجيه R1 باستخدام الأمر un all واختبار اتصال الجهاز 10.1.1.1. نجاح Ping ، وإذا نظرت الآن إلى سجلات الخادم ، يمكنك أن ترى أن الرسائل الجديدة قد تمت إضافتها هنا ، ولكن لسبب ما مرة أخرى مع الوقت الخطأ وتاريخ الصفر. هذا غريب ، لأن الوقت الصحيح يظهر أيضًا في إعدادات جهاز التوجيه R1. أنا مرة أخرى بينغ R0 جهاز التوجيه من جهاز التوجيه R1 ، تظهر رسائل السجل على الشاشة وفي سجل الخادم ، ولكن مرة أخرى مع التاريخ الخطأ. ربما لم يتم تحديث المعلومات بعد ، وسأحاول معرفة السبب.
أذهب إلى إعدادات جهاز التوجيه R0 وأوقف تشغيل رسائل تصحيح الأخطاء باستخدام الأمر un all ، وبعد ذلك انتقل إلى إعدادات جهاز التوجيه R1 وأدخل الأمر timestamps الخاص بالخدمة ، والذي يضع طابعًا زمنيًا على رسائل التصحيح أو رسائل السجل. في حالتنا ، يمكنني استخدام الطوابع الزمنية خدمة سجل مللي ثانية.
ثم أعود إلى إعدادات R0 و ping R1. الآن ترى أن الرسائل ظهرت على الخادم مع التاريخ والوقت: 1 مارس ، 00:31:02 ميلي ثانية. لكن هذا هو التاريخ الخطأ ، حيث أنني لم أعين 1 مارس ، ولكن 14 مارس! نعتذر عن ارتكاب أخطاء في هذا الفيديو التعليمي ، والآن سأصلحهم.
سأحاول ضبط الوقت الصحيح بطريقة مختلفة. الحقيقة هي أنه حتى يتم تنشيط خدمة ختم الوقت ، وصلت الرسائل مع الوقت والتاريخ الافتراضي. ثم قمت بتشغيل خدمة الطوابع الزمنية ، لكن بعد ذلك لم أقوم بتكوين الوقت والتاريخ الصحيحين ، ولهذا السبب تبين أن الطابع الزمني في رسائل السجل غير صحيح.
المشكلة في ضبط الوقت يدويًا هي أنه إذا كان لديك مئات الأجهزة ، فيجب عليك الدخول في إعدادات كل جهاز وضبط الوقت والتاريخ. لتجنب ذلك ، هناك آلية NTP أوتوماتيكية ، أو بروتوكول وقت الشبكة ، والذي يقوم بمزامنة وقت الكمبيوتر مع وقت أجهزة الشبكة. يمكنك تحديد جهاز شبكة واحد باعتباره NTP- ماستر وتعيين الوقت المطلوب. دراسة هذا البروتوكول خارج نطاق دورة CCNA ، ولست متأكدًا من أن الأمر الرئيسي لـ ntp يدعمه Packet Tracer. ولكن ما زلت أحاول ضبط الوقت الصحيح ، الذي سأضيف خادمًا آخر إلى شبكتنا وأعينه خادم NTP.
للقيام بذلك ، سأذهب إلى إعداداته وتحقق من علامة التبويب NTP. كما ترون ، يتم تعيين التاريخ والوقت الصحيحين هنا وتم تمكين وظيفة NTP.
ثم أذهب إلى إعدادات شبكة Server1 وأعيّنها عنوان IP 10.1.3.10 وقناع شبكة فرعية من 255.255.255.0 وبوابة افتراضية قدرها 10.1.3.1. كما ذكرت سابقًا ، لم يتم تكوين هذه البوابة ، لذلك أذهب إلى إعدادات جهاز التوجيه R1 وقم بتكوين واجهة g0 / 1 للتواصل مع الخادم عن طريق إصدار ip add 10.1.3.1 255.255.255.0 وأي أوامر إغلاق.
بعد ذلك ، في إعدادات جهاز التوجيه ، أدخِل أمر خادم ntp server 10.1.3.10 ، وبعد ذلك سيكون جهاز التوجيه R1 قادرًا على تلقي الوقت الصحيح من خادم NTP. كما ترون ، لدينا الآن رسائل سجل المستوى 5 مع الطابع الزمني الصحيح.
show clock, , . ntp association, , Packet Tracer, ntp.
ntp status , . , Stratum 2 – , NTP-, R2 , 1. , R1, stratum 3 (NTP- + R1 + ), R1 NTP- 2. , .
R0 R1 10.1.1.2, , Server0 , .
, NTP Syslog. – CDP, Cisco Discovery Protocol. .
, , , , . Cisco, , , IP-. , LLDP, Link Layer Discovery Protocol, , CDP, .
CDP Cisco . LLDP, Cisco . , LLDP, Cisco, CDP.
, , Packet Tracer. , , CDP , Server0 R0. , , .
CLI R0 show cdp. , cdp- 60 , 180 , – CDPv2.
CDP , , , . 60 . show cdp neighbors, , R0 CDP-.
, R0 – R1 . R1 R 1900 R0 g0/0, g0/0 R0.
, show cdp neighbors , , , . , .
R0 – 2960, g0/1. , , , , , Capability, : R – , S – , H- .. R0 FastEthernet 0/1.
, CDP . , , – CDP . , , . CDP? config t cdp run. , cdp . cdp no cdp run. , cdp, show cdp – , CDP is not enable.
, cdp , . , , cdp cdp run, , , int g0/1, cdp enable, , no cdp enable, . no cdp enable cdp , . , / cdp run, – enable.
show cdp neighbors, , R0 – R1. cdp g0/1, «».
LLDP , CDP, lldp run/no lldp run. , Cisco CDP , LLDP – . LLDP , , g0/1, lldp receive, , lldp transmit, LLDP -.
, no lldp receive, – no lldp transmit. CDP LLDP , , – , LLDP -.
شكرا لك على البقاء معنا. هل تحب مقالاتنا؟ تريد أن ترى المزيد من المواد المثيرة للاهتمام؟ ,
30% entry-level , : VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps $20 ? (تتوفر خيارات مع RAID1 و RAID10 ، ما يصل إلى 24 مركزًا وما يصل إلى 40 جيجابايت من ذاكرة DDR4).
ديل R730xd 2 مرات أرخص؟ فقط لدينا
2 من Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6 جيجا هرتز 14 جيجا بايت 64 جيجا بايت DDR4 4 × 960 جيجا بايت SSD 1 جيجابت في الثانية 100 TV من 199 دولار في هولندا! Dell R420 - 2x E5-2430 سعة 2 جيجا هرتز 6 جيجا بايت 128 جيجا بايت ذاكرة DDR3 2x960GB SSD بسرعة 1 جيجابت في الثانية 100 تيرابايت - من 99 دولارًا! اقرأ عن
كيفية بناء البنية التحتية فئة باستخدام خوادم V4 R730xd E5-2650d تكلف 9000 يورو عن بنس واحد؟