Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Systemprotokollmeldungen an ein entferntes Ziel weiterleiten

Geben Sie die Möglichkeit und den Schweregrad der Meldungen an, die in das Protokoll aufgenommen werden sollen

Jede Systemprotokollmeldung gehört zu einer Einrichtung, in der Meldungen zusammengefasst sind, die entweder von derselben Quelle generiert werden (z. B. ein Softwareprozess) oder sich auf eine ähnliche Bedingung oder Aktivität beziehen (z. B. Authentifizierungsversuche). Jeder Nachricht ist außerdem ein Schweregrad zugewiesen, der angibt, wie stark sich das auslösende Ereignis auf die Funktionen der Routing-Plattform auswirkt.

Wenn Sie die Protokollierung für eine Einrichtung und ein Ziel konfigurieren, geben Sie für jede Einrichtung einen Schweregrad an. Nachrichten von der Einrichtung, die auf dieser Stufe oder höher eingestuft sind, werden an folgendem Ziel protokolliert:

Weitere Informationen zu den Zielen finden Sie unter Weiterleiten von Systemprotokollmeldungen an ein Benutzerterminal und Weiterleitenvon Systemprotokollmeldungen an die Konsole.Systemprotokollmeldungen direkt an die Konsole senden

Um Meldungen, die zu mehr als einer Einrichtung gehören, an einem bestimmten Ziel zu protokollieren, geben Sie jede Einrichtung und den zugehörigen Schweregrad als separate Anweisung innerhalb des Anweisungssatzes für das Ziel an.

Tabelle 1 Listet die Junos OS-Systemprotokollierungsfunktionen auf, die Sie in Konfigurationsanweisungen auf Hierarchieebene angeben können.[edit system syslog]

Tabelle 1: Junos OS-Systemprotokollierungsfunktionen

Einrichtung

Art des Ereignisses oder Fehlers

any

Alle (Nachrichten von allen Einrichtungen)

authorization

Authentifizierungs- und Autorisierungsversuche

change-log

Änderungen an der Junos OS-Konfiguration

conflict-log

Die angegebene Konfiguration ist für den Routertyp ungültig

daemon

Ausgeführte Aktionen oder Fehler von Systemprozessen

dfc

Ereignisse im Zusammenhang mit der dynamischen Datenstromerfassung

explicit-priority

Priorität und Funktion in Systemprotokollmeldungen aufnehmen

external

Ausgeführte Aktionen oder Fehler, die von den lokalen externen Anwendungen aufgetreten sind

firewall

Paketfilteraktionen, die von einem Firewallfilter ausgeführt werden

ftp

Ausgeführte Aktionen oder Fehler des FTP-Prozesses

interactive-commands

Befehle, die an der Eingabeaufforderung der Junos OS-Befehlszeilenschnittstelle (CLI) oder von einer Clientanwendung wie einem Junos XML-Protokoll oder einem NETCONF-XML-Client ausgegeben werden

kernel

Vom Junos OS-Kernel ausgeführte Aktionen oder Fehler

ntp

Ausgeführte Aktionen oder Fehler, die bei den Network Time Protocol-Prozessen aufgetreten sind

pfe

Von der Paketweiterleitungs-Engine ausgeführte Aktionen oder Fehler

security

Sicherheitsrelevante Ereignisse oder Fehler

user

Ausgeführte Aktionen oder Fehler, die bei User-Space-Prozessen aufgetreten sind

Listet die Schweregrade auf, die Sie in Konfigurationsanweisungen auf Hierarchieebene angeben können.Tabelle 2[edit system syslog] Die Stufen von bis sind in der Reihenfolge vom höchsten Schweregrad (größte Auswirkung auf die Funktion) bis zum niedrigsten.emergencyinfo

Im Gegensatz zu den anderen Schweregraden deaktiviert die Stufe die Protokollierung einer Einrichtung, anstatt anzugeben, wie stark ein auslösendes Ereignis die Routing-Funktionen beeinträchtigt.none Weitere Informationen finden Sie unter Deaktivieren der Systemprotokollierung einer Einrichtung.Deaktivieren der Systemprotokollierung einer Einrichtung

Tabelle 2: Schweregrade von Systemprotokollmeldungen

Wert

Schweregrad

Beschreibung

N/A

none

Deaktiviert die Protokollierung der zugeordneten Einrichtung an einem Ziel

0

emergency

