ConnectiLogs Panel | Filterkonfiguration

ConnectiLogs Panel | Filterkonfiguration

Filter ermöglichen es Ihnen, die von einer Abfrage zurückgegebenen Daten zu reduzieren und zu kontrollieren, indem nur die Datensätze angezeigt werden, die bestimmte Bedingungen erfüllen. Sie sind eines der wichtigsten Werkzeuge im Query Builder, da sie Ihnen helfen, von großen Protokollmengen zu konkreten, verständlichen Informationen zu gelangen.

Jeder Filter wird auf ein Feld der ausgewählten Sammlung angewendet und verwendet einen Operator, der definiert, wie der Wert des Feldes mit dem von Ihnen eingegebenen Wert verglichen wird.

Wie Filter funktionieren
Ein Filter besteht immer aus drei Teilen:
  1. Feld: auf welche Daten Sie filtern (IP, Statuscode, Domain, Datum, Benutzer, usw.)
  2. Operator: wie der Wert verglichen wird (gleich, enthält, größer als, usw.)
  3. Wert: wonach Sie suchen oder was Sie ausschließen möchten
Beispiel:
  1. Feld: Statuscode
  2. Operator: =
  3. Wert: 500
Ergebnis: Es werden nur Datensätze mit dem Fehler 500 angezeigt.

Wie Filter kombiniert werden
Alle Filter in ConnectiLogs arbeiten als kumulative Bedingung (logisches UND):
  1. Ein Datensatz wird nur angezeigt, wenn er alle Filter gleichzeitig erfüllt.
Beispiel:
  1. Statuscode = 500
  2. Domain = mydomain.com
Ergebnis: Sie sehen nur 500-Fehler von dieser spezifischen Domain.

Arten von Filtern

Gleich-Filter (=)
Der Operator gleich (=) ist der grundlegendste Filter und gleichzeitig einer der wichtigsten in ConnectiLogs. Er wird verwendet, um nur Datensätze auszuwählen, deren Wert exakt mit dem von Ihnen definierten Wert übereinstimmt, ohne Abweichungen, Teilübereinstimmungen oder Interpretationen zuzulassen.

Es ist ein strikter Vergleichsoperator: Was Sie eingeben, ist genau das, wonach gesucht wird.

Wenn Sie einen Filter mit dem Gleich-Operator anwenden, durchsucht ConnectiLogs alle Datensätze im ausgewählten Feld und gibt nur diejenigen zurück, die diese exakte Bedingung erfüllen:
  1. Feldwert = Filterwert
Unterschiede im Format, zusätzlicher Text, zusätzliche Leerzeichen oder Abweichungen sind nicht erlaubt.

Grundlegendes Beispiel:
Wenn Sie mit der Sammlung der Zugriffsprotokolle arbeiten und nur Serverfehler sehen möchten:
  1. Feld: Statuscode
  2. Operator: =
  3. Wert: 500
Das Ergebnis wird sein:
Sie sehen nur Datensätze, deren Statuscode exakt 500 ist.
Die folgenden werden automatisch ausgeschlossen:
  1. 404 (nicht gefunden)
  2. 200 (ok)
  3. 301 (Weiterleitung)
  4. jeder andere Wert

Eigenschaften
  1. Exakte Übereinstimmung (100 %)
  2. Erlaubt keine Abweichungen oder Muster
  3. Erkennt keine „teilweise korrekten“ Werte
  4. Reduziert den Datensatz sehr kontrolliert
Häufige Fehler bei der Verwendung von "="
Bei der Arbeit mit diesem Operator werden oft einige häufige Fehler gemacht:
  1. Annahme, dass er Teilübereinstimmungen einschließt (tut er nicht)
  2. Nichtbeachtung von Formatunterschieden (www vs. ohne www, Groß-/Kleinschreibung, usw.)
  3. Verwendung, wenn Sie eigentlich einen "like"-Filter benötigen
  4. Vergessen, dass der Wert exakt mit dem in der Sammlung gespeicherten übereinstimmen muss

Ungleich-Filter (!=)
Der Operator ungleich (!=) ist das direkte Gegenstück zum Gleich-Operator. Er wird verwendet, um alle Datensätze auszuschließen, deren Wert exakt mit dem von Ihnen angegebenen Wert übereinstimmt, und zeigt nur diejenigen an, die unterschiedlich sind.

