syslog & journald

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.

SystemprotokolleDateien direkt an ihrem Speicherort lesen
Innerhalb deines NetzwerksAbfrage von Datenströmen Netzwerk-Agent

Auf Ihrem Computer lesen, organisieren und abfragen.

Schreibgeschützte Abfragen · ausgehende Verbindung

Die Quelldateien bleiben an ihrem Speicherort. Ihre Tools erhalten Abfrageergebnisse.

Quelle → Agent → zulässige Ergebnisse

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 DESC

Syslog-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.
Die große Idee

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.

Protokollordnerauf dem Server
syslogRFC 3164
auth.log.2.gzgedreht
Journalexportjournald

Rotationen, komprimierte Archive und erneut gelesene Dateien – alles wird verarbeitet

noisy-programs.sqlSQL
SELECT Gastgeber, Programm,
       zählen(*) AS Linien
VON   fileset.events
WHERE  Nachricht WIE 'hler%'
GROUP BY Gastgeber, Programm
ORDER BY Linien DESC
ErgebnisFehler durch den Host
GastgeberProgrammLinien
db-01PostgreSQL412
web-01sshd288
App-01systemd96
Mail-01Cron11

Vier Server in einem Ergebnis, weil Gastgeber ist eine Spalte

Veranschaulichende Zahlen – zeigen die Form des Ergebnisses, keine Benchmarkwerte

Zwei RFCs und die Zeitschrift
Quellen

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
Symbol für Systemprotokolle – Query Streams liest RFC-3164-Syslog-Dateien, die von rsyslog und syslog-ng geschrieben wurden. SyslogRFC 3164, das BSD-Dateiformat
  • 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 — Nachrichten auf 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 .gz folgte
Symbol für Systemprotokolle – Abfrageströme lesen RFC 5424-strukturierte Syslog-Dateien SyslogRFC 5424, die strukturierte Version
  • 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
Linux-Logo – Query Streams liest systemd-Journal-Exporte, die von journalctl geschrieben wurden. systemd-Journaljournalctl -o export
  • 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 Daten statt weggeworfen
  • Ein Eintrag pro Datensatz, unabhängig von der Anzahl der Zeilen.
Mehr kommenDies ist der Anfang, nicht das Ende.

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.

Es ist wichtig zu wissen, welcher dieser Parser bereits mit einer realen Datei getestet wurde. Sowohl der RFC-3164-Parser als auch der Journal-Export-Parser wurden entwickelt und anhand realer Protokolldateien, einschließlich Rotationen und komprimierter Archive, getestet. RFC 5424 wurde nicht — es ist in der Spezifikation festgehalten und durch Tests abgedeckt, aber bisher gab es noch keine echte Erfassung damit. Wenn das Ihr Format ist, zeigt Ihnen „Verbindung testen“, was erkannt wurde, bevor Sie sich festlegen. Wir möchten lieber, dass Sie das jetzt wissen.
Eine Abfrage, jede Ihrer Maschinen
Jeder Server

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.

Hauptsitz Ein Rack mit Linux-Servern, die Klartext schreiben /var/log/syslog Wählt aus
EU-Westen Cloud-Instanzen, Journal-Exporte werden planmäßig geschrieben Wählt aus
US-Osten Eine zweite Region, dieselben Dateien in derselben Form 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
Der schwierige Teil

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
Das Schema

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.

Symbol für Systemprotokolle
Syslog, RFC 3164BSD-Dateiformat
ProgrammPIDNachricht
Symbol für Systemprotokolle
Syslog, RFC 5424strukturiertes Syslog
priAppprocidmsgidsdNachricht
Linux-Logo
systemd journal exportjournalctl -o export
ProgrammPIDPrioritätEinheitTransportNachrichtDaten

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.

  1. 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.
  2. 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.
  3. Das Profil legt das Format fest, sodass Host, Programm, Prozess-ID und Nachricht bereits bei der ersten Synchronisierung als benannte Spalten ankommen.
  4. Rotationen, einschließlich komprimierter Archive, werden erkannt, und bei jeder Synchronisierung werden nur neue Bytes gelesen.
  5. 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 entdecken

Stellen 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 Nova

Teilen 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 Datenbetrachter

Fü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 erkunden

Fü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 erkunden

Fü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 entdecken

An Personen geliefert

Verknü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
Beispiel für eine quellenübergreifende Abfrage
– 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.