Systempanik oder andere Zustände, die dazu führen, dass der Router nicht mehr funktioniert

1

alert

Bedingungen, die eine sofortige Korrektur erfordern, z. B. eine beschädigte Systemdatenbank

2

critical

Kritische Bedingungen, wie z. B. schwerwiegende Fehler

3

error

Fehlerzustände, die in der Regel weniger schwerwiegende Folgen haben als Fehler auf Notfall-, Alarm- und kritischer Ebene

4

warning

Bedingungen, die eine Überwachung rechtfertigen

5

notice

Bedingungen, bei denen es sich nicht um Fehler handelt, die jedoch eine besondere Behandlung rechtfertigen können

6

info

Relevante Ereignisse oder fehlerfreie Bedingungen

7

any

Umfasst alle Schweregrade

Systemprotokollmeldungen in eine Protokolldatei leiten

Um Systemprotokollmeldungen an eine Datei im Verzeichnis der lokalen Routing-Engine zu leiten, fügen Sie die Anweisung auf Hierarchieebene ein:/var/logfile[edit system syslog]

Eine Liste der Einrichtungen und Schweregrade finden Sie unter Angeben der Einrichtung und des Schweregrads von Meldungen, die in das Protokoll aufgenommen werden sollen.Geben Sie die Möglichkeit und den Schweregrad der Meldungen an, die in das Protokoll aufgenommen werden sollen

Um zu verhindern, dass Protokolldateien zu groß werden, schreibt das Junos OS-Systemprotokollierungsdienstprogramm Meldungen standardmäßig in eine Reihe von Dateien mit einer definierten Größe. Durch Einfügen der Anweisung können Sie die Anzahl der Dateien, ihre maximale Größe und die Personen, die sie lesen können, entweder für alle Protokolldateien oder für eine bestimmte Protokolldatei konfigurieren.archive Weitere Informationen finden Sie unter Angeben von Größe, Anzahl und Archivierungseigenschaften der Protokolldatei.Angeben von Größe, Anzahl und Archivierungseigenschaften der Protokolldatei

Weitere Informationen zu den folgenden Anweisungen finden Sie in den angegebenen Abschnitten:

Systemprotokollmeldungen direkt an ein Benutzerterminal senden

Um Systemprotokollmeldungen an die Terminalsitzung eines oder mehrerer bestimmter Benutzer (oder aller Benutzer) zu leiten, wenn diese bei der lokalen Routing-Engine angemeldet sind, fügen Sie die Anweisung auf Hierarchieebene ein:user[edit system syslog]

Geben Sie einen oder mehrere Junos OS-Benutzernamen an, trennen Sie mehrere Werte durch Leerzeichen, oder verwenden Sie das Sternchen (), um alle Benutzer anzugeben, die bei der lokalen Routing-Engine angemeldet sind.*

Eine Liste der Protokollierungsfunktionen und Schweregrade finden Sie unter Angeben der Einrichtung und des Schweregrads von Meldungen, die in das Protokoll aufgenommen werden sollen.Geben Sie die Möglichkeit und den Schweregrad der Meldungen an, die in das Protokoll aufgenommen werden sollen Weitere Informationen zur Anweisung finden Sie unter Verwenden von Zeichenfolgen und regulären Ausdrücken, um den Satz protokollierter Nachrichten zu verfeinern.matchVerwenden Sie Zeichenfolgen und reguläre Ausdrücke, um den Satz protokollierter Nachrichten zu verfeinern

Systemprotokollmeldungen direkt an die Konsole senden

Um Systemprotokollmeldungen an die Konsole der lokalen Routing-Engine zu leiten, fügen Sie die Anweisung auf Hierarchieebene ein:console[edit system syslog]

Eine Liste der Protokollierungsfunktionen und Schweregrade finden Sie unter Angeben der Einrichtung und des Schweregrads von Meldungen, die in das Protokoll aufgenommen werden sollen.Geben Sie die Möglichkeit und den Schweregrad der Meldungen an, die in das Protokoll aufgenommen werden sollen

Direkte Systemprotokollmeldungen an einen entfernten Computer oder eine andere Routing-Engine

Um Systemprotokollmeldungen an einen entfernten Computer oder an die andere Routing-Engine weiterzuleiten, fügen Sie die Anweisung auf Hierarchieebene ein:host[edit system syslog]

