syslog & journald

Maak van System Logs doorzoekbare tabellen.

Syslog in beide RFC-indelingen en het systemd-journaal zodra het is geëxporteerd. Elke regel wordt een rij met de host, het programma en de proces-id — zodat je een vraag waarvoor je vier SSH-sessies en grep nodig had, met één statement kunt beantwoorden.

Gebruik de resultaten in Excel, Google Sheets, AI-tools en je apps via de Database REST API.

Elk type connector is beschikbaar in Free. Begin met 2 gegevensbronnen en 1 agent.

SysteemlogboekenBestanden worden gelezen waar ze staan
Binnen je netwerkVraagstromen Netwerk Agent

Lezen, ordenen en bevragen op uw machine.

Alleen-lezenquery's · uitgaande verbinding

Bronbestanden blijven op hun plek. Uw tools ontvangen queryresultaten.

Bron → agent → toegestane resultaten

Query Streams zet syslog-bestanden om in live SQL-tabellen die leesbaar zijn vanuit Microsoft Excel, Google Sheets, AI-assistenten via MCP, de REST API en Power BI. Beide syslog-RFC's worden ondersteund, net als het systemd-journaal zodra je het naar tekst hebt geëxporteerd. Elke rij bevat de host waaruit die afkomstig is, het programma dat de rij heeft geschreven en de proces-id. Verwijs de connector naar een map waarin logs van veel machines worden verzameld en één query geeft antwoord voor al die machines — geen centrale logserver om te beheren, geen kosten voor ingestie per gigabyte en niets wordt geüpload behalve het resultaat van de query.

  • Beide syslog-RFC's
  • Host, programma en pid als kolommen
  • Geen centrale logserver nodig

Verbind System Logs met de juiste instellingen.

Houd de verbinding op de Network Agent. Dit zijn de specifieke details voor System Logs.

Map
De logmap van een machine of een map waar logs naartoe worden verzameld — een lokale schijf of een netwerkshare opgegeven als \\server\share (nooit een toegewezen stationsletter; op Linux of een Mac eerst koppelen); inclusief submappen
Indelingen
Syslog in beide RFC-indelingen en het systemd-journaal zodra het naar tekst is geëxporteerd
Jaarverwerking
Afkomstig uit de regel, of afgeleid van de wijzigingsdatum van het bestand of de bestandsnaam — één keer gekozen, niet per rij gegokt
Rotatie
Tien benoemde rotatiepatronen plus gewone bestanden zonder rotatie; gecomprimeerde archieven worden op hun oorspronkelijke locatie gelezen
Niet-overeenkomende regels
Ongewijzigd bewaard in events_raw_lines, nooit verwijderd
Inloggegevens
Geen — er is geen server; de agent leest de bestanden op hun huidige locatie
SQL-dialect
DuckDB — standaard-SQL, je hoeft niets specifieks voor syslog te leren

Het live Windows Event Log lezen is een ander probleem — een gestructureerd kanaal in plaats van een map met regels — en hoort bij een aparte connector. Maar als je die gebeurtenissen al volgens een schema naar tekst of CSV exporteert, kan die map nu al worden gelezen: beschrijf de indeling één keer met de Custom Logs-connector en de exports worden een tabel, net als al het andere hier.

Ontworpen voor de manier waarop System Logs werkt.

Wat u krijgt

  • Eén rij per regel, met tijdstempel, host, programma, proces-id en bericht als echte kolommen in plaats van één tekenreeks die je later moet ontleden.
  • Beide syslog-RFC's worden ondersteund — de oudere indeling in BSD-stijl en de nieuwere gestructureerde indeling — zodat ook een gemengde omgeving in één tabel past.
  • Het systemd-journaal wordt ondersteund zodra het naar tekst is geëxporteerd; de eigen binaire indeling van het journaal is een database, geen logbestand, dus die moet eerst worden geëxporteerd.
  • _source_file vermeldt uit welk bestand elke rij afkomstig is. Zo kan één tabel antwoord geven op vragen over een map met logs van vijftig machines.
-- Programma's met de meeste berichten, per host, met waarschuwing of ernstiger
SELECT   host, program, COUNT(*) AS lines
FROM     fileset.events
WHERE    severity <= 4
GROUP BY host, program
ORDER BY lines DESC

Syslog-datums en het ontbrekende jaar

