> ## 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.

# Utilisation des données du redirecteur

> Lisez les graphiques Utilisation des données d’un redirecteur de journaux et dépannez les erreurs qu’ils signalent

L’onglet **Utilisation des données** d’une intégration montre ce que son [redirecteur de journaux](https://docs.wirespeed.co/fr/integrations/log-forwarders.md) a reçu de vos sources, ce qu’il a refusé et la quantité de données parvenue à Wirespeed. Utilisez-le pour vérifier qu’une source est connectée et comprendre pourquoi des journaux manquent.

Pour l’ouvrir, accédez à Intégrations, ouvrez une intégration qui reçoit des journaux par un redirecteur, comme [Generic Syslog](https://docs.wirespeed.co/fr/integrations/generic-syslog.md), puis sélectionnez l’onglet **Utilisation des données**.

> [!NOTE]
>
> Le redirecteur échantillonne ses métriques et les envoie à Wirespeed par lots ; l’activité récente peut donc mettre quelques minutes à apparaître.

## Cartes de synthèse

| Carte | Signification |
| - | - |
| **Événements transmis** | Événements que le redirecteur a acceptés de vos sources |
| **Volume total de données** | Volume total de données ingérées depuis cette intégration sur la plage de dates sélectionnée, identique au graphique [Volume de données (octets)](#volume-de-données) |
| **Taux de réussite HTTP** | Part des requêtes HTTP et HTTPS réussies. Affiche `-` pour les redirecteurs TCP et UDP, ou en l’absence de requêtes. |
| **Événements refusés** | Événements abandonnés par le redirecteur parce qu’ils ont été limités ou rejetés. Consultez [Erreurs](#erreurs). |
| **Erreurs** | Autres problèmes du graphique [Erreurs](#erreurs), comme les données illisibles et les erreurs de connexion |
| **Dernier rapport** | Dernière fois que le redirecteur a signalé avoir reçu des données |

Les réponses d’erreur HTTP ne sont comptées ni dans **Événements refusés** ni dans **Erreurs**. Elles apparaissent dans le graphique [Statut HTTP](#statut-http).

## Bannière d’absence de données ou d’inactivité

Si le redirecteur n’a reçu aucune donnée depuis un certain temps, une bannière apparaît en haut de l’onglet. Une source devenue silencieuse ressemble à un redirecteur hors service ; commencez donc par la source :

1. Vérifiez que la source est allumée et configurée pour envoyer des journaux
2. Comparez l’adresse de destination, le port et le protocole de la source avec **Détails du redirecteur**
3. Vérifiez que le paramètre TLS de la source correspond à **TLS : Activé** ou **TLS : Désactivé** dans **Détails du redirecteur**. Pour TLS, consultez [Syslog sur TLS](https://docs.wirespeed.co/fr/integrations/log-forwarders.md#syslog-sur-tls)
4. Vérifiez que vos pare-feu autorisent le trafic de la source vers le redirecteur

## Erreurs

Ce graphique présente les événements et connexions que le redirecteur n’a pas pu accepter, avec une série par cause. Un graphique vide indique un état sain.

| Série | Signification | Que vérifier |
| - | - | - |
| **Limités** | La source a envoyé des événements plus vite que le redirecteur ne l’autorise | Réduisez ce que la source envoie, par exemple en désactivant la journalisation détaillée ou de débogage, ou répartissez les sources à fort volume sur [plusieurs redirecteurs](https://docs.wirespeed.co/fr/integrations/log-forwarders.md) |
| **Rejetés** | Les événements syslog n’étaient pas au format attendu | Configurez la source pour une sortie syslog standard et vérifiez qu’elle envoie vers le port de cette intégration |
| **JSON non valide** | Le port d’écoute attendait du JSON et a reçu autre chose | Vérifiez le format de sortie ou le modèle de charge utile de la source |
| **Corps compressé non valide** | Une requête HTTP compressée n’a pas pu être décompressée | Vérifiez les paramètres de compression de l’émetteur, ou désactivez la compression |
| **Cadrage mal formé** | Les données reçues n’ont pas pu être découpées en messages | Vérifiez le format des messages et les paramètres de séparation de la source |
| **TCP frame failed** | Un message reçu sur un port d’écoute TCP n’a pas pu être lu | Vérifiez les paramètres de cadrage, d’encodage et TLS de la source |
| **Échec de la négociation TLS** | Une source n’a pas pu établir de connexion TLS | Alignez le paramètre TLS de la source sur **Détails du redirecteur** et assurez-vous que l’appareil fait confiance au certificat. Consultez [Syslog sur TLS](https://docs.wirespeed.co/fr/integrations/log-forwarders.md#syslog-sur-tls) |
| **Connexion rejetée** | Une connexion HTTP ou HTTPS a échoué avant le traitement de la requête | Recherchez des proxys ou pare-feu qui interrompent les connexions, et vérifiez le délai d’expiration de l’émetteur |

> [!NOTE]
>
> Les redirecteurs sont accessibles depuis Internet ; des scanners automatisés s’y connectent donc parfois. Cela peut apparaître comme **Rejetés**, **TCP frame failed** ou **Échec de la négociation TLS**. Ces erreurs surviennent généralement par courtes rafales, sont sans danger et ne signifient pas que votre émetteur a un problème. Les rafales courtes n’affectent pas l’[état du redirecteur](#état-du-redirecteur). Faites des vérifications si les erreurs se poursuivent sur une plus longue période ou si vos événements n’apparaissent plus.

## Statut HTTP

Ce graphique concerne les intégrations qui reçoivent des journaux en HTTP ou HTTPS. Il présente les réponses envoyées par le redirecteur, par code de statut.

* Les réponses **2xx** indiquent un état sain
* Les réponses **4xx** signifient que la requête a été refusée. Comparez l’adresse, les identifiants et le format de charge utile de l’émetteur avec les instructions de configuration de l’intégration
* Les réponses **5xx** sont généralement temporaires. Assurez-vous que l’émetteur effectue de nouvelles tentatives, et contactez le support si elles persistent

## État du redirecteur

Wirespeed contrôle chaque redirecteur toutes les heures. Un problème doit durer environ 4 heures avant que l’intégration soit marquée **Instable** ou **Défaillante**. Une courte rafale d’erreurs de composant ou de réponses HTTP 401+ déjà terminée est ignorée. Les événements limités ou rejetés restent comptés tant qu’ils figurent dans la fenêtre de 4 heures.

Les rafales d’erreurs courtes et isolées, d’environ une heure ou moins, sont également ignorées. Cela couvre le trafic des scanners Internet et les erreurs de configuration que vous avez corrigées rapidement. Les erreurs qui se poursuivent plus longtemps, ou qui reviennent sur au moins la moitié de la fenêtre de 4 heures, sont comptées. Les événements limités et rejetés sont toujours comptés.

| Condition | Instable | Défaillante |
| - | - | - |
| Événements **Limités** et **Rejetés**, en part des événements reçus (au moins 100 événements) | 5 % ou plus | 10 % ou plus |
| Autres séries du graphique [Erreurs](#erreurs) et réponses HTTP 401 ou supérieures | 50 ou plus en 4 heures | 100 ou plus en 4 heures |
| Aucun événement stocké, une fois l’intégration créée depuis au moins 72 heures | — | 72 heures |

L’intégration redevient saine après 24 heures sans événement limité, rejeté ou en erreur, et sans réponse HTTP 401 ou supérieure. Si elle était défaillante uniquement parce qu’aucun événement n’arrivait, elle redevient saine au contrôle horaire qui suit l’arrivée d’événements. L’état n’est pas contrôlé tant que l’intégration est désactivée.

Lorsque le statut change, le journal de l’intégration enregistre l’une de ces entrées, en anglais :

| Entrée du journal | Cause |
| - | - |
| `Events are being dropped because the forwarder's rate limit was exceeded.` | **Limités** |
| `Messages were rejected because their format was not recognized. Check formatting at the log source.` | **Rejetés**, **JSON non valide**, **Corps compressé non valide**, **Cadrage mal formé** ou **TCP frame failed** |
| `Connections failed the TLS handshake.` | **Échec de la négociation TLS** |
| `HTTP connections were rejected before the request completed.` | **Connexion rejetée** |
| `Requests were refused as unauthorized.` | HTTP 401 ou 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 ou 5xx |
| `Requests were rejected with an HTTP error.` | Autres codes HTTP 4xx |
| `No events have been received recently, and the forwarder has seen no traffic.` | Aucun événement pendant 72 heures, et rien n’a atteint le redirecteur. Suivez les étapes de la bannière d’absence de données ci-dessus |
| `The forwarder is receiving messages, but none are being accepted. Check formatting at the log source.` | Aucun événement pendant 72 heures, alors que le redirecteur a reçu des messages |
| `No events have been received recently, likely because of the following.` | Aucun événement pendant 72 heures. L’entrée se termine par l’une des phrases ci-dessus pour l’erreur qui se produisait |
| `Events are being received again.` | L’intégration est de nouveau saine |

## Volume de données

Le graphique **Volume de données (octets)** indique la quantité de données que Wirespeed a ingérées depuis cette intégration. Un pic soudain signifie généralement une nouvelle source ou un changement de journalisation sur une source existante, comme l’activation de la journalisation de débogage.

## Besoin d’aide supplémentaire ?

Si vous avez besoin d’aide, contactez le support Wirespeed. Indiquez le nom de l’intégration, la plage de dates et le graphique que vous consultez.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.