Logbestandanalyser

Ruwe logbestanden bestaan uit een reeks tijdstempels, niveaus en vrijtekstberichten. Plak een Nginx-toegangslog, een Apache-foutlog, een syslog-dump of een Laravel-kanaalbestand; de parser splitst deze vervolgens op in gestructureerde rijen en stelt u in staat om te filteren op een ISO-datumbereik, ernst (van DEBUG tot EMERGENCY), client-IP-adres of een reguliere expressie op het bericht. Daarnaast worden relevante resultaten gemarkeerd, zodat u precies kunt zien wat er tijdens het betreffende incident is gebeurd.

Hoe een logbestand te analyseren

  1. 1

    Loginhoud plakken

    Plak de ruwe logtekst. Veelvoorkomende formaten (combined, common, syslog, JSON-lines) worden automatisch gedetecteerd.

  2. 2

    Datefilter instellen

    Gebruik een begin- en eindtijdstempel om het incidentvenster te vergroten.

  3. 3

    Filter per niveau of IP-adres

    Vink de ernstniveaus aan, voer een IP-adres in of typ een regex-patroon om berichten te matchen.

  4. 4

    Lees de tabel

    Elke rij toont de tijdstempel, het niveau, de bron en de berichtinhoud, waarbij de corresponderende segmenten zijn gemarkeerd.

Formaten die de parser herkent

Format Voorbeeld Bron
Geïntegreerd Nginx 1.2.3.4 - - [18/Apr/2026:10:00:00 +0000] "GET / HTTP/1.1" 200 1234 Webtoegangsloggen
Apache Common Hetzelfde als bovenstaand, met uitzondering van Referer en User-Agent klassieke LAMP-stacks
Syslog RFC 5424 <34>1 2026-04-18T10:00:00Z host app - ID47 - msg Linux-systeem-daemons
Laravel dagelijks [2026-04-18 10:00:00] production.ERROR: message Laravel-logkanaal
JSON-regels {"ts":"...","level":"ERROR","msg":"..."} gestructureerde loggers, Loki, ELK

Standaardlogniveaus

Gerangschikt van het luidste naar het stilste. De meeste apps volgen de volgorde syslog/PSR-3:

  1. EMERGENCY – het systeem is niet bruikbaar.
  2. ALERT – onmiddellijke actie vereist.
  3. CRITICAL – kritieke situatie, bijvoorbeeld een uitval van de databank.
  4. ERROR, een uitvoeringsfout die moet worden onderzocht.
  5. WARNING – uitzonderlijke situatie, geen fout.
  6. NOTICE – normaal, maar significante gebeurtenis.
  7. INFO – algemene operationele berichten.
  8. DEBUG – diagnostiek op lage niveau; geruisachtig tijdens productie.

Filtertips

  • Beperk eerst op datum. De meeste productielogbestanden zijn zeer omvangrijk; door ze te beperken tot het betreffende incidentvenster worden alle andere filters sneller.
  • Gebruik regex voor berichten. Zoeken naar timeout|connection refused|5\d\d detecteert de meeste netwerkfouten in één keer.
  • Isoleer één IP-adres. Bij het onderzoeken van een verdachte client sluit u al het andere uit en leest u de verzoeken chronologisch door.
  • Sluit crawlers uit. User-Agent-substrings zoals bot, crawl en spider filteren het meeste ruis uit analytics-achtige onderzoeken.

Prestatienotities

  • De parser wordt aan de clientzijde uitgevoerd, waardoor de regels op uw computer blijven staan. Dit betekent ook dat zeer grote bestanden (100 MB of meer) de browser kunnen vertragen; splits deze eerst met split -l of stuur ze via een tool aan de serverzijde.

Veelgestelde vragen

Nee: het analyseren en filteren vindt plaats in uw browser. Het door u ingevoegde logbestand verlaat uw apparaat nooit, wat belangrijk is voor bestanden die IP-adressen, tokens of persoonlijke identificerende gegevens (PII) kunnen bevatten.

Ja – regels die beginnen met een spatie of at ... worden gekoppeld aan de vorige logregel, waardoor de volledige exceptionstack in één rij blijft staan.

Gebruik de regex-filter op de berichtkolom. Voor gestructureerde JSON-logs kunnen alle sleutels als gewone tekst in het bericht worden gezocht.

Niet rechtstreeks: comprimeer eerst met gunzip of een bestandsbewerkingstool en plak de raw-text. De parser verwacht ongecomprimeerde logregels.

Er is geen strikte grens, maar alles boven de 10 MB kan het filteren vertragen. Voor grote archieven: voer eerst grep op de server uit en plak de gefilterde uitvoer hier.

Gerelateerde tools

Tool beschikbaar in andere talen