De oudere syslog-indeling schrijft de maand en dag weg, maar niet het jaar. Daardoor lijkt een log van januari soms alsof die elf maanden in de toekomst heeft plaatsgevonden. De logdriver lost dit bewust op in plaats van zomaar iets aan te nemen: het jaar kan uit de regel worden gehaald als de indeling het bevat, of worden afgeleid van de wijzigingsdatum van het bestand of de bestandsnaam. Je kiest één keer welke methode je wilt gebruiken.

De indelingen en het gedrag, in detail.

Open de documentatie die je nodig hebt voor System Logs.

Een map met systeemlogboeken wordt één tabel.
Het grote idee

Een map met systeemlogboeken wordt één tabel.

Query Streams leest de bestanden die rsyslog, syslog-ng of systemd al heeft geschreven, legt de indeling vast en geeft je getypeerde kolommen met de host bij elke rij. Geen collector om te beheren, geen index om bij te houden, geen tweede kopie van de gegevens — en een regel die de parser niet kan lezen, blijft behouden als rij met een reden in plaats van stilzwijgend te worden verwijderd.

Logmapop de server
syslogRFC 3164
auth.log.2.gzgedraaid
tijdschrift.exportdagboek

Rotaties, gecomprimeerde archieven en opnieuw gelezen bestanden — geregeld

noisy-programs.sqlSQL
SELECT presentator, programma,
       graaf(*) AS lijnen
VAN   fileset.events
WAAR  bericht LEUK VINDEN '%fout%'
GROEP DOOR presentator, programma
ORDER BY lijnen DESC
Resultaatfouten van de host
gastheerprogrammalijnen
db-01postgres412
web-01sshd288
app-01systemd96
mail-01cron11

Vier servers in één resultaat, omdat gastheer is een kolom

Ter illustratie — de vorm van het antwoord, geen benchmark

Twee RFC's en het tijdschrift
Bronnen

Twee RFC's en het tijdschrift

Elke kaart vermeldt de exacte bestanden die Query Streams leest en waar ze staan. Je hoeft rsyslog hiervoor niet opnieuw te configureren — kies gewoon het formaat dat je server al schrijft.

Ondersteunde systeemlogboeken

3 formaten
Systeemlogboekpictogram - Query Streams leest RFC 3164 syslog-bestanden die zijn geschreven door rsyslog en syslog-ng SysteemlogboekRFC 3164, het BSD-bestandsformaat
  • De standaard op de meeste Linux-servers — Ma DD HH:MM:SS hostprogramma[pid]: bericht
  • Host, programma-ID en proces-ID krijgen hun eigen kolommen.
  • /var/log/syslog, auth.log, kern.log — berichten op RHEL
  • De periodieke -- MARKERING -- De opvulling wordt verwijderd door de declaratie, niet door een filter dat je schrijft.
  • Bijlagen; gedateerde en genummerde rotaties en .gz gevolgd
Systeemlogboekpictogram - Query Streams leest gestructureerde syslog-bestanden volgens RFC 5424. SysteemlogboekRFC 5424, de gestructureerde versie
  • Het moderne formaat — een echte ISO 8601-tijdstempel, dus je hoeft het jaar niet te raden
  • Prioriteit, app, proces-ID en bericht-ID krijgen elk een eigen kolom.
  • Het gestructureerde datablok blijft intact in plaats van te worden platgemaakt.
  • De nil-waarde van de RFC wordt gelezen als null, niet als de tekst -
  • Gebouwd volgens de RFC-normen, maar nog niet bewezen tegen een echte vangbal.
Linux-logo - Query Streams leest systemd-journaalexports die door journalctl zijn geschreven. systemd-journaaljournalctl -o export
  • Bestanden die je hebt gemaakt met journalctl -o export
  • Tijdstempels van microseconden, zodat de volgorde behouden blijft tijdens een drukke seconde.
  • De eenheid en het transport worden als kolommen weergegeven, niet als tekst.
  • Elk ander journaalveld wordt bewaard in gegevens in plaats van weggegooid
  • Eén vermelding per record, ongeacht het aantal regels dat het record beslaat.
Meer op komstDit is het begin, niet het eindpunt.

Met elke nieuwe Agent-release worden nieuwe systeemlogboekformaten toegevoegd. Omdat Agents zichzelf automatisch bijwerken, verschijnt een later toegevoegd formaat in uw connector zonder dat iemand een server hoeft aan te raken.

