1
00:00:01,070 --> 00:00:05,260
Also ich ändere den Logging-Level also beim Logging.

2
00:00:05,480 --> 00:00:19,810
Und noch einmal überwachen und ich setze diese zwei Fehlermeldungen oder Fehler ein, damit die Protokollierung angezeigt wird. Consul ist so eingestellt, dass er

3
00:00:19,810 --> 00:00:21,420
Debugging lehrt.

4
00:00:21,420 --> 00:00:32,500
Monitor ist auf Fehler eingestellt, die zeigen, dass das Debugging-Debugging aktiviert ist, wenn Null kleiner als Null

5
00:00:32,520 --> 00:00:33,680
ist.

6
00:00:33,680 --> 00:00:36,090
Schließen Sie die Schnittstelle.

7
00:00:36,330 --> 00:00:40,030
Auf unserer Telnet-Leitung ist der Terminalmonitor aktiviert.

8
00:00:40,290 --> 00:00:42,650
Nein, halt nicht.

9
00:00:42,740 --> 00:00:51,680
Wieder einmal sehen wir Debugging auf der Konsole, aber wir sehen nichts in den Viti-One-Zeilen. Dies liegt

10
00:00:52,400 --> 00:01:01,220
daran, dass die Protokollierung auf der Konsole Debugging oder Level 7 ist, aber das Protokollieren in

11
00:01:02,290 --> 00:01:04,020
den Monitorzeilen.

12
00:01:04,040 --> 00:01:09,460
Es ist wert, sowohl den Namen als auch die Nummer zu kennen.

13
00:01:09,460 --> 00:01:17,230
In Bezug auf diese Protokollmeldungen ist es jetzt möglich, die gesamte Protokollierung bei den lokalen Verbrauchern zu stoppen. Wenn Sie möchten, und alles,

14
00:01:17,230 --> 00:01:21,900
was Sie tun würden, ist, keine Logging-Kon ..

15
00:01:22,180 --> 00:01:27,870
Ähnliches können Sie für andere Optionen wie die Monitorzeilen machen.

16
00:01:28,150 --> 00:01:31,520
So wurden keine Hinweise getippt und nichts geschah.

17
00:01:31,810 --> 00:01:35,400
Kontrolle die Kontrolle sagte, dass nichts passiert ist.

18
00:01:35,460 --> 00:01:37,330
Debug anzeigen

19
00:01:37,790 --> 00:01:40,380
Immer wenn das Debuggen aktiviert ist.

20
00:01:40,390 --> 00:01:45,620
Protokollierung anzeigen Consul ist deaktiviert.

21
00:01:45,890 --> 00:01:51,110
In diesem Fall ist die Überwachung auf dem Monitor auf Fehler eingestellt.

22
00:01:51,110 --> 00:01:58,470
Ich werde das auf Stufe 7 ändern.

23
00:01:59,420 --> 00:02:02,770
Ich habe die Protokollierung auf der Konsole deaktiviert.

24
00:02:02,810 --> 00:02:12,550
Beachten Sie, dass ich hier keine Ausgabe sehe, aber ich sehe Ausgabe in der Zeile Viti y, damit ich Ihnen das noch einmal zeigen kann.

25
00:02:14,960 --> 00:02:24,320
Drücken Sie die Eingabetaste ein paar Mal mit den Steuerelementen Z, die die Ausgabe in der Zeile Viti y sehen.

26
00:02:24,580 --> 00:02:31,610
Ich sehe die Ausgabe jedoch nicht auf der Konsole, weil ich die Protokollierung auf der Konsole deaktiviert habe.

27
00:02:31,610 --> 00:02:35,650
Alle schließen die Schnittstelle des Routers und schließen sie dann.

28
00:02:35,690 --> 00:02:42,920
Ich sehe das Debuggen in der Viti-Zeile, aber ich

29
00:02:46,230 --> 00:02:55,650
sehe nichts auf der Konsole des Rodda. So können Sie die Protokollierungskonsole

30
00:02:57,530 --> 00:03:02,910
erneut aktivieren, die das Debuggen protokolliert.

31
00:03:02,910 --> 00:03:06,010
In diesem Beispiel ist der Puffer jedoch deaktiviert.

32
00:03:06,180 --> 00:03:15,280
Lassen Sie uns nun die Protokollierung des Puffers in diesem Beispiel aktivieren. In diesem Beispiel von Rotto one show logging wird angezeigt, dass

33
00:03:15,280 --> 00:03:22,390
ich mich an der Konsole und an der Viti one-Zeile angemeldet habe, aber die Protokollierung für den Puffer

34
00:03:22,390 --> 00:03:23,590
nicht aktiviert ist.

35
00:03:23,620 --> 00:03:29,270
Es ist sehr unwahrscheinlich, dass Sie sich mit der Konsole aller Ihrer

36
00:03:29,270 --> 00:03:32,610
Ratisbon-Switches verbinden und Protokollnachrichten in Echtzeit anzeigen.