Es ist ein negativer Filteroperator: Anstatt zu definieren, was Sie sehen möchten, definieren Sie, was Sie aus dem Ergebnis entfernen möchten.

Wie funktioniert er?
Wenn Sie einen Filter mit != anwenden, bewertet ConnectiLogs jeden Datensatz im ausgewählten Feld und schließt ihn nur ein, wenn:
  1. Feldwert != Filterwert
Mit anderen Worten: Jede exakte Übereinstimmung mit dem angegebenen Wert wird automatisch aus der Abfrage ausgeschlossen.

Grundlegendes Beispiel:
Wenn Sie Statuscodes in Zugriffsprotokollen analysieren:
  1. Feld: Statuscode
  2. Operator: !=
  3. Wert: 500
Das Ergebnis wird sein:
Sie sehen alle Datensätze außer denen mit dem Fehler 500.
Dies schließt ein:
  1. 200 (ok)
  2. 404 (nicht gefunden)
  3. 301 (Weiterleitung)
  4. jeden anderen Code außer 500

Eigenschaften:
  1. Exakter Ausschluss von Werten
  2. Funktioniert als inverser Filter zu "="
  3. Reduziert den Datensatz durch Entfernen von bekanntem Rauschen
  4. Sehr nützlich für vergleichende Analysen
  5. Erlaubt keine Teilübereinstimmungen
Häufige Fehler bei der Verwendung von !=
  1. Verwendung, wenn Sie eigentlich mehrere Werte ausschließen möchten (besser not in verwenden)
  2. Verwechslung mit Teilfiltern (funktioniert nicht mit "like"-Übereinstimmungen)
  3. Vergessen, dass er nur exakte Übereinstimmungen ausschließt, nicht Abweichungen des Werts

Enthält-Filter (like) und enthält nicht (not like)
Die Operatoren like und not like werden verwendet, um Textfelder zu filtern, wenn Sie nicht nach einer exakten Übereinstimmung suchen, sondern nach Mustern oder Textfragmenten innerhalb eines Werts. Sie sind besonders nützlich in ConnectiLogs, da viele Felder (wie Domains, Pfade, Benutzer oder User Agents) strukturierte Informationen enthalten, bei denen Sie nicht immer den vollständigen Wert kennen.

Wie funktionieren sie?
Im Gegensatz zum Gleich-Operator (=), der eine exakte Übereinstimmung erfordert, erlaubt like Teilübereinstimmungen, d.h. das Auffinden von Datensätzen, bei denen der Text innerhalb des Feldwerts erscheint.
  1. like: schließt Übereinstimmungen ein, die das Muster enthalten
  2. not like: schließt Übereinstimmungen aus, die das Muster enthalten

Verwendung des %-Platzhalters
Das Verhalten von like und not like wird durch das Symbol % gesteuert, das als Platzhalter fungiert. Dies zeigt an, dass an dieser Stelle beliebiger Text stehen kann.
Dies ermöglicht es Ihnen, drei Arten von Suchen zu definieren:

Enthält Text an beliebiger Stelle
  1. Muster: %text%
Sucht nach Datensätzen, bei denen "text" an beliebiger Stelle im Wert erscheint.
Beispiel:
  1. Filter: domain like %mydomain%
Ergebnis:
  1. mydomain.com
  2. api.mydomain.net
  3. test.mydomain123.es

Beginnt mit Text
  1. Muster: text%
Sucht nach Werten, die exakt mit diesem Text beginnen.
Beispiel:
  1. Filter: domain like mydomain%
Ergebnis:
  1. mydomain.com
  2. mydomain.net
  3. mydomain-api.com
Würde nicht einschließen:
  1. api.mydomain.com
  2. testmydomain.com

Endet mit Text
  1. Muster: %text
Sucht nach Werten, die mit diesem Text enden.
Beispiel:
  1. Filter: domain like %mydomain
Ergebnis:
  1. api.mydomain
  2. test.mydomain
  3. logs.mydomain
Würde nicht einschließen:
  1. mydomain.com
  2. mydomain.net

Was macht not like?
Der Operator not like funktioniert genauso wie like, nur umgekehrt: er schließt alle Datensätze aus, die das angegebene Muster enthalten.

Beispiel für not like
  1. Feld: User Agent
  2. Operator: not like
  3. Wert: %bot%