Het is de moeite waard om te weten welke van deze parsers daadwerkelijk met een echt bestand te maken heeft gehad. Zowel de RFC 3164-parser als de parser voor het exporteren van logbestanden zijn gebouwd en getest met echte vastgelegde logbestanden, inclusief rotaties en gecomprimeerde archieven. RFC 5424 is niet geweest — het is opgenomen in de specificatie en wordt door tests gedekt, maar er is nog geen echte capture langsgekomen. Als dat jouw formaat is, laat Test connection je vóór je ergens aan vastlegt weten wat er is herkend. We hebben liever dat je dat nu weet.
Eén query, elke machine waarop je draait
Elke server

Eén vraag, elke machine die je gebruikt

Systeemlogboeken zijn precies waarvoor dit is gebouwd. Elke rij bevat de host waarop die is geschreven. Een map die van vier servers is verzameld, beantwoordt dus al vragen over alle vier — en op elke site die je toevoegt, draait een Network Agent die de bestanden ter plekke leest en verbinding maakt met Query Streams. Voor je firewall is dat een gewone uitgaande verbinding, dus je hoeft niets open te zetten en geen VPN op te bouwen.

Hoofdkantoor Een serverrack met Linux-servers die platte tekst schrijven. /var/log/syslog belt uit
eu-west Cloud-instanties, logboekexporten die volgens een schema worden geschreven. belt uit
ons-oost Een tweede regio, dezelfde bestanden in dezelfde vorm. belt uit

Drie uitgaande verbindingen, één plek om ze te doorzoeken — geen inkomende poort, geen VPN, geen firewallwijziging

Eén agent per locatie

Een Agent dekt een hele site in plaats van één server, en een mappenstructuur die van meerdere hosts is verzameld, vormt één connector — elke rij bevat al de naam van zijn gastheerHet Free-abonnement gebruikt één Agent en betaalde abonnementen gebruiken er meer.

1 site = 1 agent = veel hosts

Niets om te openen

De Agent maakt één versleutelde uitgaande verbinding, en zowel het uitgaande verzoek als de terugkerende rijen lopen eroverheen. Geen inkomende poort, geen VPN en geen firewallwijziging die je moet aanvragen — en er komt geen collector-daemon bij op een server waarop er al een draait.

één verbinding, beide richtingen

Eén zoekopdracht in meerdere regio's

Elke bron in een gefedereerde query eigen Agent, zodat één statement het auth-logboek van de ene regio naast dat van een andere kan zetten — of naast de applicatiedatabase die aangeeft welke van die aanmeldingen ertoe deden. Inbegrepen bij Business en Enterprise.

2 regio's → 1 resultatenset

Ze houden zichzelf op de hoogte.

Agents werken zichzelf bij, waardoor een logformaat dat in een latere release is toegevoegd, elke server bereikt zonder dat iemand een SSH-verbinding hoeft te maken. Dat is de reden waarom de bovenstaande lijst een uitgangspunt is in plaats van een vaste lijst.

Nieuwe formaten verschijnen met de Agent.

Het jaar, de tijdzone en de bytes.
Het moeilijke gedeelte

Het jaar, de tijdzone en de bytes.

Syslog is een van de oudste formaten die nog steeds dagelijks gebruikt worden, en dat is te merken. Vier zaken gaan standaard mis wanneer je probeert er een als data te behandelen, en elk daarvan wordt hier expliciet vermeld in plaats van te gokken.

De lijn heeft geen jaartal.

Een RFC 3164-stempel is 10 sep 04:11:07 — maand, dag, tijd en verder niets. Bij een naïeve lezing valt elke gearchiveerde regel daardoor in het huidige jaar. Query Streams leidt het jaar in plaats daarvan af uit de wijzigingstijd van het bestand zelf, zodat een rotatie uit december ook in december terechtkomt.

Sep 10 04:11:07 → jaar afgeleid van het bestand

En ook geen tijdzone.

Het oude formaat bevat geen tijdzone-offset, dus een tijdstempel is alleen betekenisvol naast de machine waarop die is geschreven. De tijd wordt gelezen als de lokale tijd van de Agent en de ruwe tekst wordt erbij bewaard. RFC 5424 en het journal bevatten beide echte UTC-tijdstempels en worden ook zo behandeld.

RFC 3164 lokaal · RFC 5424 en journald UTC

Binaire waarden in een tekstbestand