Um Systemprotokollmeldungen an einen Remotecomputer weiterzuleiten, fügen Sie die Anweisung ein, die IP-Adresse des Remotecomputers der IPv4-Adresse (IP Version 4), die Adresse der IP-Version 6 (IPv6) oder den vollständig qualifizierten Hostnamen des Remote-Computers anzugeben.hosthostname Auf dem Remote-Computer muss das Standarddienstprogramm ausgeführt werden.syslogd Es wird davon abgeraten, Nachrichten an ein anderes Gerät von Juniper Networks weiterzuleiten. In jeder Systemprotokollnachricht, die an den Remotecomputer gerichtet ist, wird der Hostname der lokalen Routing-Engine nach dem Zeitstempel angezeigt, um anzugeben, dass es sich um die Quelle der Nachricht handelt.

Fügen Sie die Anweisung ein, um Systemprotokollmeldungen an die andere Routing-Engine auf einem Gerät mit zwei installierten und betriebsbereiten Routing-Modulen weiterzuleiten.host other-routing-engine Die Anweisung ist nicht automatisch reziprok, daher müssen Sie sie in jede Routing-Engine-Konfiguration aufnehmen, wenn Sie möchten, dass die Routing-Engines Nachrichten aneinander weiterleiten. In jeder Nachricht, die an die andere Routing-Engine gerichtet ist, wird die Zeichenfolge oder nach dem Zeitstempel angezeigt, um die Quelle für die Nachricht anzugeben.re0re1

Eine Liste der Protokollierungsfunktionen und Schweregrade, die im Rahmen der Anweisung konfiguriert werden müssen, finden Sie unter Angeben der Einrichtung und des Schweregrads von Meldungen, die in das Protokoll aufgenommen werden sollen.hostGeben Sie die Möglichkeit und den Schweregrad der Meldungen an, die in das Protokoll aufgenommen werden sollen

Um Informationen zur Einrichtung und zum Schweregrad in jeder Nachricht aufzuzeichnen, fügen Sie die Anweisung ein.explicit-priority Weitere Informationen finden Sie unter Einschließen von Prioritätsinformationen in Systemprotokollmeldungen.Einfügen von Prioritätsinformationen in Systemprotokollmeldungen

Weitere Informationen zur Anweisung finden Sie unter Verwenden von Zeichenfolgen und regulären Ausdrücken, um den Satz protokollierter Nachrichten zu verfeinern.matchVerwenden Sie Zeichenfolgen und reguläre Ausdrücke, um den Satz protokollierter Nachrichten zu verfeinern

Wenn Sie Nachrichten an Remotecomputer weiterleiten, können Sie die Anweisung einschließen, um die IP-Adresse des Geräts anzugeben, das in den Nachrichten als Quelle gemeldet wird.source-address Fügen Sie in jede Anweisung die Anweisung ein, um eine alternative Funktion zuzuweisen, und die Anweisung, um jeder Nachricht eine Zeichenfolge hinzuzufügen.hostfacility-overridelog-prefix Sie können die Anweisung einschließen, um die Weiterleitung strukturierter Systemprotokollmeldungen an einen Remote-Systemprotokollserver im IETF-Systemprotokollmeldungsformat zu aktivieren.structured-data

Angeben einer alternativen Quelladresse für Systemprotokollmeldungen, die an ein Remoteziel gerichtet sind

Um den Quellrouter anzugeben, der in Systemprotokollmeldungen gemeldet werden soll, wenn die Nachrichten an einen Remotecomputer weitergeleitet werden, fügen Sie die Anweisung auf Hierarchieebene ein:source-address[edit system syslog]

ist eine gültige IPv4- oder IPv6-Adresse, die auf einer der Routerschnittstellen konfiguriert ist.source-address Die Adresse wird in den Nachrichten gemeldet, die an alle Remotecomputer gerichtet sind, die in Anweisungen auf der Hierarchieebene angegeben sind, jedoch nicht in Nachrichten, die an das andere Routingmodul gerichtet sind.host hostname[edit system syslog]

Hinzufügen einer Textzeichenfolge zu Systemprotokollmeldungen, die an ein Remoteziel gerichtet sind

Um jeder Systemprotokollmeldung, die an einen Remotecomputer oder an die andere Routing-Engine gerichtet ist, eine Textzeichenfolge hinzuzufügen, fügen Sie die Anweisung auf Hierarchieebene ein:log-prefix[edit system syslog host]