Ergebnis:
Alle Datensätze, deren User Agent "bot" enthält, werden ausgeschlossen, zum Beispiel:
  1. googlebot
  2. bingbot
  3. jeder Crawler oder jedes automatisierte Skript
Und die folgenden werden beibehalten:
  1. echte Browser
  2. menschlicher Traffic
  3. andere Agents, die nicht mit Bots in Verbindung stehen

Wann sollte man like und not like verwenden?
Verwenden Sie like, wenn:
  1. Sie den exakten Wert des Feldes nicht kennen
  2. Sie Varianten desselben Konzepts gruppieren möchten
  3. Sie strukturierte Texte analysieren (Domains, Pfade, Protokolle)
  4. Sie nach Mustern in langen Feldern suchen müssen

Verwenden Sie not like, wenn:
  1. Sie Rauschen aus den Daten entfernen möchten
  2. Sie bekannte Muster ausschließen müssen (Bots, Spam, Tests…)
  3. Sie Ergebnisse für präzisere Analysen bereinigen
  4. Sie "menschlichen" oder relevanten Verkehr behalten möchten

Wichtige Unterschiede zu anderen Operatoren
  1. =: exakte Übereinstimmung
  2. like: Teilübereinstimmung (Muster)
  3. !=: exakter Ausschluss
  4. not like: Ausschluss nach Muster

Häufige Fehler
  1. Vergessen, % zu verwenden, und keine erwarteten Ergebnisse erhalten
  2. Verwendung von like, wenn Sie den exakten Wert kennen (besser = verwenden)
  3. Übermäßige Verwendung von not like und Entfernung von zu vielen nützlichen Daten
  4. Nichtbeachtung, dass kleine Textabweichungen das Ergebnis verändern

In-Filter (in) und not in-Filter (not in)
Die Operatoren in und not in werden verwendet, wenn Sie mit Wertelisten arbeiten müssen, anstatt mit einem einzelnen Wert zu vergleichen. Sie sind besonders nützlich in ConnectiLogs, da sie es Ihnen ermöglichen, mehrere Filter zu einer einzigen Bedingung zu vereinfachen, was die Abfragen erleichtert.

Wie funktionieren sie?
Diese Operatoren vergleichen den Wert eines Feldes mit einem Satz von Optionen:
  1. in: Der Datensatz wird eingeschlossen, wenn sein Wert in der Liste ist.
  2. not in: Der Datensatz wird eingeschlossen, wenn sein Wert NICHT in der Liste ist.

In-Operator (in)
Der Operator in gibt alle Datensätze zurück, deren Wert mit einem der Elemente in der definierten Liste übereinstimmt.

Grundlegendes Beispiel:
Wenn Sie Statuscodes analysieren:
  1. Feld: Statuscode
  2. Operator: in
  3. Werte: 404, 500
Ergebnis:
Nur Datensätze, deren Statuscode ist:
  1. 404
  2. 500
Alles andere wird von der Abfrage ausgeschlossen.

Not-in-Operator (not in)
Der Operator not in macht das Gegenteil: Er schließt alle Datensätze aus, deren Wert in der angegebenen Liste ist.

Grundlegendes Beispiel
  1. Feld: Statuscode
  2. Operator: not in
  3. Werte: [200, 301]
Ergebnis:
Alle Datensätze werden angezeigt außer:
  1. 200 (OK)
  2. 301 (Weiterleitung)
Dies ist nützlich, wenn Sie sich auf Fehler oder anomalie Verhaltensweisen konzentrieren möchten.

Wann sollte man in und not in verwenden?
Verwenden Sie in, wenn:
  1. Sie mehrere spezifische Werte gleichzeitig filtern möchten
  2. Sie mit begrenzten Zuständen, Codes oder Kategorien arbeiten
  3. Sie mehrere ODER-Bedingungen zu einer einzigen Regel vereinfachen müssen
  4. Sie sich auf eine bestimmte Gruppe von Ereignissen konzentrieren möchten
Verwenden Sie not in, wenn:
  1. Sie mehrere bekannte Werte ausschließen möchten
  2. Sie Rauschen bereinigen (Bots, interner Traffic, Tests…)
  3. Sie "alles außer…" analysieren müssen
  4. Sie die Ergebnisse reduzieren möchten, ohne den Gesamtkontext zu verlieren