Het geëxporteerde journalformaat schrijft elke waarde met een newline als een naam, een lengte in bytes en vervolgens de ruwe bytes. Query Streams leest die op basis van de opgegeven lengte, in plaats van te zoeken naar het einde — zo blijft een bericht met een newline erin één vermelding en wordt het geen reeks losse vermeldingen.

Lees op lengte, nooit op inhoud.

Niets telde dubbel.

Elk bestand wordt geïdentificeerd aan de hand van de eerste 4 KB, waardoor een geroteerd bestand als hetzelfde bestand wordt herkend in plaats van opnieuw vanaf het begin te worden gelezen. Een verschuivend duplicatievenster detecteert de overlapping wanneer een schrijver zijn einde opnieuw afspeelt.

Prefix-hash van 4 KB · venster van 20.000 records

De kolommen die je daadwerkelijk krijgt
Het schema

De kolommen die je daadwerkelijk krijgt

Geen klomp tekst met een tijdstempel ernaast. Elk formaat wordt verwerkt tot kolommen met getypeerde waarden waarop je rechtstreeks kunt filteren, groeperen en aggregeren — en hoe nieuwer het formaat, hoe meer kolommen er zijn.

Pictogram systeemlogboeken
Syslog, RFC 3164BSD-bestandsformaat
programmapidbericht
Pictogram systeemlogboeken
Syslog, RFC 5424gestructureerde syslog
priappprocidmsgidsdbericht
Linux-logo
systemd-journaalexportjournalctl -o export
programmapidprioriteiteenheidvervoerberichtgegevens

Elke rij bevat ook event_time, de ruwe tijdstempel waaruit die is gelezen en het bestand waar die vandaan komt. Alle drie de formaten delen één identiteitskolom — gastheer — waardoor één query alle servers in de map kan omvatten: de twee syslog-formaten halen die uit de regel, het journal uit zijn eigen _HOSTNAME veld. Alles komt in één tabel terecht. fileset.events.

Wat dit bewust niet doet

Wat dit bewust niet doet

Noem de grootste eerst: Systeemlogboeken bevatten persoonsgegevens.. auth.log legt gebruikersnamen en de IP-adressen vast waarmee ze verbinding maakten; een programma dat een e-mailadres logt, zet dat in de berichttekst. Wat er ook in het bestand staat, dat komt in de kolom terecht — er is geen veldmapping op basis van headers om velden uit te sluiten zoals bij een webserverlog. Behandel de resulterende tabel met precies dezelfde zorg als het bestand en denk na over met wie je een query deelt.

Het is geen live stream. Query Streams leest de bestanden zoals ze op de schijf staan op het moment dat u de query uitvoert. Een falende service wordt daarom weergegeven als rijen in plaats van als een stream die u kunt volgen. Als u binnen een seconde een melding wilt ontvangen wanneer een regel wordt afgedrukt, is een logpipeline de juiste tool.

We lezen het binaire logboek niet. Het systemd-profiel leest bestanden die door systemd worden geschreven. journalctl -o export, niet /var/log/journal rechtstreeks — exporteren is dus iets wat je inplant, niet iets wat vanzelf gebeurt.

Drie aspecten zijn in de specificatie beschreven in plaats van getest aan de hand van een echt bestand, en ze verdienen vermelding: het volledige RFC 5424-profiel, de ISO-8601-stempelvariant die rsyslog en syslog-ng kunnen gebruiken in plaats van de klassieke, en de afhandeling van een journaalwaarde die zich over meerdere regels uitstrekt. Alle drie zijn getest. Geen van deze aspecten is tot nu toe daadwerkelijk vastgelegd.

Tot slot wordt de familie 'Systeemlogboeken' genoemd, maar tegenwoordig verwijst dit naar Linux en Unix. Er is geen Windows-gebeurtenislogboekprofiel en geen macOS-profiel. log weergeven profiel, en we zeggen liever dat dan dat de naam dat suggereert. De rest volgt het gebruikelijke ontwerp: de agent maakt een uitgaande verbinding en leest bestanden, er wordt niets op de server geïnstalleerd, er wordt niets teruggeschreven en de toegang is alleen-lezen. Het bewaartermijnveld begint bij 60 dagen voor deze preset en u kunt dit wijzigen.

