Central Longer ist dies ein Server, der als Server fungiert und alle Protokolle von jedem Server empfängt, wobei jeder Client
dort eingerichtet ist, um die Protokollinformationen zu erhalten.
Der Zweck dieses Servers besteht darin, Protokolle in seinem eigenen Selbst zu generieren, das alle Protokolle im
Protokollverzeichnis verwaltet.
Und wenn es so gebaut ist, dass es alle Protokolle empfängt, könnte es als zentraler Logger arbeiten.
Und der Grund, warum wir es zentrales Protokoll nennen, ist, dass es sich um einen zentralen Ort handelt,
genau wie Sie viele Namen wie Grand Central oder Central Location sehen.
Alles, was zentral gelegen ist, um den gesamten eingehenden Verkehr zu empfangen, seien es Züge, Flugzeuge oder Busse,
werden Sie höchstwahrscheinlich das Wort zentral zusammen mit dem Namen seines tatsächlichen Standorts hören.
In unserer Linux-Umgebung haben wir also den Server namens Central Logger und einen Dienst, der auf diesem Server
ausgeführt wird.
Es heißt RSS-Protokoll.
Und der Name des Dienstes oder des Pakets ist Artosis Log.
Es hat kein D am Ende, aber es ist einfach nur etwas, an das man sich gewöhnen
muss.
Ich weiß nicht, warum einige Dienste es nicht haben, einige Dienste nicht.
Aber das ist in Ordnung.
Verwenden Sie, es gibt etwas, in dem Sie einfach leben müssen.
Eine Konfigurationsdatei befindet sich in dieser Protokoll-Dotcom-Datei.
Hier gehen Sie hinein und ändern die Parameter, wenn Sie müssen.
Und der Dienst, der gestartet wird, um seine genaue Syntax zu stoppen, besteht darin, dass die System-Strg-Taste unser Dienstprotokoll neu
startet und beim Booten aktiviert, was bedeutet, dass dieser Dienst bei jedem Neustart Ihres Systems
zusammen mit dem System ausgeführt werden soll.
So aktiviert man ein Bild, das sagt tausend Worte.
Deshalb habe ich dieses Bild auf der rechten Seite.
Wenn Sie in der Mitte sehen, haben wir den Server, der als zentraler Logger fungiert.
Es empfängt den gesamten Datenverkehr von allen anderen Servern.
Bei diesen Servern kann es sich um beliebige Server handeln, wobei es sich bei einem Server nicht um ein Modem handeln könnte.
Es könnte ein Windows-Rechner sein.
Es könnte ein Linux-Rechner sein.
Es könnte ein Drucker sein.
Sie können jedes dieser Geräte so konfigurieren, dass es seinen Protokollverkehr an einmal-Over sendet.
Die gute Frage ist nun, warum brauchen wir unseren SAS-Log-Server oder Central Logger?
Nun, fragen Sie sich, ob Sie in einer Umgebung mit Tausenden von Servern arbeiten
und hin und wieder Probleme mit Servern haben, manchmal drei Server, manchmal angespannt über manchmal 100
Server, werden Sie sich tatsächlich bei jedem Server nacheinander einloggen? one und überprüfen Sie die Protokolle, um zu sehen, welches System
ein Problem hat und wo das Problem tatsächlich auftritt.
Natürlich nicht, richtig, weil es eine mühsame Aufgabe ist, Sie wollen Ihre Zeit
dort nicht verschwenden, Sie sind ein produktiver Mensch, also möchten Sie Ihr Leben viel einfacher machen.
Sie möchten Ihr System effizienter machen, damit beim Erstellen des zentralen Loggers weniger in eine
Maschine fließt.
Ich habe eine hübsche Session offen und gehe direkt in die PUDI-Session meiner Maschine.
Stellen Sie nur sicher, dass ich Groot bin, denn Sie müssen unhöflich sein, um diese Dateien zu ändern.
Als erstes müssen Sie prüfen, ob Sie das Paket für unser Testprotokoll installiert haben.
Und dafür ist der Befehl R. P. m. Dash Kuai, das alle auf Ihrem System installierten Pakete auflistet.
Und der Grund, warum wir grep verwenden, ist, dass wir nicht jedes Paket auflisten möchten, das es da draußen gibt.
Wir machen uns nur Sorgen um unser Saslaw-Paket und Sie führen es aus und Sie erhalten die Informationen, die Sie suchen,
mit Ausnahme aller anderen Pakete, die Sie zu diesem Zeitpunkt nicht wirklich interessieren.
So haben Sie das Paket perfekt.
Wenn Sie dieses Paket nicht haben, müssen Sie Ihre Installation oder Sizzla ausführen und es wird das Paket installieren, solange Sie eine
Internetverbindung haben und es geht zu Satz S. Ö. S oder ein beliebiges rotes Haar-Repository.
Jetzt ist die Konfigurationsdatei bei C o Six sis Logfile sorry.
In meiner Konfigurationsdatei auf meiner Folie habe ich R verpasst, ist nur ein Schreibfehler von exit.
Die Datei ist also etsi horcoff protokolliert und wenn Sie dort hineingehen, drücken Sie die Eingabetaste und alles, was Sie wieder sehen, das mit
Hash beginnt, können Sie ignorieren.
Einige der Parameter sind standardmäßig auskommentiert, wenn Sie sie aktivieren möchten.
Wenn Sie den UDP-Datenverkehr oder einen der eingehenden Datenverkehr übertragen möchten, müssen Sie dieses
Hash-Zeichen davor entfernen.
Der Parameter wäre also enable.
Was uns wirklich Sorgen macht, ist ganz am Ende.
Welcher ist hier richtig?
Beginnt mit Hasch.
Sie müssten es herausnehmen, wenn Sie Ihr System senden.
Das ist Ihr System.
Wenn Sie diese Systemprotokolle an einen anderen zentralen Logger senden, geben Sie den Namen, den Hostnamen
oder die IP-Adresse dieses zentralen Loggers an.
Dies ist der Port fünf und vier.
Standardmäßig findet unser Kommunikationssystem auf Port fünf statt, einer für wie alle anderen Dienste,
wie DNS-Talks auf Port 53.
Und es gibt viele andere Dienste wie NNTP-Gespräche, ich glaube, eins dreiundzwanzig einfach so.
Jedem Dienst ist ein Port zugeordnet, und er spricht nur über diesen Port.
Also speichern Sie es, wenn Sie es auskommentieren möchten.
Und sobald Sie es gespeichert haben, wissen Sie, dass Sie Ihre Protokolle senden.
Als Nächstes führen Sie den Dienst aus, bevor Sie den Dienst ausführen.
Lassen Sie uns überprüfen, ob dieser Dienst bereits ausgeführt wird oder nicht.
In meinem Fall, in unserem Fall, läuft es.
Es ist aktiv, perfekt.
Es läuft nicht in Ihrem System.
Ich würde Ihnen sagen, dass Sie es ausführen sollen, indem Sie System CTL ausführen und starten, und es wird wieder gestartet.
So senden Sie den Verkehr an einen zentralen Logger.
Dies ist der beste Weg, um Probleme für einen Systemadministrator zu beheben, und dies wird das Leben viel einfacher machen,
alle Protokolle und unter einem Dach zu haben.