Häufige Fehler
  1. Verwendung von in, wenn es nur einen Wert gibt (besser = verwenden)
  2. Verwechslung von in mit like (hier gibt es keine Teilübereinstimmungen)
  3. Einbeziehung von zu vielen Werten ohne klares Kriterium
  4. Nichtüberprüfung, ob alle Werte in der Liste tatsächlich in den Daten existieren

Größer als (>), größer oder gleich (>=), kleiner als (<) und kleiner oder gleich (<=) Filter
Diese Operatoren werden für numerische oder zeitliche Vergleiche innerhalb von ConnectiLogs verwendet. Sie sind wichtig, wenn Sie mit Schwellenwerten, Bereichen oder Grenzen arbeiten müssen, insbesondere in Feldern wie Daten, Antwortzeiten, Dateigrößen oder jedem quantifizierbaren Wert.

Im Gegensatz zu Textfiltern suchen diese Operatoren nicht nach exakten Übereinstimmungen oder Mustern, sondern nach Ordnungsbeziehungen zwischen Werten.

Wie funktionieren sie?
Alle diese Operatoren vergleichen den Wert eines Feldes mit einem Referenzwert:
  1. > (größer als): Der Feldwert muss strikt größer sein.
  2. >= (größer oder gleich): Der Feldwert muss größer oder gleich sein.
  3. < (kleiner als): Der Feldwert muss strikt kleiner sein.
  4. <= (kleiner oder gleich): Der Feldwert muss kleiner oder gleich sein.
Größer als (>)
Der Operator > gibt nur Datensätze zurück, deren Wert größer als der angegebene Wert ist, ohne ihn einzuschließen.

Beispiel
  1. Feld: Antwortzeit
  2. Operator: >
  3. Wert: 1
Ergebnis:
Datensätze mit einer Antwortzeit von mehr als 1 Sekunde werden angezeigt:
  1. 1.2s
  2. 2s
  3. 5s
Schließt nicht ein:
  1. genau 1s
Größer oder gleich (>=)
Der Operator >= ähnelt dem vorherigen, schließt jedoch den Grenzwert ein.

Beispiel
  1. Feld: Größe
  2. Operator: >=
  3. Wert: 4000
Ergebnis:
Alle Datensätze mit einer Größe von:
  1. 4000 KB
  2. 4500 KB
  3. 10000 KB
Kleiner als (<)
Der Operator < gibt Datensätze zurück, deren Wert kleiner als der angegebene Wert ist, ohne ihn einzuschließen.

Beispiel
  1. Feld: Antwortzeit
  2. Operator: <
  3. Wert: 1
Ergebnis:
Nur Datensätze mit Antwortzeiten unter 1 Sekunde werden angezeigt:
  1. 0.2s
  2. 0.5s
  3. 0.9s
Schließt nicht ein:
  1. genau 1s
Kleiner oder gleich (<=)
Der Operator <= schließt alle Werte ein, die kleiner oder gleich dem definierten Wert sind.

Beispiel
  1. Feld: Größe
  2. Operator: <=
  3. Wert: 1000
Ergebnis:
Datensätze mit einer Größe von werden eingeschlossen:
  1. 1000 KB
  2. 800 KB
  3. 200 KB
Kombinierte Verwendung (Bereiche)
Diese Operatoren sind besonders leistungsfähig, wenn sie kombiniert werden, um Wertebereiche zu erstellen.

Beispiel für einen Bereich
  1. Antwortzeit >= 1
  2. Antwortzeit <= 3
Ergebnis:
Es werden nur Datensätze mit Antwortzeiten zwischen 1 und 3 Sekunden (einschließlich beider Grenzen) angezeigt.
Dies ermöglicht es Ihnen, das Verhalten innerhalb eines bestimmten Intervalls zu analysieren.

Wichtige Unterschiede
  1. > und < → schließen den Grenzwert aus
  2. >= und <= → schließen den Grenzwert ein
  3. Sie funktionieren nur mit numerischen oder zeitlichen Daten, nicht mit Text
  4. Sie sind die Grundlage für die Erstellung präziser Analysebereiche
Häufige Fehler
  1. Verwendung auf Textfeldern (nicht gültig)
  2. Verwechslung von > mit >= und Verlust des Grenzwerts
  3. Nicht korrekte Definition von Bereichen (Lücken zwischen Bedingungen lassen)