Van verbinding naar bruikbare resultaten.

  1. Installeer de Network Agent op een plek waar die de logboeken kan zien: de /var/log van één machine of de map waarin je bestaande verzameling al schrijft.
  2. Wijs de connector naar die map en kies het profiel. Beide syslog-RFC's zijn inbegrepen, net als de geëxporteerde tekstvorm van het systemd-journal.
  3. Het profiel legt de indeling vast, zodat host, programma, proces-ID en bericht vanaf de eerste synchronisatie als benoemde kolommen binnenkomen.
  4. Logrotatie wordt herkend, inclusief gecomprimeerde archieven, en bij elke synchronisatie worden alleen nieuwe bytes gelezen.
  5. Voer er queries op uit. Eén host of vijftig, gegroepeerd op programma, gefilterd op ernst — gewone SQL in plaats van ssh en grep.

Haal meer uit je System Logs-resultaten.

Eén verbinding bedient je spreadsheets, apps en AI-tools. Deel toestemming om een opgeslagen query uit te voeren; ontvangers zien de toegestane resultaten, terwijl de SQL-code en de inloggegevens van de gegevensbron verborgen blijven.

Voor uw team, leveranciers en partners

Haal live System Logs-resultaten rechtstreeks op in een werkblad en vernieuw ze wanneer je wilt — Excel voor desktop, Excel Online, Microsoft 365.

Ontdek Excel

Stel een vraag in gewone taal. Nova kent je System Logs-tabellen al, schrijft en voert de SQL uit, legt het antwoord uit en maakt er een grafiek van — geen query om te schrijven en geen inloggegevens om te delen.

Hoe Nova werkt

Deel een live System Logs-resultaat met wie je maar wilt — een collega, leverancier of partner — als een grid met een bladwijzer dat bij het openen opnieuw actuele gegevens ophaalt, op een telefoon, tablet of desktop. Ze zien de resultaten, nooit de SQL of de bestanden.

Hoe de gegevensviewer werkt

Voor apps en systemen

Publiceer een System Logs-query als een geauthenticeerd JSON-eindpunt dat elke applicatie kan aanroepen, met een OpenAPI 3.1-specificatie en kant-en-klare collecties voor Postman, Insomnia en Hoppscotch. Er wordt geen databasepoort geopend.

REST API verkennen

Plak de gegenereerde Power Query M in de Geavanceerde editor van Power BI en het rapport leest live System Logs-resultaten via HTTPS — geen ODBC-stuurprogramma en geen geopende databasepoort.

Power BI verkennen

Voor AI-tools

Geef een AI-assistent alleen-lezen toegang tot System Logs, met het schema dat nodig is om correcte SQL te schrijven — zonder inloggegevens in de chat.

Ontdek MCP

Bezorgd aan mensen

Koppel System Logs aan de rest van je gegevens.

Breng databases, zakelijke API's, bestanden en logs samen in één alleen-lezenquery. Elke connector ondersteunt Federated Queries.

Vermeld de verbindingen en tabellen. Query Streams verwerkt de query's voor de gegevensbronnen en combineert de resultaten.

Federated Queries verkennen
Voorbeeldquery voor meerdere gegevensbronnen
-- niets gekopieerd, niets samengevoegd, niets ingepland
SELECT   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VAN     syslogfiles.fileset.orders1 f
JOIN     pg_crm.publieke.klanten2    c ON c.id = f.customer_id
JOIN     facturering.stripe.facturen3    i ON i.customer = c.stripe_id
GROEP DOOR c.regio
ORDER BY gefactureerd DESC;

Gebruik je eigen verbindings-, schema-, tabel- en kolomnamen.

Gedeeld binnen de connectorfamilie.

Elke logconnector levert je ook

  • events — één rij per geparseerde regel, met de tijdstempel, de velden die de grammaticaregels benoemen en _source_file met de naam van het bestand waaruit de regel afkomstig is.
  • events_raw_lines — regels die niet overeenkomen met de grammaticaregels, letterlijk bewaard in plaats van weggegooid, zodat je ook vragen kunt beantwoorden over een formaat dat je niet had verwacht.
  • files_current en files_events — de actuele inventaris en het auditspoor: wat is verschenen, wat is geroteerd, wat is verdwenen en wat is achtergehouden, inclusief de bestandsnaam en de reden.
  • Rotatie wordt begrepen, niet omzeild — tien benoemde rotatiepatronen plus gewone, niet-geroteerde bestanden, zodat het logbestand van gisteren en het gecomprimeerde archief ervan dezelfde tabel zijn als dat van vandaag.

