Machen Sie Systemprotokolle zu abfragbaren Tabellen.
Syslog in beiden RFC-Formaten und das systemd-Journal nach dem Export. Jede Zeile wird zu einer Zeile mit Host, Programm und Prozess-ID als Spalten – eine Abfrage, für die vier SSH-Sitzungen und grep nötig waren, wird so zu einer einzigen Anweisung.
Verwende die Ergebnisse in Excel, Google Sheets, KI-Tools und deinen Apps über die Database REST API.
Jeder Connector-Typ ist im Free-Tarif verfügbar. Starte mit 2 Datenquellen und 1 Agent.
Auf Ihrem Computer lesen, organisieren und abfragen.
Schreibgeschützte Abfragen · ausgehende VerbindungDie Quelldateien bleiben an ihrem Speicherort. Ihre Tools erhalten Abfrageergebnisse.
Query Streams macht aus Syslog-Dateien Live-SQL-Tabellen, die sich mit Microsoft Excel, Google Sheets, KI-Assistenten über MCP, der REST API und Power BI lesen lassen. Unterstützt werden beide Syslog-RFCs sowie das systemd-Journal, sobald Sie es in Text exportiert haben. Jede Zeile enthält den Host, von dem sie stammt, das Programm, das sie geschrieben hat, und die Prozess-ID. Verweisen Sie den Connector auf einen Ordner mit Logs von vielen Rechnern, und eine einzige Abfrage liefert Ergebnisse für alle – ganz ohne zentralen Log-Server, Kosten für die Aufnahme pro Gigabyte oder Uploads, die über das Abfrageergebnis hinausgehen.
- Beide Syslog-RFCs
- Host, Programm und PID als Spalten
- Kein zentraler Log-Server erforderlich
Verbinden Sie System Logs mit den passenden Einstellungen.
Lassen Sie die Verbindung auf dem Network Agent. Hier finden Sie die spezifischen Einstellungen für System Logs.
- Ordner
- Das Log-Verzeichnis eines Rechners oder ein Ordner, in dem Logs gesammelt werden – auf einer lokalen Festplatte oder einer Netzwerkfreigabe im Format \\server\share (niemals ein zugeordnetes Laufwerk; unter Linux oder Mac zuerst einhängen); einschließlich Unterordnern
- Formate
- Syslog in beiden RFC-Formaten und das systemd-Journal nach dem Export in Textform
- Umgang mit dem Jahr
- Aus der Zeile übernommen oder anhand des Änderungszeitpunkts der Datei oder ihres Dateinamens abgeleitet – einmalig festgelegt, nicht für jede Zeile neu geschätzt
- Rotation
- Zehn benannte Rotationsmuster sowie nicht rotierte Dateien; komprimierte Archive werden direkt gelesen
- Nicht zugeordnete Zeilen
- Unverändert in events_raw_lines gespeichert und niemals verworfen
- Anmeldedaten
- Keiner – es gibt keinen Server; der Agent liest die Dateien direkt am Speicherort
- SQL-Dialekt
- DuckDB – Standard-SQL, keine Syslog-spezifischen Kenntnisse nötig
Das Live-Windows-Ereignisprotokoll zu lesen ist etwas anderes – ein strukturierter Kanal statt eines Ordners mit Zeilen – und gehört zu einem separaten Connector. Wenn Sie diese Ereignisse jedoch bereits regelmäßig als Text oder CSV exportieren, kann der Ordner schon jetzt gelesen werden: Beschreiben Sie das Layout einmal mit dem Custom Logs-Connector, und die Exporte werden zu einer Tabelle wie alles andere hier.
Entwickelt für die Arbeitsweise von System Logs.
Das Ergebnis
- Eine Zeile pro Logzeile, mit Zeitstempel, Host, Programm, Prozess-ID und Nachricht als echte Spalten statt als ein einziger String, den man später zerlegen muss.
- Beide Syslog-RFCs werden unterstützt – das ältere Format im BSD-Stil und das neuere strukturierte Format. So bleibt auch eine gemischte Umgebung eine einzige Tabelle.
- Das systemd-Journal wird nach dem Export in Textform unterstützt. Das eigene Binärformat des Journals ist eine Datenbank und keine Logdatei, daher muss es zuerst exportiert werden.
- _source_file benennt die Datei, aus der die jeweilige Zeile stammt. So kann ein Ordner mit Logs von fünfzig Rechnern als eine Tabelle abgefragt werden.
-- Lauteste Programme nach Host, ab Warnung aufwärts
SELECT host, program, COUNT(*) AS lines
FROM fileset.events
WHERE severity <= 4
GROUP BY host, program
ORDER BY lines DESCSyslog-Daten und das fehlende Jahr
Das ältere Syslog-Format enthält Monat und Tag, aber nicht das Jahr. Deshalb sieht ein Januar-Log so aus, als wäre es elf Monate in der Zukunft entstanden. Der Log-Treiber löst das bewusst, statt einfach etwas anzunehmen: Das Jahr kann aus der Zeile übernommen werden, wenn das Format es enthält, oder anhand des Änderungszeitpunkts der Datei beziehungsweise ihres Dateinamens abgeleitet werden. Sie legen einmal fest, welche Methode verwendet wird.
Formate und Verhalten im Detail.
Öffnen Sie die passende Referenz für System Logs.
Ein Ordner mit Systemprotokollen wird zu einer Tabelle.
Ein Ordner mit Systemprotokollen wird zu einer Tabelle.
Query Streams liest die Dateien, die rsyslog, syslog-ng oder systemd bereits geschrieben haben, erkennt das Format und stellt typisierte Spalten bereit, in denen der Host für jede Zeile angegeben ist. Kein Collector, den Sie betreiben müssen, kein Index, den Sie pflegen müssen, keine zweite Datenkopie – und eine Zeile, die der Parser nicht lesen kann, bleibt mit einer Begründung als Zeile erhalten, statt stillschweigend verworfen zu werden.
Rotationen, komprimierte Archive und erneut gelesene Dateien – alles wird verarbeitet
SELECT Gastgeber, Programm,
zählen(*) AS Linien
VON fileset.events
WHERE Nachricht WIE 'hler%'
GROUP BY Gastgeber, Programm
ORDER BY Linien DESCVier Server in einem Ergebnis, weil Gastgeber ist eine Spalte
Veranschaulichende Zahlen – zeigen die Form des Ergebnisses, keine Benchmarkwerte
Zwei RFCs und die Zeitschrift
Zwei RFCs und die Zeitschrift
Jede Karte nennt genau die Dateien, die Query Streams liest, und wo sie liegen. Sie müssen rsyslog dafür nicht neu konfigurieren – wählen Sie einfach das Format aus, in dem Ihr Server bereits schreibt.
Unterstützte Systemprotokolle
3 Formate- Der Standard auf den meisten Linux-Servern –
Mo TT HH:MM:SS Hostprogramm[pid]: Nachricht - Host-, Programm- und Prozess-ID werden zu eigenen Spalten.
/var/log/syslog,auth.log,kern.log—Nachrichtenauf RHEL- Die periodische
-- MARKIEREN --Füllzeichen werden durch die Deklaration entfernt, nicht durch einen von Ihnen geschriebenen Filter. - Anhänge; datierte und nummerierte Rotationen und
.gzfolgte
- Das moderne Format – ein echter ISO 8601-Zeitstempel, sodass kein Jahr erraten werden muss
- Priorität, App, Prozess-ID und Nachrichten-ID erhalten jeweils eine Spalte.
- Der strukturierte Datenblock bleibt als Ganzes erhalten und wird nicht vereinfacht.
- Der Nil-Wert gemäß RFC wird als null und nicht als Text gelesen
- - Entspricht dem RFC, noch nicht im realen Einsatz erprobt
- Dateien, die Sie erstellt haben mit
journalctl -o export - Mikrosekunden-Zeitstempel, damit die Bestellung auch in einer hektischen Sekunde erhalten bleibt.
- Die Einheit und der Transport werden als Spalten und nicht als Text dargestellt.
- Alle anderen Journalfelder werden beibehalten
Datenstatt weggeworfen - Ein Eintrag pro Datensatz, unabhängig von der Anzahl der Zeilen.
Mit jeder Agentenversion werden neue Systemprotokollformate hinzugefügt. Da sich die Agenten selbst aktualisieren, wird ein später hinzugefügtes Format in Ihrem Connector angezeigt, ohne dass ein Server manuell bedient werden muss.
Eine Abfrage, jede Ihrer Maschinen
Eine Frage, jede Maschine, die Sie betreiben
Systemprotokolle sind genau der Anwendungsfall, für den dies entwickelt wurde. Jede Zeile enthält den Host, der sie geschrieben hat. Ein Ordner, der von vier Servern erfasst wurde, beantwortet also bereits Fragen über alle vier hinweg – und an jedem Standort, den Sie hinzufügen, liest ein Network Agent die Dateien dort aus, wo sie liegen, und baut eine ausgehende Verbindung zu Query Streams auf. Aus Sicht Ihrer Firewall ist das eine gewöhnliche ausgehende Verbindung – Sie müssen also nichts freigeben und kein VPN einrichten.
/var/log/syslog
Wählt aus
Drei ausgehende Verbindungen, ein Ort, an dem Sie sie abfragen können – kein eingehender Port, kein VPN, keine Änderung an der Firewall
Ein Agent pro Standort
Ein Agent deckt einen ganzen Standort statt nur einen einzelnen Server ab, und ein von vielen Hosts erfasster Ordnerbaum ist ein Connector – jede Zeile enthält bereits den Gastgeber. Im Free-Tarif läuft ein einzelner Agent, in den kostenpflichtigen Tarifen sind es mehr.
1 Standort = 1 Agent = viele Hosts
Nichts zum Öffnen
Der Agent baut eine verschlüsselte ausgehende Verbindung auf. Sowohl die ausgehende Anfrage als auch die zurückkommenden Zeilen laufen darüber. Kein eingehender Port, kein VPN, keine Änderung an der Firewall, um die Sie erst bitten müssen – und kein zusätzlicher Collector-Daemon auf einem Server, auf dem bereits einer läuft.
eine Verbindung, in beide Richtungen
Eine regionsübergreifende Abfrage
Jede Quelle in einem föderierte Abfrage benennt seinen eigenen Agenten. So kann eine einzelne Anweisung das Authentifizierungsprotokoll einer Region neben das einer anderen stellen – oder neben die Anwendungsdatenbank, aus der hervorgeht, welche dieser Anmeldungen relevant waren. In Business und Enterprise enthalten.
2 Regionen → 1 Ergebnismenge
Sie halten sich auf dem Laufenden
Die Agenten aktualisieren sich selbst, sodass ein in einer späteren Version hinzugefügtes Protokollformat jeden Server erreicht, ohne dass eine SSH-Verbindung hergestellt werden muss. Deshalb ist die obige Liste eher ein Ausgangspunkt als eine feste Liste.
Neue Formate kommen mit dem Agenten.
Das Jahr, die Zeitzone und die Bytes
Das Jahr, die Zeitzone und die Bytes
Syslog ist eines der ältesten Formate, das noch immer täglich verwendet wird, und das merkt man. Vier Dinge gehen regelmäßig schief, wenn man versucht, es als Daten zu behandeln, und jedes dieser Probleme wird hier durch Deklaration und nicht durch Raten gelöst.
Die Zeile hat kein Jahr.
Ein RFC 3164-Stempel ist 10. September 04:11:07 — Monat, Tag, Uhrzeit und sonst nichts. Naiv gelesen würden damit alle archivierten Zeilen dem aktuellen Jahr zugeordnet. Query Streams leitet das Jahr stattdessen aus dem Änderungszeitpunkt der Datei ab, sodass eine Rotation aus dem Dezember auch im Dezember bleibt.
Sep 10 04:11:07 → Jahr aus der Datei
Und auch keine Zeitzone.
Das alte Format enthält keinen Zeitzonenversatz, daher ist ein Zeitstempel nur im Kontext der Maschine aussagekräftig, die ihn geschrieben hat. Er wird als Ortszeit des Agenten gelesen, und der Rohtext bleibt daneben erhalten. RFC 5424 und das Journal enthalten echte UTC-Zeitangaben und werden entsprechend behandelt.
RFC 3164: Ortszeit · RFC 5424 und journald: UTC
Binärwerte in einer Textdatei
Das Journal-Exportformat schreibt jeden Wert, der einen Zeilenumbruch enthält, als Namen, Byte-Länge und anschließend die unveränderten Bytes. Query Streams liest diese anhand der angegebenen Länge aus, statt nach dem Ende zu suchen – eine Nachricht mit Zeilenumbruch bleibt also ein Eintrag, statt in mehrere aufgeteilt zu werden.
Lesen Sie nach Länge, niemals nach Inhalt.
Nichts zählte doppelt
Jede Datei wird anhand ihrer ersten 4 KB eindeutig identifiziert, sodass eine gedrehte Datei als dieselbe Datei erkannt wird und nicht erneut von oben gelesen werden muss. Ein gleitendes Duplikatfenster erfasst die Überlappung, wenn ein Schreibvorgang den letzten Teil der Datei erneut abspielt.
4-KB-Präfix-Hash · 20.000-Datensatz-Fenster
Die Spalten, die Sie tatsächlich erhalten
Die Spalten, die Sie tatsächlich erhalten
Kein Textblock mit einem Zeitstempel daneben. Jedes Format wird in typisierte Spalten zerlegt, nach denen Sie direkt filtern, gruppieren und aggregieren können – und je neuer das Format, desto mehr Spalten gibt es.
Jede Reihe trägt außerdem Ereigniszeit, den Rohzeitstempel, aus dem sie gelesen wurde, und die Datei, aus der sie stammt. Alle drei Formate verwenden dieselbe Identitätsspalte – Gastgeber — dadurch kann eine einzelne Abfrage alle Server im Ordner umfassen: Die beiden Syslog-Formate übernehmen sie aus der Zeile, das Journal aus seinem eigenen _HOSTNAME Alles landet in einer Tabelle. fileset.events.
Was dies absichtlich nicht tut
Was dies absichtlich nicht tut
Nenne zuerst den wichtigsten Punkt: Systemprotokolle enthalten personenbezogene Daten. auth.log erfasst Benutzernamen und die IP-Adressen, von denen aus sie sich verbunden haben; ein Programm, das eine E-Mail-Adresse protokolliert, schreibt sie in den Nachrichtentext. Was in der Datei steht, landet in der Spalte – es gibt keine Header-Zuordnung, mit der sich Felder ausschließen lassen, wie bei einem Webserver-Protokoll. Behandeln Sie die resultierende Tabelle genauso sorgfältig wie die Datei und überlegen Sie, mit wem Sie eine Abfrage teilen.
Es handelt sich nicht um eine Live-Protokollierung. Query Streams liest die Dateien so, wie sie sich auf der Festplatte befinden, während Sie die Abfrage ausführen. Daher wird ein fehlerhafter Dienst als einzelne Zeilen und nicht als beobachteter Datenstrom angezeigt. Wenn Sie innerhalb von Sekundenbruchteilen über jede ausgegebene Zeile benachrichtigt werden müssen, ist eine Protokollpipeline das richtige Werkzeug dafür.
Wir lesen das Binärjournal nicht. Das systemd-Profil liest Dateien, die von … geschrieben wurden. journalctl -o export, nicht /var/log/journal direkt – ein Export ist also ein geplanter Schritt und geschieht nicht automatisch.
Drei Punkte wurden zwar in der Spezifikation beschrieben, aber nicht anhand einer realen Datei getestet. Sie verdienen besondere Erwähnung: das gesamte RFC-5424-Profil, die ISO-8601-Stempelvariante, die rsyslog und syslog-ng anstelle des klassischen Stempels verwenden können, und die Verarbeitung eines Journalwerts, der sich über mehrere Zeilen erstreckt. Alle drei Punkte sind in Tests abgedeckt. Bisher konnte keiner von ihnen in der Praxis getestet werden.
Diese Familie heißt schließlich Systemprotokolle, umfasst heute aber Linux und Unix. Es gibt kein Windows-Ereignisprotokollprofil und auch kein macOS-Ereignisprotokollprofil. Protokoll anzeigen Profil, und wir möchten das lieber so ausdrücken, als es durch den Namen suggerieren zu lassen. Der Rest entspricht dem üblichen Design: Der Agent stellt ausgehende Verbindungen her und liest Dateien. Es wird nichts auf dem Server installiert, nichts wird zurückgeschrieben, und der Zugriff ist schreibgeschützt. Die Aufbewahrungsdauer beginnt bei dieser Voreinstellung bei 60 Tagen und kann von Ihnen angepasst werden.
Von der Verbindung zu nützlichen Ergebnissen.
- Installieren Sie den Network Agent an einem Ort, von dem aus er die Protokolle sehen kann – im /var/log-Verzeichnis eines einzelnen Rechners oder in dem Ordner, in den Ihre bestehende Erfassung bereits schreibt.
- Verweisen Sie den Connector auf diesen Ordner und wählen Sie das Profil aus. Beide Syslog-RFCs sind enthalten, ebenso das exportierte Textformat des systemd-Journals.
- Das Profil legt das Format fest, sodass Host, Programm, Prozess-ID und Nachricht bereits bei der ersten Synchronisierung als benannte Spalten ankommen.
- Rotationen, einschließlich komprimierter Archive, werden erkannt, und bei jeder Synchronisierung werden nur neue Bytes gelesen.
- Fragen Sie die Daten ab. Ein oder fünfzig Hosts, nach Programm gruppiert, nach Schweregrad gefiltert – gewöhnliches SQL statt ssh und grep.
Nutzen Sie Ihre System Logs-Ergebnisse.
Eine Verbindung versorgt Ihre Tabellen, Apps und KI-Tools. Erteilen Sie die Berechtigung, eine gespeicherte Abfrage auszuführen; Empfänger sehen die zulässigen Ergebnisse, während SQL und Quell-Login verborgen bleiben.
Für Ihr Team, Ihre Lieferanten und Partner
Rufen Sie aktuelle System Logs-Ergebnisse direkt in ein Arbeitsblatt ab und aktualisieren Sie sie bei Bedarf – in Excel für den Desktop, Excel Online und Microsoft 365.
Excel entdeckenFühren Sie über die Seitenleiste eine gespeicherte System Logs-Abfrage aus und fügen Sie die Zeilen in das Tabellenblatt ein. Freigegebene Mitwirkende können sie selbst aktualisieren.
Google Sheets entdeckenStellen Sie eine Frage in einfachem Englisch. Nova kennt Ihre System Logs-Tabellen bereits, erstellt und führt das SQL aus, erklärt die Antwort und visualisiert sie – ganz ohne Abfrage, die Sie schreiben müssen, und ohne Zugangsdaten preiszugeben.
So funktioniert NovaTeilen Sie ein aktuelles System Logs-Ergebnis mit beliebigen Personen – Kollegen, Anbietern oder Partnern – als speicherbares Lesezeichen für eine Tabelle, die beim Öffnen neu abgefragt wird, auf dem Smartphone, Tablet oder Desktop. Die anderen sehen die Ergebnisse, niemals das SQL oder die Dateien.
So funktioniert der DatenbetrachterFür Apps und Systeme
Veröffentlichen Sie eine System Logs-Abfrage als authentifizierten JSON-Endpunkt, den jede Anwendung aufrufen kann – mit einer OpenAPI-3.1-Spezifikation und fertigen Sammlungen für Postman, Insomnia und Hoppscotch. Es wird kein Datenbankport geöffnet.
REST API erkundenFügen Sie den generierten Power Query M-Code in den erweiterten Editor von Power BI ein. Der Bericht liest dann aktuelle System Logs-Ergebnisse über HTTPS – ohne ODBC-Treiber und ohne geöffneten Datenbankport.
Power BI erkundenSynchronisieren Sie System Logs-Zeilen nach Zeitplan in eine Airtable-Basis oder rufen Sie sie in einem Airtable-Automatisierungsskript ab.
Airtable entdeckenSpeisen Sie eine Baserow-Tabelle über den REST-Endpunkt mit System Logs-Daten – selbst gehostet oder in der Baserow-Cloud.
Baserow entdeckenHalten Sie eine SeaTable-Basis mit System Logs-Daten auf dem neuesten Stand, ohne eine Datei zu exportieren oder die Datenbank offenzulegen.
SeaTable entdeckenÜbertragen Sie System Logs-Ergebnisse in ein Smartsheet-Raster, damit Pläne und Berichte Daten aus dem Quellsystem statt aus dem Export der letzten Woche verwenden.
Smartsheet entdeckenVersorgen Sie eine Anvil-Python-App über den REST-Endpunkt mit System Logs-Daten, statt Datenbankzugangsdaten in die App einzubetten.
Anvil entdeckenFür KI-Tools
Gewähren Sie einem KI-Assistenten schreibgeschützten Zugriff auf System Logs samt Schema, das er zum Schreiben korrekter SQL-Abfragen benötigt – ohne Zugangsdaten im Chat.
MCP entdeckenAn Personen geliefert
Legen Sie eine Abfrage für System Logs nach einem Zeitplan fest und lassen Sie die Zeilen an Slack, Discord, per E-Mail oder über einen signierten Webhook zustellen – oder halten Sie die Nachricht zurück, bis eine Zeilenanzahl, ein Schwellenwert oder eine prozentuale Änderung den von Ihnen festgelegten Grenzwert überschreitet.
So funktionieren Benachrichtigungen und BerichteVerknüpfen Sie System Logs mit dem Rest Ihrer Daten.
Führen Sie Datenbanken, Business-APIs, Dateien und Protokolle in einer schreibgeschützten Abfrage zusammen. Jeder Connector unterstützt föderierte Abfragen.
Geben Sie Verbindungen und Tabellen an. Query Streams übernimmt die Quellabfragen und führt die Ergebnisse zusammen.
Föderierte Abfragen erkunden– nichts kopiert, nichts zusammengeführt, nichts geplant
SELECT c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VON syslogfiles.fileset.orders1 f
JOIN pg_crm.public.customers2 c ON c.id = f.customer_id
JOIN Abrechnung.stripe.invoices3 i ON i.customer = c.stripe_id
GROUP BY c.region
ORDER BY in Rechnung gestellte Beschreibung;Verwenden Sie Ihre eigenen Namen für Verbindungen, Schemas, Tabellen und Spalten.
Gilt für die gesamte Connector-Familie.
Jeder Log-Connector stellt außerdem Folgendes bereit:
- events – eine Zeile pro geparster Zeile, mit Zeitstempel, den von der Grammatik benannten Feldern und _source_file, das die Quelldatei angibt.
- events_raw_lines – Zeilen, auf die die Grammatik nicht zutraf, werden unverändert beibehalten statt verworfen, sodass Sie auch zu einem nicht vorhergesehenen Format noch Fragen stellen können.
- files_current und files_events – das aktuelle Inventar und der Prüfpfad: was hinzugekommen ist, rotiert wurde oder verschwunden ist sowie alles, was zurückgehalten wurde, jeweils mit Dateiname und Grund.
- Rotation wird verstanden, nicht umgangen – zehn benannte Rotationsmuster plus nicht rotierte Dateien, sodass das Log von gestern und sein komprimiertes Archiv dieselbe Tabelle sind wie die Dateien von heute.
Gut zu wissen
- Schreibgeschützt und strikt durchgesetzt – jeweils nur eine Anweisung, ausschließlich SELECT und ähnliche Befehle. Ihre Logs werden von uns niemals geschrieben, verschoben, rotiert oder gekürzt.
- Es wird nichts hochgeladen – die Zeilen werden auf Ihrem eigenen Rechner neben dem Agenten analysiert und verschlüsselt zwischengespeichert. Nur das Ergebnis einer Abfrage verlässt Ihr Netzwerk.
- Es werden nur neue Bytes gelesen – der Agent setzt in jeder Datei dort fort, wo er aufgehört hat, statt sie erneut einzulesen. So verursacht ein stark ausgelastetes Log nicht jeden Tag mehr Aufwand.
- Der SQL-Dialekt ist DuckDB – dieselbe SQL-Sprache, die Sie auch für jeden anderen Connector verwenden würden.
Fragen zu System Logs
Wo kann ich Ergebnisse von Systemprotokollabfragen verwenden?
Verwenden Sie Ergebnisse aus Systemprotokollen in Excel, Google Sheets, dem Data Viewer, Ihren Apps über die Database REST API und KI-Tools über MCP oder Nova. Gespeicherte Ergebnisse können außerdem unterstützte Automation-Ziele, Berichte und Warnmeldungen versorgen. Die Verfügbarkeit der Ziele und die Kontingente hängen von Ihrem Tarif ab.
Muss ich für Systemprotokolle einen eingehenden Port öffnen?
Nein. Installieren Sie den Network Agent auf einem Rechner, der auf die Systemprotokolle zugreifen kann. Der Agent stellt eine ausgehende Verbindung zu Query Streams her; ein eingehender Port oder VPN ist nicht erforderlich. Ihre Quelle muss dem Agent-Rechner den Zugriff dennoch gemäß ihren eigenen Zugriffsregeln erlauben.
Werden meine Systemprotokolldateien hochgeladen?
Der Network Agent liest Dateien an ihrem Speicherort und speichert seinen Cache auf dem Agent-Computer. Quelldateien werden weder hochgeladen noch verschoben oder umgeschrieben. Nur angeforderte Abfrageergebnisse verlassen Ihr Netzwerk über die verschlüsselte ausgehende Verbindung.
Was benötige ich, um Systemprotokolle zu verbinden?
Ordner: Das Logverzeichnis eines Rechners oder ein Ordner, in dem Logs gesammelt werden – lokaler Datenträger oder eine Netzwerkfreigabe im Format \\server\share (niemals ein zugeordneter Laufwerksbuchstabe; unter Linux oder auf einem Mac zuvor einbinden); Unterordner eingeschlossen. Formate: Syslog in beiden RFC-Varianten sowie das systemd-Journal nach dem Export als Text. Jahresangabe: Aus der Zeile übernommen oder aus dem Änderungszeitpunkt der Datei beziehungsweise ihrem Dateinamen abgeleitet – einmal festgelegt, nicht für jede Zeile neu geschätzt. Rotation: Zehn benannte Rotationsmuster sowie einfache, nicht rotierte Dateien; komprimierte Archive werden direkt eingelesen
Kann ich Systemprotokolle mit anderen verbundenen Quellen verknüpfen?
Ja. Föderierte Abfragen unterstützen alle Connector-Typen, einschließlich Datenbanken, Business-APIs, Dateien und Protokollen. Geben Sie Verbindungen und Tabellen in einer einzigen schreibgeschützten Abfrage an. Query Streams übersetzt die Quellabschnitte bei Bedarf und führt die Ergebnisse zusammen. Erfahren Sie, wie föderierte Abfragen funktionieren.
Welches Format habe ich?
Schau dir den Anfang einer Zeile an in /var/log/syslog oder /var/log/messages. Beginnt die Zeile mit einer dreibuchstabigen Monatsangabe – 10. September 04:11:07 – handelt es sich um RFC 3164, das die meisten Linux-Server noch immer standardmäßig schreiben. Beginnt sie mit einer Zahl in spitzen Klammern, gefolgt von einem vollständigen ISO-8601-Zeitstempel, handelt es sich um RFC 5424.
Sie müssen sich vor dem Start nicht sicher sein. Der Verbindungstest meldet, welches Profil erkannt wurde und wie viel der Datei übereinstimmt. Das Ergebnis basiert also auf Ihren tatsächlichen Dateien und nicht auf einer Vermutung.
Muss ich rsyslog oder syslog-ng neu konfigurieren?
Nein. Beide Formate werden unterstützt. Wählen Sie also das Format, das Ihr Server bereits schreibt – und das klassische Standardformat ist am gründlichsten getestet.
Eine sinnvolle Änderung betrifft nicht das Format: Wenn Sie Logs bereits von mehreren Rechnern an einen Collector weiterleiten, richten Sie den Agent auf den Ordner dieses Collectors aus. So erhalten Sie alle Hosts in einem einzigen Connector, denn jede Zeile enthält den Host, von dem sie stammt.
Wie geht man mit dem fehlenden Jahr in einer alten Syslog-Zeile um?
Das Jahr wird aus dem Änderungszeitpunkt der Datei übernommen. Ein rotierendes Archiv, das zuletzt im Dezember geschrieben wurde, wird als Dezember eingelesen, statt jede Zeile wie bei einem naiven Parser dem aktuellen Jahr zuzuordnen.
Die Einschränkung sollten Sie kennen: Wurden die Zeitstempel einer Datei vereinheitlicht – etwa durch eine Wiederherstellung aus einem Backup, das sie nicht bewahrt hat, oder durch ein Kopieren, bei dem sie zurückgesetzt wurden –, erfolgt die Ableitung anhand der Angaben des Dateisystems. Der Originaltext bleibt immer neben dem geparsten Wert erhalten, sodass Sie sehen können, was tatsächlich in der Zeile stand.
Kann man das systemd-Journal direkt lesen?
Nein, und genau diesen Einrichtungsschritt übersehen viele. Das Journal auf der Festplatte ist eine Binärdatenbank, und Query Streams öffnet es nicht. Es liest lediglich das Exportformat: journalctl -o export > journal.exportin jedem Ordner, den der Agent lesen kann.
In der Praxis bedeutet das einen kleinen geplanten Auftrag auf dem Server – einen Timer oder einen Cron-Eintrag, der den Export an einem Ort ablegt, den der Agent bereits überwacht. Alles Weitere geschieht automatisch; auch gzip-komprimierte Exporte werden eingelesen.
Wie sieht es mit dem Windows-Ereignisprotokoll oder macOS aus?
Für keines der beiden gibt es hier ein Profil. Die drei auf dieser Seite aufgeführten Formate sind für Linux und Unix gedacht, und wir benennen diese Lücke lieber ausdrücklich, statt mit dem Begriff „System Logs“ eine nicht vorhandene Unterstützung zu suggerieren.
Für den Windows-Fall gibt es allerdings einen Weg. Das Live-Ereignisprotokoll auszulesen, ist etwas anderes als eine Textdatei einzulesen – es handelt sich um einen strukturierten Kanal statt um einen Ordner mit Zeilen – und dafür ist ein eigener Connector vorgesehen, nicht dieser. Wenn Sie diese Ereignisse jedoch bereits regelmäßig als Text oder CSV exportieren, kann der Ordner schon jetzt eingelesen werden: Beschreiben Sie das Layout einmal mit einem benutzerdefiniertes Protokoll Der Konnektor und die Exporte werden wie alle anderen Elemente auf dieser Seite in einer Tabelle zusammengefasst.
Meine Protokolldateien enthalten Benutzernamen und IP-Adressen. Sollte ich mir Sorgen machen?
Ja, und es lohnt sich, darüber nachzudenken, bevor man eine Anfrage stellt, anstatt erst danach. auth.log Es handelt sich um eine Aufzeichnung darüber, wer sich von wo aus verbunden hat, was in den meisten Rechtsordnungen personenbezogene Daten sind, und eine Syslog-Meldung ist ein Freitext, der alles enthalten kann, was ein Programm ausgeben möchte.
Query Streams ändert nichts am Inhalt der Datei. Daher ist die ehrliche Einordnung, dass die Tabelle die Sensibilität der Datei übernimmt. Zwei Dinge helfen: Eine gespeicherte Abfrage gibt ein Ergebnis weiter, nicht die Verbindung – Empfänger erhalten also niemals das vollständige Log. Außerdem können Sie Abfragen mit Filtern auf die Programme beschränken, die jemand tatsächlich benötigt, bevor Sie sie teilen.
Ich sammle Protokolle von vielen Servern in einem Ordner. Funktioniert das?
Das ist der Anwendungsfall, für den sich diese Lösung besonders gut eignet. Alle drei Formate enthalten den Host als Spalte – bei den beiden Syslog-Formaten wird er aus der Zeile ausgelesen, beim Journalexport aus dem eigenen Hostnamenfeld. Ein Ordner mit Logs von vierzig Rechnern ergibt also einen Connector, und die Gruppierung nach Host ist eine ganz normale GROUP BY.
Auch Server in verschiedenen Gebäuden oder Regionen funktionieren. Jeder Standort betreibt seinen eigenen Agenten, und eine föderierte Abfrage kann in einer einzigen Anweisung auf Business- und Enterprise-Tarifen standortübergreifend Daten abrufen.
Was passiert mit einer Zeile, die der Parser nicht lesen kann?
Sie wird beibehalten, nicht verworfen. Eine Zeile, die nicht dem festgelegten Format entspricht, wird als Rohdatensatz mit einer Begründung gespeichert, sodass ein fehlerhafter Eintrag oder eine unerwartete Formatänderung sichtbar und abfragbar ist und nicht als stille Lücke in Ihren Zahlen erscheint.
Dasselbe gilt für einen Journalwert, den das Format als binär kennzeichnet: Er wird neben seinem Eintrag mit einer Begründung gespeichert, anstatt erraten zu werden, und der Eintrag selbst bleibt vollständig erhalten.
Binden Sie System Logs dort ein, wo die Arbeit stattfindet.
Beginnen Sie mit Free: alle Connector-Typen, 2 Datenquellen und 1 Network Agent. Erweitern Sie die Plan-Kontingente, wenn Ihr Bedarf wächst.