Die Zeichenfolge kann beliebige alphanumerische Zeichen oder Sonderzeichen mit Ausnahme des Gleichheitszeichens ( = ) und des Doppelpunkts ( : ) enthalten. Es darf auch das Leerzeichen nicht enthalten. Schließen Sie die Zeichenfolge nicht in Anführungszeichen (" ") ein, um Leerzeichen einzufügen.

Das Dienstprogramm für die Systemprotokollierung von Junos OS fügt automatisch einen Doppelpunkt und ein Leerzeichen an die angegebene Zeichenfolge an, wenn die Systemprotokollmeldungen in das Protokoll geschrieben werden. Die Zeichenfolge wird nach dem Bezeichner für das Routingmodul eingefügt, das die Nachricht generiert hat.

Das folgende Beispiel zeigt, wie die Zeichenfolge M120 zu allen Nachrichten hinzugefügt wird, um anzugeben, dass es sich bei dem Router um einen M120-Router handelt, und die Nachrichten an den Remotecomputer hardware-logger.mycompany.com weitergeleitet werden:

Wenn diese Konfigurationsanweisungen auf einem M120-Router mit dem Namen origin1 enthalten sind, sieht eine Meldung im Systemprotokoll auf hardware-logger.mycompany.com wie folgt aus:

Ändern des alternativen Einrichtungsnamens für Systemprotokollmeldungen, die an ein entferntes Ziel gerichtet sind

Einige Einrichtungen, die Nachrichten zugewiesen sind, die auf dem lokalen Router oder Switch protokolliert werden, haben Junos OS-spezifische Namen (siehe Junos OS-Systemprotokollierungsfunktionen). In der empfohlenen Konfiguration ist ein auf Hierarchieebene festgelegter Remote-Computer kein Router oder Switch von Juniper Networks, sodass das Dienstprogramm syslogd die für das Junos-Betriebssystem spezifischen Namen nicht interpretieren kann.[edit system syslog host hostname] Damit das standardmäßige Dienstprogramm syslogd Nachrichten von diesen Einrichtungen verarbeiten kann, wenn Nachrichten an einen Remotecomputer weitergeleitet werden, wird ein standardmäßiger Einrichtungsname anstelle des Junos-betriebssystemspezifischen Einrichtungsnamens verwendet.localX

Standardfunktionen für Systemprotokollmeldungen, die an ein Remoteziel gerichtet sind Listet den alternativen Standardnamen der Einrichtung neben dem Namen der für das Junos-Betriebssystem spezifischen Einrichtung auf, für die sie verwendet wird.Standardfunktionen für Systemprotokollmeldungen, die an ein entferntes Ziel gerichtet sind

Das Dienstprogramm syslogd auf einem Remote-Computer verarbeitet alle Meldungen, die zu einer Einrichtung gehören, auf die gleiche Weise, unabhängig von der Quelle der Nachricht (dem Router oder Switch von Juniper Networks oder dem Remote-Computer selbst). Beispielsweise monitor.mycompany.com die folgenden Anweisungen in der Konfiguration des Routers, die als Direktnachrichten von der Einrichtung an den Remote-Computer bezeichnet werden:local-routerauthorization

Die standardmäßige alternative Einrichtung für die lokale Einrichtung ist ebenfalls .authorizationauthorization Wenn das Dienstprogramm syslogd on so konfiguriert ist, dass Meldungen, die zur Einrichtung gehören, in die Datei geschrieben werden, enthält die Datei die Meldungen, die bei der Anmeldung von Benutzern generiert werden, und die Meldungen, die generiert werden, wenn Benutzer sich bei anmelden.monitorauthorization/var/log/auth-attemptslocal-routermonitor Obwohl der Name des Quellcomputers in jeder Systemprotokollmeldung angezeigt wird, kann die Vermischung von Nachrichten von mehreren Computern die Analyse des Inhalts der Datei erschweren.auth-attempts

Um die Trennung der Nachrichten von den einzelnen Quellen zu erleichtern, können Sie allen Nachrichten, die am generiert werden, wenn sie an gesendet werden, eine alternative Funktion zuweisen.local-routermonitor Sie können dann das Dienstprogramm syslogd so konfigurieren, dass Nachrichten mit der alternativen Funktion in eine andere Datei geschrieben werden als die für sich selbst generierten Nachrichten.monitormonitor