Goed om te weten

  • Alleen-lezen, afgedwongen — één statement tegelijk, alleen SELECT en vergelijkbare opdrachten. Uw logs worden door ons nooit geschreven, verplaatst, geroteerd of afgekapt.
  • Er wordt niets geüpload — regels worden op uw eigen machine, naast de agent, geparseerd en versleuteld in de cache opgeslagen. Alleen het resultaat van een query verlaat uw netwerk.
  • Alleen nieuwe bytes worden gelezen — de agent gaat in elk bestand verder waar hij gebleven was, in plaats van het opnieuw te lezen. Zo kost een druk logbestand niet elke dag meer.
  • Het SQL-dialect is DuckDB — dezelfde SQL die je voor elke andere connector zou schrijven.

Vragen over System Logs

Waar kan ik queryresultaten van System Logs gebruiken?

Gebruik de resultaten van System Logs in Excel, Google Sheets en de Data Viewer, in uw apps via de Database REST API en in AI-tools via MCP of Nova. Opgeslagen resultaten kunnen ook worden gebruikt voor ondersteunde Automation-bestemmingen, rapporten en waarschuwingen. Beschikbare bestemmingen en limieten zijn afhankelijk van uw abonnement.

Moet ik een inkomende poort openen voor System Logs?

Nee. Installeer de Network Agent op een machine die toegang heeft tot System Logs. De agent maakt uitgaand verbinding met Query Streams; een inkomende poort of VPN is niet nodig. Uw bron moet volgens de eigen toegangsregels nog wel verbindingen van de agentmachine toestaan.

Worden mijn System Logs-bestanden geüpload?

De Network Agent leest bestanden op hun huidige locatie en bewaart de cache op de agentmachine. Bronbestanden worden niet geüpload, verplaatst of herschreven. Alleen de opgevraagde queryresultaten verlaten uw netwerk via de versleutelde uitgaande verbinding.

Wat heb ik nodig om System Logs te verbinden?

Map: De logmap van een machine, of een map waar logs naartoe worden verzameld — een lokale schijf of een netwerkshare die is opgegeven als \\server\share (nooit een toegewezen stationsletter; op Linux of een Mac eerst koppelen); inclusief submappen. Indelingen: Syslog volgens beide RFC's en het systemd-journal nadat dit naar tekst is geëxporteerd. Jaarbepaling: Overgenomen uit de regel of afgeleid van de wijzigingstijd van het bestand of de bestandsnaam — één keer gekozen, niet per rij geraden. Rotatie: Tien benoemde rotatiepatronen plus gewone bestanden zonder rotatie; gecomprimeerde archieven worden ter plekke gelezen

Kan ik System Logs koppelen aan andere verbonden bronnen?

Ja. Federated Queries ondersteunen elk type connector, waaronder databases, zakelijke API's, bestanden en logs. Vermeld de verbindingen en tabellen in één alleen-lezenquery. Query Streams vertaalt waar nodig de queryonderdelen voor de gegevensbronnen en combineert de resultaten. Bekijk hoe Federated Queries werken.

Welk formaat heb ik?

Kijk naar het begin van een regel in /var/log/syslog of /var/log/messages. Als het begint met een maandnaam van drie letters — 10 sep 04:11:07 — dan is het RFC 3164, en dat is wat de meeste Linux-servers nog steeds standaard schrijven. Als het begint met een getal tussen punthaken, gevolgd door een volledige ISO 8601-tijdstempel, dan is het RFC 5424.

Je hoeft niet zeker te zijn voordat je begint. De verbindingstest meldt welk profiel is herkend en hoeveel van het bestand overeenkomt, zodat het antwoord gebaseerd is op je daadwerkelijke bestanden in plaats van op een gok.

Moet ik rsyslog of syslog-ng opnieuw configureren?

Nee. Beide indelingen worden ondersteund, dus kies de indeling die je server al schrijft — en de klassieke standaardindeling is het meest uitgebreid getest.

De enige wijziging die het overwegen waard is, staat los van de indeling: als je logs van meerdere machines al doorstuurt naar één collector, wijs de Agent dan naar de map van die collector. Zo krijg je alle hosts in één connector, omdat elke rij de host bevat waar deze vandaan komt.

Hoe ga je om met het ontbrekende jaartal in een oude syslog-regel?

