1 00:00:01,100 --> 00:00:06,300 Die Kenntnis der Problembehandlung bei Netzwerken ist für jeden Netzwerktechniker eine wichtige Fähigkeit. 2 00:00:06,560 --> 00:00:13,340 Die genaue Verwendung der Protokollierung auf Cisco-Routern und -Switches ist eine gute Voraussetzung für 3 00:00:13,340 --> 00:00:14,680 die Fehlerbehebung. 4 00:00:14,690 --> 00:00:21,470 Es ist wichtig, dass Sie wissen, wie Sie die Protokollierung direkt auf einem Cisco-Gerät sowie einen Slug-Server verwenden, 5 00:00:21,740 --> 00:00:24,100 wenn Sie Netzwerkprobleme beheben müssen. 6 00:00:24,110 --> 00:00:27,990 Cisco bietet jetzt viele Optionen für die Protokollierung. 7 00:00:28,010 --> 00:00:31,360 Sie können sich direkt beim Konsul von Urara anmelden. 8 00:00:31,460 --> 00:00:40,090 Sie können sich in einem Puffer anmelden, in dem Sie den Protokollserver unterstützen können, sowie zusätzliche Protokollierungsoptionen in diesen Videos. 9 00:00:40,090 --> 00:00:46,180 Ich werde Ihnen zeigen, wie Sie sich an der Konsole anmelden und verschiedene 10 00:00:46,450 --> 00:00:53,740 Optionen für die Protokollierung verwenden, einschließlich der Protokollierungsstufen der Puffer sowie die Protokollierung auf dem ISIS-Protokollserver. 11 00:00:53,740 --> 00:01:01,350 Beginnen wir in diesem Beispiel eines einfachen Netzwerks aus zwei Rato-Stäben, die zuerst über Stange miteinander verbunden 12 00:01:01,350 --> 00:01:02,290 sind. 13 00:01:02,310 --> 00:01:09,560 Ethan etting an Route 1, wenn ich zur ersten Ethan-Schnittstelle gehe und sie nicht schließe. 14 00:01:09,640 --> 00:01:16,120 Beachten Sie die Ausgabe, die auf dem Konsolenlink angezeigt wird, und dann eine Nummer. 15 00:01:16,120 --> 00:01:26,240 In diesem Fall haben drei Up-Down-Interfaces zuerst Ethan 0 0 den Status in Up 16 00:01:26,240 --> 00:01:34,930 geändert und dann erhalten wir eine weitere Nachricht oder ein Leitungsprotokoll Nummer 17 00:01:34,940 --> 00:01:36,440 fünf. 18 00:01:36,460 --> 00:01:40,510 Die Nachricht enthält auch einen Datums- und Zeitstempel. 19 00:01:40,510 --> 00:01:45,130 Das sind also Protokollmeldungen, die auf der Konsole des Routers angezeigt werden. 20 00:01:45,400 --> 00:01:50,230 Und diese Nummer zeigt die Serviceprotokollstufe an. 21 00:01:50,290 --> 00:01:57,390 Weitere Informationen zum Protokollprotokoll finden Sie in RAFC 5:44. 22 00:01:57,720 --> 00:02:03,400 Und ich werde es nicht langweilen, dass Sie die gesamte RAFC durchgehen. Wenn Sie jedoch die Details 23 00:02:03,520 --> 00:02:08,930 der Protokollierung von Nachrichten und das langsame Protokoll erfahren möchten, ist dies ein guter Ausgangspunkt. 24 00:02:09,060 --> 00:02:11,310 Ich werde nur ein paar Dinge aufzeigen. 25 00:02:11,310 --> 00:02:14,370 Bestimmte Arten von Funktionen werden ausgeführt. 26 00:02:14,460 --> 00:02:20,360 Wir haben den Urheber, der Suslov-Inhalte generiert, die in einer Nachricht mitgeführt werden sollen. 27 00:02:20,370 --> 00:02:26,810 Ein Router generiert zum Beispiel diese Protokollnachricht, und dann haben wir möglicherweise einen Collector, der 28 00:02:26,810 --> 00:02:31,270 diesen Protokollinhalt zur weiteren Analyse in einem späteren Video sammelt. 29 00:02:31,350 --> 00:02:34,940 Ich werde Ihnen zeigen, wie Sie einen Solar Wiens Protokollserver konfigurieren. 30 00:02:35,190 --> 00:02:40,960 Als Kollektor, der mehrere Syslog-Nachrichten an einen zentralen Server erfasst. 31 00:02:41,400 --> 00:02:45,480 Aber zunächst wollen wir mit einigen grundlegenden Prinzipien dieses Protokolls beginnen. 32 00:02:46,080 --> 00:02:50,000 Und um das zu tun, müssen wir uns die Priorität jedes einzelnen ansehen. 33 00:02:50,000 --> 00:02:51,400 Also SLOC-Nachricht. 34 00:02:51,610 --> 00:03:00,720 In der RAFC haben wir also die numerischen Codes 0 bis 7 mit der Beschreibung des Schweregrads. 35 00:03:00,720 --> 00:03:07,740 Wenn Sie die Protokollierung für eine Route als Beispiel konfigurieren, können Sie den Schweregrad entweder über die 36 00:03:08,070 --> 00:03:17,830 Nummer oder über den Namen konfigurieren. Dies gilt für alle Cecka-Geräte, wenn ich show protokolliere, wenn ich eingebe, und eine Meldung mit der Stufe 37 00:03:18,240 --> 00:03:25,200 5 angezeigt wird und als ich die Protokollierung eingegeben habe, zeigt es mir als Beispiel, dass 38 00:03:25,200 --> 00:03:28,950 die Protokollierung der Konsole auf Debugging-Level eingestellt ist. 39 00:03:29,100 --> 00:03:33,620 Ich kann die Protokollierungsstufe durch Eingabe von logging konfigurieren. 40 00:03:37,130 --> 00:03:44,180 Es gibt mehrere Optionen, aber in diesem Beispiel konfiguriere ich die Verwendung des Fragezeichens für 41 00:03:44,630 --> 00:03:52,930 die Konsole. Ich kann feststellen, dass ich einen Protokollierungsschweregrad unter Verwendung einer Zahl oder eines Wortes angeben kann. 42 00:03:53,030 --> 00:03:58,670 Also entweder debuggen oder die Nummer 7 verwenden. 43 00:03:58,690 --> 00:04:04,900 Beginnen wir also mit der höchsten Zahl Sieben ist das Debuggen, mit dem Sie die 44 00:04:05,540 --> 00:04:07,650 Informationsnachrichten von Six anzeigen können. 45 00:04:07,660 --> 00:04:15,210 Dies wäre so etwas wie eine Zugriffsliste, in der die Regelverletzung nicht beachtet wird, aber signifikante Bedingungen 46 00:04:16,340 --> 00:04:19,020 und ein Beispiel wäre ein Leitungsprotokoll. 47 00:04:19,250 --> 00:04:21,970 Also Schnittstelle wenn Cirrus Fleisch 0. 48 00:04:22,100 --> 00:04:28,610 Wenn ich die Schnittstelle schließe, ist das fünfzeilige Protokoll deaktiviert. 49 00:04:29,470 --> 00:04:31,970 Für diese Warnbedingungen. 50 00:04:32,100 --> 00:04:41,750 Ein Beispiel wäre, dass eine Konfigurationsdatei über einen S & P-Request-Shreeves-Fehler auf einen Server geschrieben wird. 51 00:04:41,760 --> 00:04:43,540 Dies ist eine Fehlerbedingung. 52 00:04:43,560 --> 00:04:51,550 Ein Beispiel wären Schnittstellen-Aktualisierungsnachrichten für diese kritischen Bedingungen, die beispielsweise Speicherausfallfehler 53 00:04:51,880 --> 00:04:53,810 darstellen könnten. 54 00:04:54,040 --> 00:04:57,680 Eine ist eine Alarmaktion, die sofort ergriffen werden muss. 55 00:04:57,760 --> 00:05:04,480 Möglicherweise wurde die Temperaturgrenze überschritten und das System ist in Notfällen instabil. 56 00:05:04,750 --> 00:05:11,950 Ein Beispiel wäre, dass das System aufgrund eines fehlenden Lüftereinschubs auf einem Switch 57 00:05:11,950 --> 00:05:13,070 heruntergefahren wird. 58 00:05:13,090 --> 00:05:22,330 Die numerischen Nummern sind daher in dieser RAFC 5:44 angegeben und auf der Cisco-Website an 59 00:05:22,330 --> 00:05:24,190 vielen Stellen angegeben. 60 00:05:24,190 --> 00:05:26,040 Hier ist ein Beispiel. 61 00:05:26,900 --> 00:05:36,440 Auf der Cisco-Website finden Sie Informationen zu den Fehlernachrichtenschlüsselwörtern und den entsprechenden Unix-Testprotokolldefinitionen. 62 00:05:36,440 --> 00:05:42,230 Also wieder Benachrichtigungen sind fünf normale, aber signifikante Bedingungen. 63 00:05:42,230 --> 00:05:48,140 Schauen wir uns ein anderes Beispiel an, das die Unterschiede in der Ausgabe auf 64 00:05:48,440 --> 00:05:56,640 der Konsole eines Routers zeigt, abhängig von dem Debugging, das Sie als wichtigen Hinweis festlegen: Wenn Sie eine höhere 65 00:05:56,790 --> 00:06:06,660 Ebene wie z. B. 7 aktivieren, werden alle anderen Ebenen aktiviert Aktivieren Sie eine Stufe wie fünf, dh die Stufen 0 1 2 3 66 00:06:06,660 --> 00:06:08,960 4 und 5 sind aktiviert. 67 00:06:09,210 --> 00:06:16,320 Wann immer Sie eine Stufe angeben, sind diese Stufe und alle niedrigeren Stufen auf dem Router aktiviert.