Um die Funktion zu ändern, die für alle Nachrichten verwendet wird, die an einen entfernten Computer gerichtet sind, fügen Sie die Anweisung auf Hierarchieebene ein:facility-override[edit system syslog host hostname]

Im Allgemeinen ist es sinnvoll, eine alternative Einrichtung anzugeben, die noch nicht auf dem Remotecomputer verwendet wird, z. B. eine der Einrichtungen.localX Auf dem Remotecomputer müssen Sie auch das Dienstprogramm syslogd so konfigurieren, dass die Nachrichten in der gewünschten Weise verarbeitet werden.

Einrichtungen für die facility-override-Anweisung listet die Einrichtungen auf, die Sie in der Anweisung angeben können.Systemprotokollmeldungen an ein entferntes Ziel weiterleitenfacility-override

Es wird nicht empfohlen, die Anweisung auf Hierarchieebene einzuschließen.facility-override[edit system syslog host other-routing-engine] Es ist nicht erforderlich, alternative Einrichtungsnamen zu verwenden, wenn Nachrichten an die andere Routing-Engine weitergeleitet werden, da das Junos OS-Systemprotokollierungsdienstprogramm die Junos OS-spezifischen Namen interpretieren kann.

Das folgende Beispiel zeigt, wie alle Meldungen, die auf dem lokalen Router mit der Fehlerstufe oder höher generiert werden, in der local0-Funktion auf dem Remotecomputer mit dem Namen monitor.mycompany.com protokolliert werden:

Das folgende Beispiel zeigt, wie Router in Kalifornien und Router in New York so konfiguriert werden, dass Nachrichten an einen einzelnen Remotecomputer mit dem Namen central-logger.mycompany.com gesendet werden. Die Meldungen aus Kalifornien werden der alternativen Einrichtung local0 und die Meldungen aus New York der alternativen Einrichtung local2 zugewiesen.

  • Konfigurieren Sie kalifornische Router so, dass Nachrichten in der local0-Einrichtung aggregiert werden:

  • Konfigurieren Sie New Yorker Router so, dass Nachrichten in der lokalen2 Einrichtung aggregiert werden:

Auf central-logger können Sie dann das Systemprotokollierungsprogramm so konfigurieren, dass Nachrichten von der local0-Einrichtung in die Datei und die Meldungen von der local2-Einrichtung in die Datei geschrieben werden.change-lognew-york-config

Standardfunktionen für Systemprotokollmeldungen, die an ein entferntes Ziel gerichtet sind

Tabelle 3 listet den alternativen Standardnamen der Einrichtung neben dem Namen der für das Junos-Betriebssystem spezifischen Einrichtung auf, für die er verwendet wird. Für Einrichtungen, die nicht aufgeführt sind, ist der alternative Standardname derselbe wie der Name der lokalen Einrichtung.

Tabelle 3: Standardfunktionen für Nachrichten, die an ein entferntes Ziel gerichtet sind

Junos OS-spezifische lokale Einrichtung

Standardfunktion, wenn sie an ein entferntes Ziel weitergeleitet wird

Änderungsprotokoll

local6

conflict-log (Konflikt-Logbuch)

local5

Dfc

local1

Firewall

local3

interaktive-befehle

local7

Pfe

local4

Alternative Funktionen für Systemprotokollmeldungen, die an ein entferntes Ziel gerichtet sind

Tabelle 4 Listet die Einrichtungen auf, die Sie in der Anweisung angeben können.facility-override

Tabelle 4: Einrichtungen für die facility-override-Anweisung

Einrichtung

Beschreibung

authorization

Authentifizierungs- und Autorisierungsversuche

daemon

Ausgeführte Aktionen oder Fehler von Systemprozessen

ftp

Ausgeführte Aktionen oder Fehler des FTP-Prozesses

kernel

Vom Junos OS-Kernel ausgeführte Aktionen oder Fehler

local0

Lokale Einrichtung Nummer 0

local1

Lokale Einrichtung Nummer 1

local2

Lokale Einrichtung Nummer 2

local3

Lokale Einrichtung Nummer 3

local4

Lokale Einrichtung Nummer 4

local5

Lokale Einrichtung Nummer 5

local6

Lokale Einrichtung Nummer 6

local7

Lokale Einrichtung Nummer 7

user

Ausgeführte Aktionen oder Fehler, die bei User-Space-Prozessen aufgetreten sind