Praktische Tipps zur Verwendung von Filtern
In ConnectiLogs sind Filter leistungsfähiger, wenn sie mit einer klaren, progressiven Strategie verwendet werden, anstatt zu versuchen, von Anfang an eine perfekte Abfrage zu erstellen.

Es wird dringend empfohlen, immer mit einfachen, leicht zu validierenden Filtern zu beginnen (z.B. nach Domain, Statuscode oder Datumsbereich) und zu überprüfen, ob die Abfrage Daten zurückgibt, bevor Sie weitere Bedingungen hinzufügen. Von dort aus können Sie schrittweise verfeinern, bis Sie den gewünschten Detaillierungsgrad erreicht haben.

Es ist wichtig, den richtigen Operator entsprechend dem Datentyp zu wählen. Verwenden Sie für exakte Übereinstimmungen =, für spezifische Ausschlüsse !=, für Wertelisten in / not in, für flexible Textsuche like / not like und für numerische oder zeitliche Bereiche >, >=, <, <=. Die Verwendung des falschen Operators ist eine der häufigsten Ursachen für leere oder unerwartete Ergebnisse.

Es ist auch wichtig zu verstehen, dass sich alle Filter kumulativ (UND) miteinander kombinieren, was bedeutet, dass jede Bedingung den Datensatz reduziert. Daher kann das Hinzufügen von zu vielen restriktiven Filtern von Anfang an dazu führen, dass Sie relevante Informationen verlieren oder die Abfrage sogar kein Ergebnis liefert.

Wenn Sie mit mehreren bekannten Werten arbeiten, verwenden Sie in / not in, anstatt mehrere gleiche Filter zu wiederholen, da dies die Abfrage vereinfacht und die Lesbarkeit verbessert. Wenn Sie nach Mustern innerhalb von Text suchen müssen, verwenden Sie like / not like sorgfältig mit dem %-Platzhalter und vermeiden Sie zu breite oder zu restriktive Interpretationen.

Zusammenfassend lässt sich sagen, dass der Schlüssel darin liegt, Präzision und Breite auszugleichen: Beginnen Sie mit einfachen Filtern, validieren Sie die Ergebnisse und verfeinern Sie sie schrittweise, wobei Sie immer darauf achten, den für jeden Datentyp geeigneten Operator zu verwenden.


Für weitere Informationen können Sie uns kontaktieren.
    • Related Articles

    • ConnectiLogs Panel | Abfragegenerator

      Der Query Builder ist ein Tool, das es Ihnen ermöglicht, Ihre ConnectiLogs-Daten auf individuelle Weise zu durchsuchen, ohne Code oder technische Sprache verwenden zu müssen. Mit ihm können Sie Filter erstellen, Bedingungen kombinieren, Ergebnisse ...
    • ConnectiLogs Panel | Protokollverwaltung

      Was ist ConnectiLogs? ConnectiLogs ist die Plattform für Visualisierung, Analyse und Exploration von Aktivitäts- und Sicherheitsdaten von cdmon-Produkten. Ihr Ziel ist es, alle von den verschiedenen Diensten generierten Informationen zu ...
    • ConnectiLogs | Protokollverwaltung (Logs) für cdmon-Hostings

      Das Tool ConnectiLogs wurde entwickelt, um einen klaren und einfachen Zugang zu den Protokollen der Hostings zu bieten, die Sie in Ihrem Control Panel erstellt haben. Über diesen Bereich können Sie Serverprotokolle über ein intuitives Panel einsehen ...
    • ConnectiLogs Panel | Schadsoftware

      Was ist diese Sammlung? Die Sammlung Malware erfasst alle Erkennungen von bösartigem Code, die vom Sicherheitssystem während der Analyse Ihres Webhostings identifiziert wurden. Jede Zeile stellt eine spezifische Erkennung dar, die an einer Datei ...
    • ConnectiLogs Panel | Webaktivität

      Was ist diese Sammlung? Die Sammlung Web Activity enthält den Verlauf der Zugriffe, die Ihre Website erhalten hat. Jede Zeile repräsentiert eine spezifische Anfrage an den Server: zum Beispiel, wenn jemand eine Seite öffnet, ein Browser ein Bild ...