Transformez System Logs en tables interrogeables.
Syslog selon l’une ou l’autre des RFC, et journal systemd après exportation. Chaque ligne devient un enregistrement contenant l’hôte, le programme et l’identifiant du processus : une question qui nécessitait quatre sessions SSH et grep se résout alors en une seule instruction.
Utilisez les résultats dans Excel, Google Sheets, les outils d'IA et vos applications via l'API REST Database.
Tous les types de connecteurs sont disponibles avec le forfait gratuit. Commencez avec 2 sources de données et 1 agent.
Lisez, organisez et interrogez les données sur votre machine.
Requêtes en lecture seule · connexion sortanteLes fichiers sources restent en place. Vos outils reçoivent les résultats des requêtes.
Query Streams transforme les fichiers syslog en tables SQL actualisées en temps réel, consultables depuis Microsoft Excel, Google Sheets, les assistants IA via MCP, l’API REST et Power BI. Les deux RFC syslog sont pris en charge, tout comme le journal systemd une fois exporté au format texte, et chaque ligne indique l’hôte d’origine, le programme qui l’a écrite et l’identifiant du processus. Pointez le connecteur vers un dossier qui collecte les journaux de nombreuses machines et une seule requête répond pour toutes — aucun serveur central de journaux à exploiter, aucune facturation de l’ingestion au gigaoctet et rien n’est téléversé, hormis le résultat de la requête.
- Les deux RFC syslog
- L’hôte, le programme et le PID sous forme de colonnes
- Aucun serveur central de journaux nécessaire
Connectez les journaux système avec les paramètres appropriés.
Conservez la connexion sur le Network Agent. Voici les paramètres propres aux journaux système.
- Dossier
- Le répertoire de journaux d’une machine ou un dossier où les journaux sont collectés — disque local ou partage réseau saisi sous la forme \\server\share (jamais une lettre de lecteur réseau ; sous Linux ou Mac, le partage doit d’abord être monté) ; les sous-dossiers sont inclus
- Formats
- Syslog selon les deux RFC, et le journal systemd une fois exporté au format texte
- Gestion de l’année
- L’année est extraite de la ligne ou déduite de la date de modification du fichier ou de son nom — le choix est effectué une fois, sans estimation ligne par ligne
- Rotation
- Dix modèles de rotation nommés, plus les fichiers simples sans rotation ; les archives compressées sont lues sur place
- Lignes non reconnues
- Conservées telles quelles dans events_raw_lines, jamais supprimées
- Identifiants
- Aucun — il n’y a pas de serveur ; l’agent lit les fichiers sur place.
- dialecte SQL
- DuckDB — SQL standard, rien de spécifique à syslog à apprendre
La lecture du journal des événements Windows en direct est un problème différent — il s’agit d’un canal structuré, et non d’un dossier de lignes — et relève d’un connecteur distinct. En revanche, si vous exportez déjà ces événements au format texte ou CSV selon un calendrier, ce dossier est lisible dès aujourd’hui : décrivez une fois la structure avec le connecteur Custom Logs et les exports deviennent une table comme les autres ici.
Conçu pour le fonctionnement des journaux système.
Résultat obtenu
- Une ligne par entrée, avec l’horodatage, l’hôte, le programme, l’identifiant du processus et le message dans de vraies colonnes, plutôt que dans une seule chaîne à décortiquer plus tard.
- Les deux RFC syslog sont pris en charge — l’ancien format de style BSD et le nouveau format structuré — pour qu’un parc hétérogène soit toujours représenté dans une seule table.
- Le journal systemd est pris en charge une fois exporté au format texte ; son format binaire natif est une base de données, et non un fichier journal, il faut donc d’abord l’exporter.
- _source_file indique le fichier d’origine de chaque ligne, ce qui permet de traiter comme une seule table un dossier qui collecte les journaux de cinquante machines.
-- Programmes les plus bruyants, par hôte, au niveau avertissement et au-delà
SELECT host, program, COUNT(*) AS lines
FROM fileset.events
WHERE severity <= 4
GROUP BY host, program
ORDER BY lines DESCDates syslog et année manquante
L’ancien format syslog indique le mois et le jour, mais pas l’année : c’est ainsi qu’un journal de janvier peut sembler dater de onze mois dans le futur. Le pilote de journaux résout ce problème intentionnellement, sans faire de supposition : l’année peut être extraite de la ligne lorsque le format l’indique, ou déduite de la date de modification du fichier ou de son nom. Vous choisissez une fois.
Les formats et le comportement, en détail.
Ouvrez la référence dont vous avez besoin pour les journaux système.
Un dossier contenant les journaux système devient une table.
Un dossier contenant les journaux système devient une table.
Query Streams lit les fichiers déjà écrits par rsyslog, syslog-ng ou systemd, identifie précisément leur format et fournit des colonnes typées avec le nom de l’hôte pour chaque ligne. Aucun collecteur à exécuter, aucun index à gérer, aucune seconde copie des données — et toute ligne que l’analyseur ne peut pas lire est conservée comme une entrée, avec une explication, au lieu d’être silencieusement ignorée.
Rotations, archives compressées et fichiers relus : tout est pris en charge
SELECTIONNER animateur, programme,
compter(*) AS lignes
DE ensembles de fichiers.événements
OÙ message COMME '%erreur%'
GROUPE PAR animateur, programme
ORDER BY lignes DESCQuatre serveurs en un seul résultat, car hôte est une colonne
Chiffres donnés à titre indicatif — ils illustrent la forme du résultat, pas un benchmark
Deux RFC et le journal
Deux RFC et le journal
Chaque carte indique les fichiers exacts que Query Streams lit et où ils se trouvent. Vous n’avez pas besoin de reconfigurer rsyslog pour que cela fonctionne : choisissez le format déjà utilisé par votre serveur.
Journaux système pris en charge
3 formats- Le format par défaut sur la plupart des serveurs Linux —
Lun DD HH:MM:SS programme hôte [pid] : message - L'hôte, le programme et l'identifiant du processus deviennent leurs propres colonnes.
/var/log/syslog,auth.log,kern.log—messagessur RHEL- Le périodique
-- MARQUE --Le remplissage est supprimé par déclaration, et non par un filtre que vous écrivez. - Annexes ; rotations datées et numérotées et
.gzsuivi
- Le format moderne — un véritable horodatage ISO 8601, sans année à deviner
- La priorité, l'application, l'identifiant du processus et l'identifiant du message ont chacun une colonne.
- Le bloc de données structurées est conservé intact au lieu d'être aplati.
- La valeur nulle de la RFC est interprétée comme null, et non comme le texte
- - Conçu selon la RFC, non encore éprouvé face à une capture réelle
- Fichiers que vous avez créés avec
journalctl -o exporter - Horodatage à la microseconde, pour que les commandes restent valides même pendant une seconde chargée.
- L'unité et le transport apparaissent sous forme de colonnes, et non sous forme de texte.
- Un champ de journal sur deux est conservé dans
donnéesplutôt que jeté - Une seule entrée par enregistrement, quel que soit le nombre de lignes qu'il couvre.
De nouveaux formats de journaux système sont ajoutés à chaque nouvelle version de l'Agent. Grâce à la mise à jour automatique des Agents, un format ajouté ultérieurement apparaîtra dans votre connecteur sans aucune intervention sur le serveur.
Une requête, toutes vos machines
Une requête, chaque machine que vous exécutez
Les journaux système sont précisément le cas d’usage pour lequel cet outil a été conçu. Chaque ligne indique l’hôte qui l’a écrite ; un dossier collecté depuis quatre serveurs permet donc déjà de poser des questions sur les quatre. Chaque site que vous ajoutez utilise un Network Agent qui lit les fichiers là où ils se trouvent et établit une connexion sortante vers Query Streams. Du point de vue de votre pare-feu, il s’agit d’une connexion sortante ordinaire : rien à ouvrir et aucun VPN à configurer.
/var/log/syslog
composez le numéro.
Trois connexions sortantes, un seul endroit pour les interroger — aucun port entrant, aucun VPN, aucun changement au pare-feu
Un agent par emplacement
Un Agent couvre un site entier plutôt qu’un seul serveur, et une arborescence de dossiers collectée depuis de nombreux hôtes constitue un seul connecteur — chaque ligne indique déjà son hôte. Le forfait Free exécute un seul Agent et les forfaits payants en exécutent davantage.
1 site = 1 agent = plusieurs hôtes
Rien à ouvrir
L’Agent établit une seule connexion sortante chiffrée ; la requête envoyée et les lignes reçues transitent toutes deux par cette connexion. Aucun port entrant, aucun VPN, aucune modification du pare-feu à demander — et aucun démon collecteur supplémentaire à installer sur un serveur qui en exécute déjà un.
une seule connexion, dans les deux sens
Une requête à travers les régions
Chaque source dans un requête fédérée nomme son propre Agent ; une seule instruction peut ainsi mettre le journal d’authentification d’une région à côté de celui d’une autre — ou à côté de la base de données applicative qui indique quelles connexions étaient importantes. Inclus dans les offres Business et Enterprise.
2 régions → 1 jeu de résultats
Ils se tiennent au courant
Les agents se mettent à jour automatiquement ; ainsi, un format de journal ajouté dans une version ultérieure est accessible à tous les serveurs sans intervention humaine via SSH. C’est pourquoi la liste ci-dessus constitue un point de départ plutôt qu’une liste figée.
De nouveaux formats arrivent avec l'Agent
L'année, le fuseau horaire et les octets
L'année, le fuseau horaire et les octets
Syslog est l'un des plus anciens formats encore utilisés quotidiennement, et cela se voit. Quatre problèmes surviennent fréquemment lorsqu'on tente de le traiter comme des données ; chacun d'eux est géré ici par déclaration plutôt que par conjecture.
Cette ligne n'a pas d'année
Un timbre RFC 3164 est 10 sept. 04:11:07 — le mois, le jour, l’heure, et rien d’autre. Une lecture naïve attribue à chaque ligne archivée l’année en cours. Query Streams déduit plutôt l’année de la date de modification du fichier lui-même, afin qu’une rotation datant de décembre reste bien en décembre.
Sep 10 04:11:07 → année déduite du fichier
Et pas de fuseau horaire non plus.
L’ancien format n’indique aucun décalage horaire : un horodatage n’a donc de sens qu’en référence à la machine qui l’a écrit. Il est interprété selon l’heure locale de l’Agent, et le texte brut est conservé à côté. RFC 5424 et le journal systemd indiquent tous deux l’heure UTC réelle et sont traités en conséquence.
RFC 3164 en heure locale · RFC 5424 et journald en UTC
Valeurs binaires dans un fichier texte
Le format d’export du journal écrit toute valeur contenant un saut de ligne sous la forme d’un nom, d’une longueur en octets, puis des octets bruts. Query Streams les lit en respectant la longueur déclarée plutôt qu’en cherchant la fin : un message contenant un saut de ligne reste ainsi une seule entrée au lieu d’être découpé en plusieurs.
On lit selon la longueur, jamais selon le contenu.
Rien ne compte deux fois
Chaque fichier est identifié par ses 4 premiers kilo-octets, ce qui permet de reconnaître un fichier pivoté comme identique plutôt que de le relire depuis le début. Une fenêtre de duplication glissante détecte le chevauchement lorsqu'un processus d'écriture relit sa fin.
Hachage de préfixe de 4 Ko · fenêtre de 20 000 enregistrements
Les colonnes que vous obtenez réellement
Les colonnes que vous obtenez réellement
Pas un bloc de texte accompagné d’un horodatage. Chaque format est analysé en colonnes typées que vous pouvez directement filtrer, regrouper et agréger — et plus le format est récent, plus ces colonnes sont nombreuses.
Chaque rangée contient également heure_événement, l’horodatage brut dont elle a été extraite et le fichier d’origine. Les trois formats partagent une même colonne d’identité — hôte — ce qui permet à une seule requête de couvrir tous les serveurs du dossier : les deux formats syslog tirent cette information de la ligne, le journal de son propre _NOM_HÔTE champ. Tout se retrouve dans un seul tableau, ensembles de fichiers.événements.
Ce que cela ne fait pas délibérément
Ce que cela ne fait pas délibérément
Commencez par le plus important : Les journaux système contiennent des données personnelles. auth.log enregistre les noms d’utilisateur et les adresses IP depuis lesquelles ils se sont connectés ; un programme qui consigne une adresse e-mail la place dans le texte du message. Tout ce qui se trouve dans le fichier est versé dans la colonne : il n’y a pas de correspondance d’en-têtes permettant d’exclure des champs, comme c’est le cas pour un journal de serveur Web. Traitez la table obtenue avec exactement la même prudence que le fichier, et réfléchissez aux personnes avec lesquelles vous partagez une requête.
Il ne s'agit pas d'un suivi en temps réel. Query Streams lit les fichiers tels qu'ils se trouvent sur le disque lors de l'exécution de la requête ; par conséquent, une défaillance de service apparaît sous forme de lignes et non comme un flux continu. Si vous avez besoin d'alertes en moins d'une seconde sur une ligne dès son affichage, un pipeline de journalisation est l'outil approprié.
Nous ne lisons pas le journal binaire. Le profil systemd lit les fichiers écrits par journalctl -o exporter, pas /var/log/journal directement — l’exportation est donc une étape que vous planifiez, et non quelque chose qui se produit automatiquement.
Trois éléments sont définis dans la spécification plutôt que testés sur un fichier réel, et il convient de les mentionner : le profil complet RFC 5424, la variante d’horodatage ISO-8601 que rsyslog et syslog-ng peuvent utiliser à la place de l’horodatage classique, et la gestion d’une valeur de journalisation s’étendant sur plusieurs lignes. Ces trois éléments sont couverts par des tests. Aucun n’a encore été testé en situation réelle.
Enfin, cette famille de journaux s'appelle « Journaux système », mais aujourd'hui, elle désigne Linux et Unix. Il n'existe pas de profil « Journal des événements » pour Windows ni pour macOS. journal d'affichage Nous préférons le préciser plutôt que de laisser le nom sous-entendre ces différences. Le reste suit une conception classique : l’agent se connecte et lit les fichiers, rien n’est installé sur le serveur, aucune donnée n’est écrite en retour et l’accès est en lecture seule. La durée de conservation est de 60 jours par défaut et vous pouvez la modifier.
De la connexion à des résultats utiles.
- Installez le Network Agent à un endroit où il peut accéder aux journaux : le répertoire /var/log d’une machine', ou le dossier dans lequel votre système de collecte existant écrit déjà.
- Pointez le connecteur vers ce dossier et choisissez le profil. Les deux RFC syslog sont incluses, tout comme le format texte exporté du journal systemd'.
- Le profil fixe la disposition : l’hôte, le programme, l’ID de processus et le message sont donc disponibles dans des colonnes nommées dès la première synchronisation.
- La rotation est prise en charge, y compris les archives compressées, et seule la quantité de données ajoutée depuis la dernière synchronisation est lue à chaque synchronisation.
- Interrogez-les. Un hôte ou cinquante, regroupés par programme, filtrés par gravité : du SQL ordinaire, plutôt que ssh et grep.
Mettez les résultats de System Logs à profit.
Une seule connexion alimente vos feuilles de calcul, vos applications et vos outils d’IA. Accordez l’autorisation d’exécuter une requête enregistrée ; les destinataires voient les résultats autorisés, sans accès au SQL ni aux identifiants de connexion à la source.
Pour votre équipe, vos fournisseurs et vos partenaires
Importez directement les résultats actualisés de System Logs dans une feuille de calcul et actualisez-les à la demande : Excel pour ordinateur, Excel Online, Microsoft 365.
Découvrir ExcelExécutez une requête System Logs enregistrée depuis la barre latérale et insérez les lignes dans la feuille. Les collaborateurs avec lesquels vous la partagez peuvent l’actualiser eux-mêmes.
Découvrir Google SheetsPosez une question en langage courant. Nova connaît déjà vos tables System Logs, écrit et exécute le SQL, explique la réponse et crée un graphique : aucune requête à rédiger, aucun identifiant à communiquer.
Comment fonctionne NovaPartagez un résultat System Logs actualisé avec qui vous voulez — un collègue, un fournisseur, un partenaire — sous la forme d’une grille consultable via un signet, qui exécute une nouvelle requête à l’ouverture, sur téléphone, tablette ou ordinateur. Les destinataires voient les résultats, jamais le SQL ni les fichiers.
Fonctionnement du visualiseur de donnéesPour les applications et les systèmes
Publiez une requête System Logs sous la forme d’un point de terminaison JSON authentifié, appelable par n’importe quelle application, avec une spécification OpenAPI 3.1 et des collections prêtes à l’emploi pour Postman, Insomnia et Hoppscotch. Aucun port de base de données n’est ouvert.
Découvrir l’API RESTCollez le code Power Query M généré dans l’Éditeur avancé de Power BI : le rapport lit alors les résultats actualisés de System Logs via HTTPS, sans pilote ODBC ni ouverture de port de base de données.
Découvrir Power BISynchronisez les lignes System Logs avec une base Airtable selon un calendrier, ou récupérez-les dans un script d’automatisation Airtable.
Découvrir AirtableAlimentez une table Baserow à partir de System Logs via le point de terminaison REST, en auto-hébergement ou dans le cloud Baserow.
Découvrir BaserowMaintenez une base SeaTable à jour avec les données System Logs sans exporter de fichier ni exposer la base de données.
Découvrir SeaTableEnvoyez les résultats System Logs dans une grille Smartsheet afin que les plans et les rapports utilisent les données du système source, et non un export de la semaine dernière'.
Découvrir SmartsheetAlimentez une application Python Anvil avec System Logs via le point de terminaison REST, au lieu d’intégrer des identifiants de base de données à l’application.
Découvrir AnvilPour les outils d'IA
Donnez à un assistant IA un accès en lecture seule à System Logs, avec le schéma nécessaire pour rédiger du SQL correct : aucun identifiant dans la conversation.
Découvrir MCPLivré aux personnes
Planifiez l’exécution d’une requête System Logs et faites envoyer les lignes à Slack, Discord, par e-mail ou à un webhook signé — ou retenez le message jusqu’à ce que le nombre de lignes, un seuil ou un pourcentage de variation dépasse la limite que vous avez définie.
Fonctionnement des alertes et des rapportsReliez System Logs au reste de vos données.
Rassemblez bases de données, API métier, fichiers et journaux dans une seule requête en lecture seule. Tous les connecteurs prennent en charge les requêtes fédérées.
Indiquez le nom des connexions et des tables. Query Streams gère les requêtes sur les sources et combine les résultats.
Découvrir les requêtes fédérées-- rien copié, rien fusionné, rien programmé
SELECTIONNER c.region, COUNT(*) AS commandes, SUM(i.montant_dû) AS facturé
DE syslogfiles.fileset.orders1 f
JOINDRE pg_crm.public.clients2 c ON c.id = f.customer_id
JOINDRE facturation.stripe.factures3 i ON i.customer = c.stripe_id
GROUPE PAR région c.
ORDER BY facturé DESC;Utilisez vos propres noms de connexions, de schémas, de tables et de colonnes.
Partagé par toute la famille de connecteurs.
Chaque connecteur de journaux vous fournit également
- events — une ligne par ligne analysée, avec son horodatage, les champs nommés par la grammaire et _source_file, qui indique le fichier d’origine.
- events_raw_lines — les lignes non reconnues par la grammaire, conservées telles quelles plutôt que supprimées. Ainsi, même un format imprévu reste exploitable pour répondre à vos questions.
- files_current et files_events — l’inventaire actuel et la piste d’audit : les éléments apparus, ceux qui ont subi une rotation, ceux qui ont disparu et ceux qui ont été mis en attente, avec le nom du fichier et la raison.
- La rotation est prise en charge, et non contournée : dix modèles de rotation nommés, plus les fichiers sans rotation, pour que le journal d’hier et son archive compressée appartiennent à la même table que celui d’aujourd’hui.
Bon à savoir
- Lecture seule, garantie : une instruction à la fois, SELECT et opérations similaires uniquement. Nous n’écrivons jamais dans vos journaux, ne les déplaçons pas, ne les faisons pas tourner et ne les tronquons pas.
- Aucune donnée n’est téléversée : les lignes sont analysées et mises en cache de manière chiffrée sur votre propre machine, à côté de l’agent. Seul le résultat d’une requête quitte votre réseau.
- Seuls les nouveaux octets sont lus : l’agent reprend là où il s’était arrêté dans chaque fichier au lieu de le relire. Ainsi, un journal très actif n’entraîne pas de surcoût chaque jour.
- Le dialecte SQL est DuckDB — le même SQL que celui que vous utiliseriez avec n’importe quel autre connecteur.
Questions sur System Logs
Où puis-je utiliser les résultats de requête System Logs ?
Utilisez les résultats de System Logs dans Excel, Google Sheets, Data Viewer, vos applications via Database REST API et vos outils d’IA via MCP ou Nova. Les résultats enregistrés alimentent également les destinations Automation prises en charge, les rapports et les alertes. La disponibilité des destinations et les quotas dépendent de votre forfait.
Dois-je ouvrir un port entrant pour System Logs ?
Non. Installez le Network Agent sur une machine qui peut accéder à System Logs. L’agent établit une connexion sortante vers Query Streams ; aucun port entrant ni VPN n’est nécessaire. Votre source doit toutefois autoriser la machine de l’agent à se connecter selon ses propres règles d’accès.
Mes fichiers System Logs sont-ils téléversés ?
Le Network Agent lit les fichiers là où ils se trouvent et conserve son cache sur la machine de l’agent. Les fichiers source ne sont ni téléversés, ni déplacés, ni réécrits. Seuls les résultats de requête demandés quittent votre réseau via la connexion chiffrée sortante.
De quoi ai-je besoin pour connecter System Logs ?
Dossier : répertoire de journaux d’une machine, ou dossier de collecte des journaux — disque local ou partage réseau indiqué sous la forme \\server\share (jamais une lettre de lecteur mappé ; sous Linux ou Mac, le partage doit d’abord être monté) ; les sous-dossiers sont inclus. Formats : Syslog selon les deux RFC, et journal systemd une fois exporté au format texte. Gestion de l’année : récupérée depuis la ligne, ou déduite de la date de modification du fichier ou de son nom — déterminée une seule fois, et non devinée pour chaque ligne. Rotation : dix modèles de rotation nommés, ainsi que les fichiers sans rotation ; les archives compressées sont lues sur place
Puis-je joindre System Logs à d’autres sources connectées ?
Oui. Les requêtes fédérées prennent en charge tous les types de connecteurs, notamment les bases de données, les API métier, les fichiers et les journaux. Indiquez le nom des connexions et des tables dans une seule requête en lecture seule. Query Streams traduit au besoin les portions destinées aux sources et combine les résultats. Découvrez le fonctionnement des requêtes fédérées.
Quel format ai-je ?
Regardez le début d'une ligne dans /var/log/syslog ou /var/log/messages. S’il commence par un mois abrégé de trois lettres — 10 sept. 04:11:07 — il s’agit de RFC 3164, le format que la plupart des serveurs Linux utilisent encore par défaut. S’il commence par un nombre entre chevrons, suivi d’un horodatage ISO 8601 complet, il s’agit de RFC 5424.
Il n'est pas nécessaire d'être sûr de soi avant de commencer. Le test de connexion indique le profil reconnu et la proportion du fichier correspondante ; la réponse provient donc de vos fichiers réels et non d'une supposition.
Dois-je reconfigurer rsyslog ou syslog-ng ?
Non. Les deux formats sont pris en charge : choisissez donc celui que votre serveur écrit déjà. Le format classique par défaut est celui qui a été le plus testé.
Le seul changement à envisager n’a rien à voir avec le format : si vous transférez déjà les journaux de plusieurs machines vers un collecteur unique, pointez l’Agent vers le dossier de ce collecteur pour obtenir tous les hôtes dans un seul connecteur, puisque chaque ligne indique l’hôte dont elle provient.
Comment gérer l'année manquante dans une ancienne ligne syslog ?
L’année est déduite de la date de modification du fichier. Une archive de rotation dont la dernière écriture remonte à décembre est lue comme datant de décembre, au lieu que toutes les lignes soient affectées à l’année en cours, comme le ferait un analyseur naïf.
Il faut connaître cette limite : si les horodatages d’un fichier ont été aplatis — après une restauration depuis une sauvegarde qui ne les a pas préservés, ou une copie qui les a réinitialisés —, la déduction se fonde sur les informations du système de fichiers. Le texte d’origine est toujours conservé à côté de la valeur analysée, afin que vous puissiez voir ce qui figurait réellement sur la ligne.
Pouvez-vous lire directement le journal de systemd ?
Non, et c'est cette étape de configuration que beaucoup oublient. Le journal sur disque est une base de données binaire, et Query Streams ne l'ouvre pas. Il lit le format d'exportation : journalctl -o export > journal.export, dans n'importe quel dossier que l'Agent peut lire.
En pratique, cela signifie qu’il faut exécuter une petite tâche planifiée sur le serveur — un timer ou une entrée cron qui écrit l’export dans un emplacement déjà surveillé par l’Agent. Tout le reste est ensuite automatique, et les exports compressés en gzip sont également lus.
Qu’en est-il du journal des événements Windows ou de macOS ?
Aucun profil n’est proposé ici pour ces formats. Les trois formats présentés sur cette page concernent Linux et Unix, et nous préférons signaler cette lacune plutôt que de laisser entendre que la mention « journaux système » couvre des formats qui ne sont pas pris en charge.
Il existe toutefois une solution pour Windows. La lecture du journal des événements en direct est un problème différent de la lecture d’un fichier texte : il s’agit d’un canal structuré, et non d’un dossier contenant des lignes. Elle relève donc d’un connecteur distinct. Mais si vous exportez déjà ces événements au format texte ou CSV selon un calendrier, ce dossier peut être lu dès aujourd’hui : décrivez la disposition une fois à l’aide d’un journal personnalisé Le connecteur et les exportations deviennent un tableau comme tout autre élément de cette page.
Mes journaux contiennent des noms d'utilisateur et des adresses IP. Dois-je m'inquiéter ?
Oui, et il est préférable d'y réfléchir avant de soumettre une question plutôt qu'après. auth.log Il s'agit d'un enregistrement des personnes qui se sont connectées et de leur provenance, ce qui constitue une donnée personnelle dans la plupart des juridictions, et un message syslog est un texte libre pouvant contenir tout ce qu'un programme a choisi d'imprimer.
Query Streams ne modifie pas le contenu du fichier. Il est donc plus juste de dire que la table hérite du niveau de sensibilité du fichier. Deux éléments sont rassurants : une requête enregistrée partage un résultat, pas la connexion, de sorte que le destinataire n’accède jamais à l’intégralité du journal ; et les filtres permettent de limiter une requête aux programmes dont la personne a réellement besoin avant de la partager.
Je rassemble les journaux de plusieurs serveurs dans un seul dossier. Est-ce que cela fonctionne ?
C’est précisément le cas auquel il convient le mieux. Les trois formats incluent l’hôte dans une colonne : les deux formats syslog le lisent dans la ligne, et l’export du journal le récupère dans son propre champ de nom d’hôte. Ainsi, un dossier collecté depuis quarante machines correspond à un seul connecteur, et le regroupement par hôte est une opération ordinaire GROUPE PAR.
Les serveurs situés dans différents bâtiments ou régions fonctionnent également. Chaque emplacement exécute son propre agent, et une requête fédérée peut les parcourir en une seule instruction sur les forfaits Business et Enterprise.
Que se passe-t-il si l'analyseur syntaxique ne peut pas lire une ligne ?
Elle est conservée, non supprimée. Une ligne ne respectant pas le format défini est conservée comme une ligne brute avec une explication, de sorte qu'une entrée malformée ou un changement de format inattendu apparaisse comme une information visible et exploitable, et non comme une lacune silencieuse dans vos données.
Il en va de même pour une valeur de journal que le format marque comme binaire : elle est placée à côté de son entrée avec une explication plutôt que d’être devinée, et l’entrée elle-même reste intacte.
Intégrez System Logs là où le travail se fait.
Commencez avec l’offre Free : tous les types de connecteurs, 2 sources de données et 1 Network Agent. Ajoutez les quotas de votre offre à mesure que vos besoins évoluent.