Es wird nicht empfohlen, die Anweisung auf Hierarchieebene einzuschließen.facility-override[edit system syslog host other-routing-engine] Es ist nicht erforderlich, alternative Einrichtungsnamen zu verwenden, wenn Nachrichten an die andere Routing-Engine weitergeleitet werden, da das Junos OS-Systemprotokollierungsdienstprogramm die Junos OS-spezifischen Namen interpretieren kann.

Beispiele: Zuweisen einer alternativen Einrichtung zu Systemprotokollmeldungen, die an ein entferntes Ziel gerichtet sind

Protokollieren Sie alle Meldungen, die auf der lokalen Routing-Plattform mit der Fehlerstufe oder höher generiert werden, in der Einrichtung auf dem Remote-Computer mit dem Namen :local0monitor.mycompany.com

Konfigurieren Sie Routing-Plattformen in Kalifornien und Routing-Plattformen in New York so, dass Nachrichten an einen einzelnen Remotecomputer namens central-logger.mycompany.com gesendet werden. Den Nachrichten aus Kalifornien wird die alternative Einrichtung local0 und den Nachrichten aus New York die alternative Einrichtung local2 zugewiesen.

  • Konfigurieren Sie kalifornische Routing-Plattformen, um Nachrichten in der Einrichtung zu aggregieren:local0

  • Konfigurieren Sie New Yorker Routing-Plattformen, um Nachrichten in der Einrichtung zu aggregieren:local2

Auf können Sie dann das Systemprotokollierungsprogramm so konfigurieren, dass Nachrichten von der Einrichtung in die Datei und die Nachrichten von der Einrichtung in die Datei geschrieben werden.central-logger,local0california-configlocal2new-york-config

Direktnachrichten an ein entferntes Ziel von der Routing-Matrix basierend auf dem TX-Matrix-Router

Sie können eine Routing-Matrix, die aus einem TX-Matrix-Router und T640-Routern besteht, so konfigurieren, dass Systemprotokollierungsmeldungen an einen Remotecomputer oder die andere Routing-Engine auf jedem Router weitergeleitet werden, genau wie bei einem System mit einem einzigen Chassis. Fügen Sie die Anweisung auf der Hierarchieebene auf dem TX-Matrix-Router ein:host[edit system syslog]

Der TX-Matrix-Router leitet Nachrichten auf die gleiche Weise wie ein Single-Chassis-System an einen entfernten Computer oder die andere Routing-Engine weiter, und die optionalen Anweisungen (, , , und ) haben ebenfalls die gleiche Wirkung wie bei einem Single-Chassis-System.explicit-priorityfacility-overridelog-prefixmatchsource-address

Damit der TX-Matrix-Router Prioritätsinformationen einschließt, wenn er Nachrichten, die von einem T640-Router stammen, an das Remote-Ziel weiterleitet, müssen Sie die Anweisung auch auf Hierarchieebene einschließen.explicit-priority[edit system syslog host scc-master]

Die Anweisung interagiert nicht mit der Nachrichtenweiterleitung von den T640-Routern an den TX-Matrix-Router.other-routing-engine Wenn Sie die Anweisung beispielsweise in die Konfiguration für die Routing-Engine in Steckplatz 0 () aufnehmen, sendet die Routing-Engine auf jedem T640-Router Nachrichten nur an die Routing-Engine auf seiner Plattform.re0re0re1 Es sendet auch keine Nachrichten direkt an die Routing-Engine auf dem TX Matrix-Router.re1

Da die Konfiguration auf dem TX Matrix-Router für die T640-Router gilt, leitet jeder T640-Router, der über Schnittstellen für den direkten Zugriff auf das Internet verfügt, auch Nachrichten an den Remote-Computer weiter. Die Konsequenzen sind unter anderem:

  • Wenn die T640-Router so konfiguriert sind, dass Nachrichten an den TX-Matrix-Router weitergeleitet werden (wie in der Standardkonfiguration), empfängt der Remote-Computer zwei Kopien einiger Nachrichten: eine direkt vom T640-Router und die andere vom TX-Matrix-Router. Welche Nachrichten dupliziert werden, hängt davon ab, ob die Schweregrade für die lokale Protokollierung und für weitergeleitete Nachrichten gleich sind. Weitere Informationen finden Sie unter Konfigurieren der Nachrichtenweiterleitung an den TX Matrix Router.Konfigurieren der Nachrichtenweiterleitung an den TX Matrix Router

  • Wenn die Anweisung auf Hierarchieebene konfiguriert ist, melden alle Router in der Routingmatrix dieselbe Quelladresse in Nachrichten, die an den Remote-Computer gerichtet sind.source-address[edit system syslog] Dies ist angemessen, da die Routing-Matrix als ein einzelner Router fungiert.

  • Wenn die Anweisung enthalten ist, enthalten die Nachrichten von allen Routern in der Routing-Matrix dieselbe Textzeichenfolge.log-prefix Sie können die Zeichenfolge nicht verwenden, um zwischen den Routern in der Routing-Matrix zu unterscheiden.