Het jaar wordt overgenomen van de wijzigingstijd van het bestand. Een geroteerd archief dat voor het laatst in december is weggeschreven, wordt als december gelezen, in plaats van dat elke regel in het huidige jaar wordt geplaatst, zoals een naïeve parser zou doen.

Houd rekening met deze beperking: als de tijdstempels van een bestand zijn afgevlakt — omdat het is teruggezet vanaf een back-up waarin ze niet behouden zijn gebleven, of is gekopieerd op een manier waardoor ze zijn gereset — baseert de afleiding zich op wat het bestandssysteem aangeeft. De oorspronkelijke tekst wordt altijd naast de geparseerde waarde bewaard, zodat je kunt zien wat er daadwerkelijk op de regel stond.

Kun je het systemd-logboek rechtstreeks uitlezen?

Nee, en dit is de instelstap die mensen vaak over het hoofd zien. Het logboek op de schijf is een binaire database en Query Streams opent deze niet. Wat het leest, is het exportformaat: journalctl -o export > journal.export, in elke map die de agent kan lezen.

In de praktijk betekent dit een kleine geplande taak op de server — een timer of cron-taak die de export opslaat op een plek waar de Agent al kijkt. Daarna gaat alles automatisch; ook gzipped exports worden gelezen.

En hoe zit het met het gebeurtenislogboek van Windows of macOS?

Geen van beide heeft hier een profiel. De drie indelingen op deze pagina zijn voor Linux en Unix, en we benoemen dat hiaat liever dan dat we met de woorden ‘systeemlogs’ de indruk wekken dat er meer wordt ondersteund.

Voor Windows is er wel een mogelijkheid. Het live Event Log lezen is iets anders dan een tekstbestand lezen — het is een gestructureerd kanaal in plaats van een map met regels — en hoort bij een aparte connector. Maar als je die gebeurtenissen al volgens een schema exporteert naar tekst of CSV, kan die map vandaag al worden gelezen: beschrijf de indeling één keer met een aangepast logboek De connector en de exports worden een tabel, net als alle andere elementen op deze pagina.

Mijn logbestanden bevatten gebruikersnamen en IP-adressen. Moet ik me zorgen maken?

Ja, en het is de moeite waard om hierover na te denken voordat je een vraag stelt, in plaats van erna. auth.log Een syslog-bericht registreert wie vanaf welke locatie verbinding heeft gemaakt, wat in de meeste rechtsgebieden als persoonsgegevens wordt beschouwd. Een syslog-bericht is vrije tekst die alles kan bevatten wat een programma heeft gekozen om af te drukken.

Query Streams verandert niets aan de inhoud van het bestand, dus de juiste formulering is dat de tabel de gevoeligheid van het bestand overneemt. Twee dingen helpen: een opgeslagen query deelt een resultaat, niet de verbinding, zodat een ontvanger nooit het volledige log krijgt; en met filters kun je een query beperken tot de programma's die iemand daadwerkelijk nodig heeft voordat je deze met die persoon deelt.

Ik verzamel logbestanden van meerdere servers in één map. Werkt dat?

Daar is dit het meest geschikt voor. Alle drie de indelingen bevatten de host als kolom — de twee syslog-indelingen halen deze uit de regel en de journal-export neemt deze over uit het eigen hostnaamveld — dus een map die gegevens van veertig machines verzamelt, vormt één connector, en groeperen op host is een gewone GROEP DOOR.

Servers in verschillende gebouwen of regio's werken ook. Elke locatie heeft zijn eigen agent en een gefedereerde query kan in één statement gegevens van al deze servers uitlezen (op Business- en Enterprise-abonnementen).

Wat als de parser een regel niet kan lezen?

Het wordt bewaard, niet verwijderd. Een regel die niet overeenkomt met het vastgezette formaat wordt bewaard als een onbewerkte rij met een bijbehorende reden. Zo wordt een onjuist opgemaakte invoer of een onverwachte formaatwijziging zichtbaar en kun je deze opvragen, in plaats van dat het een onzichtbare hiaat in je cijfers vormt.

Hetzelfde geldt voor een journaalwaarde die door het formaat als binair is gemarkeerd: deze wordt met een reden naast de bijbehorende vermelding geplaatst in plaats van dat er naar gegokt wordt, en de vermelding zelf blijft intact.

Zet System Logs in waar het werk plaatsvindt.

Begin met Free: elk type connector, 2 gegevensbronnen en 1 Network Agent. Voeg abonnementslimieten toe naarmate je behoeften groeien.