> ## Documentation Index > Fetch the complete documentation index at: https://docs.wirespeed.co/llms.txt > Use this file to discover all available pages before exploring further. # Datennutzung des Forwarders > Diagramme unter Datennutzung eines Log-Forwarders lesen und die gemeldeten Fehler beheben Der Tab **Datennutzung** einer Integration zeigt, was ihr [Log-Forwarder](https://docs.wirespeed.co/de/integrations/log-forwarders.md) von Ihren Quellen empfangen hat, was er abgewiesen hat und wie viele Daten Wirespeed erreicht haben. Damit prüfen Sie, ob eine Quelle verbunden ist, und finden heraus, warum Protokolle fehlen. Navigieren Sie zum Öffnen zu Integrationen, öffnen Sie eine Integration, die Protokolle über einen Forwarder empfängt, etwa [Generic Syslog](https://docs.wirespeed.co/de/integrations/generic-syslog.md), und wählen Sie den Tab **Datennutzung**. > [!NOTE] > > Der Forwarder erfasst seine Metriken in Stichproben und sendet sie gebündelt an Wirespeed. Aktuelle Aktivität kann daher einige Minuten verzögert erscheinen. ## Übersichtskarten | Karte | Bedeutung | | - | - | | **Weitergeleitete Ereignisse** | Ereignisse, die der Forwarder von Ihren Quellen akzeptiert hat | | **Gesamtdatenvolumen** | Gesamtmenge der aus dieser Integration im ausgewählten Zeitraum aufgenommenen Daten, passend zum Diagramm [Datenvolumen (Bytes)](#datenvolumen) | | **HTTP-Erfolgsquote** | Anteil der erfolgreichen HTTP- und HTTPS-Anfragen. Zeigt `-` bei TCP- und UDP-Forwardern oder wenn es keine Anfragen gab. | | **Abgelehnte Ereignisse** | Ereignisse, die der Forwarder verworfen hat, weil sie gedrosselt oder abgelehnt wurden. Siehe [Fehler](#fehler). | | **Fehler** | Andere Probleme im Diagramm [Fehler](#fehler), etwa unlesbare Daten und Verbindungsfehler | | **Zuletzt gemeldet** | Wann der Forwarder zuletzt den Empfang von Daten gemeldet hat | HTTP-Fehlerantworten werden weder unter **Abgelehnte Ereignisse** noch unter **Fehler** gezählt. Sie erscheinen im Diagramm [HTTP-Status](#http-status). ## Banner bei fehlenden Daten oder Inaktivität Wenn der Forwarder eine Zeit lang keine Daten empfangen hat, erscheint oben im Tab ein Banner. Eine verstummte Quelle sieht genauso aus wie ein ausgefallener Forwarder. Beginnen Sie daher mit der Quelle: 1. Prüfen Sie, ob die Quelle eingeschaltet und für den Versand von Protokollen konfiguriert ist 2. Vergleichen Sie Zieladresse, Port und Protokoll der Quelle mit den **Forwarder-Details** 3. Prüfen Sie, ob die TLS-Einstellung der Quelle zu **TLS: Aktiviert** oder **TLS: Deaktiviert** in den **Forwarder-Details** passt. Zu TLS siehe [Syslog über TLS](https://docs.wirespeed.co/de/integrations/log-forwarders.md#syslog-über-tls) 4. Prüfen Sie, ob Ihre Firewalls Datenverkehr von der Quelle zum Forwarder zulassen ## Fehler Dieses Diagramm zeigt Ereignisse und Verbindungen, die der Forwarder nicht annehmen konnte, mit einer Serie pro Ursache. Ein leeres Diagramm bedeutet einen fehlerfreien Zustand. | Serie | Bedeutung | Was zu prüfen ist | | - | - | - | | **Gedrosselt** | Die Quelle hat Ereignisse schneller gesendet, als der Forwarder zulässt | Verringern Sie, was die Quelle sendet, zum Beispiel indem Sie ausführliche oder Debug-Protokollierung deaktivieren, oder verteilen Sie Quellen mit hohem Volumen auf [mehrere Forwarder](https://docs.wirespeed.co/de/integrations/log-forwarders.md#wann-benötige-ich-mehrere-forwarder) | | **Abgelehnt** | Syslog-Ereignisse waren nicht im erwarteten Format | Stellen Sie die Quelle auf Standard-Syslog-Ausgabe ein und prüfen Sie, ob sie an den Port dieser Integration sendet | | **Ungültiges JSON** | Der Listener hat JSON erwartet und etwas anderes erhalten | Prüfen Sie das Ausgabeformat oder die Nutzdatenvorlage der Quelle | | **Ungültiger komprimierter Inhalt** | Eine komprimierte HTTP-Anfrage konnte nicht dekomprimiert werden | Prüfen Sie die Komprimierungseinstellungen des Senders oder deaktivieren Sie die Komprimierung | | **Fehlerhafte Rahmung** | Eingehende Daten konnten nicht in Nachrichten aufgeteilt werden | Prüfen Sie das Nachrichtenformat und die Trennzeichen-Einstellungen der Quelle | | **TCP frame failed** | Eine Nachricht auf einem TCP-Listener konnte nicht gelesen werden | Prüfen Sie Rahmung, Kodierung und TLS-Einstellungen der Quelle | | **TLS-Handshake fehlgeschlagen** | Eine Quelle konnte keine TLS-Verbindung aufbauen | Gleichen Sie die TLS-Einstellung der Quelle mit den **Forwarder-Details** ab und stellen Sie sicher, dass das Gerät dem Zertifikat vertraut. Siehe [Syslog über TLS](https://docs.wirespeed.co/de/integrations/log-forwarders.md#syslog-über-tls) | | **Verbindung abgelehnt** | Eine HTTP- oder HTTPS-Verbindung ist fehlgeschlagen, bevor die Anfrage verarbeitet wurde | Prüfen Sie, ob Proxys oder Firewalls Verbindungen unterbrechen, sowie das Zeitlimit des Senders | > [!NOTE] > > Forwarder sind aus dem Internet erreichbar, daher verbinden sich manchmal automatisierte Scanner mit ihnen. Das kann als **Abgelehnt**, **TCP frame failed** oder **TLS-Handshake fehlgeschlagen** erscheinen. Diese Fehler treten meist in kurzen Häufungen auf, sind harmlos und bedeuten nicht, dass mit Ihrem Sender etwas nicht stimmt. Kurze Häufungen wirken sich nicht auf den [Forwarder-Zustand](#forwarder-zustand) aus. Gehen Sie der Sache nach, wenn die Fehler über einen längeren Zeitraum anhalten oder Ihre Ereignisse nicht mehr erscheinen. ## HTTP-Status Dieses Diagramm gilt für Integrationen, die Protokolle über HTTP oder HTTPS empfangen. Es zeigt die Antworten des Forwarders nach Statuscode. * **2xx**-Antworten sind fehlerfrei * **4xx**-Antworten bedeuten, dass die Anfrage abgewiesen wurde. Vergleichen Sie Adresse, Zugangsdaten und Nutzdatenformat des Senders mit der Einrichtungsanleitung der Integration * **5xx**-Antworten sind meist vorübergehend. Stellen Sie sicher, dass der Sender Wiederholungen ausführt, und wenden Sie sich an den Support, wenn sie anhalten ## Forwarder-Zustand Wirespeed prüft jeden Forwarder stündlich. Ein Problem muss etwa 4 Stunden anhalten, bevor die Integration als **Instabil** oder **Fehlerhaft** markiert wird. Eine kurze, bereits beendete Häufung von Komponentenfehlern oder HTTP-401+-Antworten wird ignoriert. Gedrosselte und abgelehnte Ereignisse zählen weiter, solange sie im 4-Stunden-Fenster liegen. Kurze, einzelne Fehlerhäufungen von etwa einer Stunde oder weniger werden ebenfalls ignoriert. Das betrifft Datenverkehr von Internet-Scannern und Konfigurationsfehler, die Sie schnell behoben haben. Fehler, die länger anhalten oder in mindestens der Hälfte des 4-Stunden-Fensters wiederkehren, werden weiterhin gezählt. Gedrosselte und abgelehnte Ereignisse werden immer gezählt. | Bedingung | Instabil | Fehlerhaft | | - | - | - | | **Gedrosselte** und **abgelehnte** Ereignisse als Anteil der empfangenen Ereignisse (mindestens 100 Ereignisse) | 5 % oder mehr | 10 % oder mehr | | Andere Serien im Diagramm [Fehler](#fehler) und HTTP-Antworten ab 401 | 50 oder mehr in 4 Stunden | 100 oder mehr in 4 Stunden | | Keine gespeicherten Ereignisse, sobald die Integration mindestens 72 Stunden besteht | — | 72 Stunden | Die Integration wird wieder fehlerfrei, wenn 24 Stunden lang keine Ereignisse gedrosselt, abgelehnt oder als Fehler erfasst wurden und keine HTTP-Antworten ab 401 auftraten. War sie nur fehlerhaft, weil keine Ereignisse ankamen, wird sie bei der nächsten stündlichen Prüfung nach dem Eintreffen von Ereignissen wieder fehlerfrei. Solange die Integration deaktiviert ist, wird ihr Zustand nicht geprüft. Wenn sich der Status ändert, enthält das Integrationsprotokoll einen dieser englischen Einträge: | Protokolleintrag | Ursache | | - | - | | `Events are being dropped because the forwarder's rate limit was exceeded.` | **Gedrosselt** | | `Messages were rejected because their format was not recognized. Check formatting at the log source.` | **Abgelehnt**, **Ungültiges JSON**, **Ungültiger komprimierter Inhalt**, **Fehlerhafte Rahmung** oder **TCP frame failed** | | `Connections failed the TLS handshake.` | **TLS-Handshake fehlgeschlagen** | | `HTTP connections were rejected before the request completed.` | **Verbindung abgelehnt** | | `Requests were refused as unauthorized.` | HTTP 401 oder 403 | | `Requests used a path this forwarder does not serve.` | HTTP 404 | | `Requests were too large.` | HTTP 413 | | `Requests used an unsupported content type.` | HTTP 415 | | `Requests returned an HTTP error status.` | HTTP 429 oder 5xx | | `Requests were rejected with an HTTP error.` | Andere HTTP-4xx-Codes | | `No events have been received recently, and the forwarder has seen no traffic.` | 72 Stunden keine Ereignisse, und nichts hat den Forwarder erreicht. Siehe [Banner bei fehlenden Daten oder Inaktivität](#banner-bei-fehlenden-daten-oder-inaktivität) | | `The forwarder is receiving messages, but none are being accepted. Check formatting at the log source.` | 72 Stunden keine Ereignisse, obwohl der Forwarder Nachrichten empfangen hat | | `No events have been received recently, likely because of the following.` | 72 Stunden keine Ereignisse. Der Eintrag endet mit einem der Sätze oben für den aufgetretenen Fehler | | `Events are being received again.` | Die Integration ist wieder fehlerfrei | ## Datenvolumen Das Diagramm **Datenvolumen (Bytes)** zeigt, wie viele Daten Wirespeed aus dieser Integration aufgenommen hat. Ein plötzlicher Anstieg bedeutet meist eine neue Quelle oder eine geänderte Protokollierung bei einer bestehenden Quelle, etwa eingeschaltete Debug-Protokollierung. ## Weitere Hilfe benötigt? Wenn Sie weitere Unterstützung benötigen, wenden Sie sich an den Wirespeed-Support. Geben Sie den Namen der Integration, den Zeitraum und das betrachtete Diagramm an. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.