Direktnachrichten an ein entferntes Ziel aus der Routing-Matrix basierend auf einem TX Matrix Plus-Router

Aus der Perspektive der Benutzeroberfläche erscheint die Routing-Matrix als ein einzelner Router. Der TX Matrix Plus-Router (auch Switch-Fabric-Chassis-SFC genannt) steuert alle T1600- oder T4000-Router, auch Ine-Card-Chassis-LCC genannt) in der Routing-Matrix.

Sie können eine Routing-Matrix, die aus einem TX Matrix Plus-Router mit angeschlossenen T1600- oder T4000-LCCs besteht, so konfigurieren, dass Systemprotokollierungsmeldungen an einen Remote-Computer oder die andere Routing-Engine auf jedem Routing-Router weitergeleitet werden, genau wie bei einem System mit einem einzigen Chassis. Fügen Sie die Anweisung auf der Hierarchieebene des SFC ein:host[edit system syslog]

Der TX Matrix Plus-Router leitet Nachrichten auf die gleiche Weise wie ein Single-Chassis-System an einen Remote-Computer oder die andere Routing-Engine weiter, und die optionalen Anweisungen (, , , und ) haben ebenfalls die gleiche Wirkung wie bei einem Single-Chassis-System.explicit-priorityfacility-overridelog-prefixmatchsource-address

Damit der TX Matrix Plus-Router Prioritätsinformationen einschließt, wenn er Nachrichten, die von einem angeschlossenen T1600- oder T4000-LCC stammen, an das Remote-Ziel weiterleitet, müssen Sie die Anweisung auch auf Hierarchieebene einfügen.explicit-priority[edit system syslog host sfc0-master]

Die Anweisung interagiert nicht mit der Nachrichtenweiterleitung von den angeschlossenen T1600 oder T4000 LCCs an die SFC.other-routing-engine Wenn Sie die Anweisung beispielsweise in die Konfiguration für die Routing-Engine in Steckplatz 0 () aufnehmen, sendet die Routing-Engine auf jedem angeschlossenen T1600- oder T4000-LCC Nachrichten nur an die Routing-Engine auf ihrem Router.re0re0re1 Es sendet auch keine Nachrichten direkt an die Routing-Engine auf der SFC.re1

Da die Konfiguration auf der SFC für die angeschlossenen T1600 oder T4000 LCCs gilt, leitet jeder LCC, der über Schnittstellen für den direkten Zugriff auf das Internet verfügt, auch Nachrichten an die entfernte Maschine weiter. Die Konsequenzen sind unter anderem:

  • Wenn die LCCs so konfiguriert sind, dass sie Nachrichten an den SFC weiterleiten (wie in der Standardkonfiguration), empfängt der Remote-Computer zwei Kopien einiger Nachrichten: eine direkt vom T1600 oder T4000 LCC und die andere von der SFC. Welche Nachrichten dupliziert werden, hängt davon ab, ob die Schweregrade für die lokale Protokollierung und für weitergeleitete Nachrichten gleich sind. Weitere Informationen finden Sie unter Konfigurieren der Nachrichtenweiterleitung an den TX Matrix Plus-Router.Konfigurieren der Nachrichtenweiterleitung an den TX Matrix Plus-Router

  • Wenn die Anweisung auf Hierarchieebene konfiguriert ist, melden alle Router in der Routingmatrix dieselbe Quelladresse in Nachrichten, die an den Remote-Computer gerichtet sind.source-address[edit system syslog] Dies ist sinnvoll, da die Routingmatrix als einzelner Routing-Router fungiert.

  • Wenn die Anweisung enthalten ist, enthalten die Nachrichten von allen Routern in der Routing-Matrix dieselbe Textzeichenfolge.log-prefix Sie können die Zeichenfolge nicht verwenden, um zwischen den Routern in der Routing-Matrix zu unterscheiden.