37
00:03:32,740 --> 00:03:39,340
Sie können dies während der Problembehandlung tun, aber Sie möchten wahrscheinlich nicht den ganzen

38
00:03:39,400 --> 00:03:41,380
Tag mit Konsolennachrichten verbringen.

39
00:03:41,380 --> 00:03:43,820
Sie hätten das lieber irgendwo gepuffert.

40
00:03:44,030 --> 00:03:51,370
Noch besser gespeichert an einem zentralen Ort, den Sie offline oder zu einem späteren Zeitpunkt anzeigen können.

41
00:03:51,370 --> 00:03:57,980
Schauen wir uns zuerst die Pufferprotokollierung an und dann die SLOC.

42
00:03:58,060 --> 00:04:07,440
Also werde ich die Protokollierung auf der Konsole auf drei niedrigere Bereiche setzen.

43
00:04:07,630 --> 00:04:12,400
Ich belasse es um sieben auf dem VQ Y, damit wir die Ausgabe sehen können.

44
00:04:12,830 --> 00:04:24,900
Und ich muss sagen, dass Bufford protokolliert wird. In diesem Fall werde ich es auf sieben oder auf Debugging setzen. Zeigen Sie also an,

45
00:04:25,190 --> 00:04:33,940
dass Protokoll Konsole 3 Fehler enthält. In anderen Worten, in unserem Beispiel von Vitti, warum Sie auf

46
00:04:33,940 --> 00:04:45,380
Debugging eingestellt haben und Puffer auf Debugging gesetzt ist, wenn aktiviert top zeige log wieder Ich sehe eine Meldung im Puffer, um die

47
00:04:45,380 --> 00:04:57,700
Größe des Puffers zu sehen, so dass ich diese Größe ändern kann, indem Sie logging buffet eingeben und den Pufferpegel auf eine Zahl setzen können.

48
00:04:57,700 --> 00:05:07,040
Ich werde es so einstellen, dass das Protokoll anzeigen kann, dass die Puffergrößen geändert wurden.

49
00:05:07,070 --> 00:05:15,660
Das hängt jetzt von der Menge des verfügbaren Speicherplatzes auf Ihrem Router oder Switch ab.

50
00:05:15,710 --> 00:05:17,400
Also machen wir den Test noch einmal.

51
00:05:17,420 --> 00:05:23,490
Schließen Sie die Schnittstelle und führen Sie sie aus, um sie zu schließen.

52
00:05:23,550 --> 00:05:27,150
Auf der Konsole werden keine Protokollnachrichten angezeigt.

53
00:05:27,240 --> 00:05:36,020
Ich sehe sie auf der Website, aber wenn ich tippe, sollte ich mich jetzt einloggen und nach unten scrollen.

54
00:05:36,190 --> 00:05:40,320
Hinweis Ich sehe meine OSPF-Nachrichten im Protokoll.

55
00:05:41,220 --> 00:05:42,960
Das waren sie nicht.

56
00:05:43,060 --> 00:05:50,090
Früher konnte ich als Beispiel eine Filterung durchführen, also plute verwenden.

57
00:05:50,440 --> 00:06:01,090
Und lasst uns nach dem Wort BBR suchen und das zeigt mir alle meine Protokollnachrichten im Puffer, die das Schlüsselwort BD enthalten, oder es

58
00:06:01,090 --> 00:06:08,110
ist viel besser und viel einfacher, mit dem Puffer nach bestimmten Nachrichten zu suchen, als

59
00:06:08,530 --> 00:06:14,870
dies bei Verwendung der Konsole der Fall wäre oder eine Monitorschnittstelle wie diese.

60
00:06:14,870 --> 00:06:18,780
Das Problem bei Puffern ist, dass sie in der Größe begrenzt sind.

61
00:06:18,830 --> 00:06:23,030
Auf Ihren Routern steht kein Pufferplatz zur Verfügung.

62
00:06:23,150 --> 00:06:28,110
Und das Problem ist, wenn Sie 100 Router haben, erhalten Sie am Ende hundert Puffer.

63
00:06:28,220 --> 00:06:35,510
Es ist viel sinnvoller, einen zentralisierten Syslog-Server zu haben, auf dem alle Protokollnachrichten gesammelt und an einem einzigen Ort

64
00:06:35,630 --> 00:06:39,260
gespeichert werden, was eine wesentlich bessere Suche ermöglicht.

65
00:06:39,290 --> 00:06:44,090
Sie können Tools in Windows oder Mac als Beispiel verwenden, um nach Protokollnachrichten zu suchen.

66
00:06:44,090 --> 00:06:45,540
Es kann archiviert werden.

67
00:06:45,650 --> 00:06:49,860
Es ist nur viel besser, Ihre Protokollnachrichten auf einem Protokollserver zu speichern.

68
00:06:50,060 --> 00:06:57,280
Schauen wir uns also den Solar Wind Syslog-Server an und erfassen die Log-Meldungen.