Bonjour,
J'utilise GELF pour envoyé des info dans graylog.
Mais lorsque j'utilise les suffix, mentionnés ici, rien ne se passe, je me retrouve avec un type "unknown" coté graylog.
J'envois quelque chose ressemblant à ca :
{"version":"1.1","short_message":"test","timestamp":1670510549.651,"host":"Morgans-MacBook-Pro.local","level":6,"_applicationName":"api-server","_execution_time_num":"0.004"}
Mais dans l'interface, j'ai ceci.
Avez-vous une idée de la raison pour laquelle cela ne marche pas ?
Merci d'avance.
Erreur connexion SSL - Suffix de typage de champ non pris en compte dans graylog
Related questions
- Ssh_init: Host does not exist
24666 
13.11.2017 01:40
- Code d’erreur : DLG_FLAGS_SEC_CERT_CN_INVALID ?
23783 14.08.2018 09:32
- LetsEncrypt et erreur DNS A / AAAA
22604 16.04.2019 15:34
- SSL Cloudflare chez OVH
21348 28.04.2017 09:51
- Err_too_many_redirects
20718 12.11.2017 15:36
- Certificat Let's encrypt
20433 21.08.2017 17:44
- Impossible d'activer le certificat SSL pour HTTPS
20326 07.01.2021 02:44
- Net::err_cert_common_name_invalid
19751 29.05.2017 08:20
- Trop de redirections suite au HTTPS
19351 14.12.2016 14:30
- Prise en charge du protocole MQTT
18027 06.04.2017 13:57
Bonjour et merci pour l'intêret que vous portez à Logs Data Platform.
Il y a en effet un bug sur la gestion des type de fields (champs suffixés) dans Graylog lorsque des logs avec de nouveaux fields arrivent sur une mise à jour de recherche. Un rafraichissement ou rechargement complet de la page devrait permettre à Graylog de bien récupérer les types de fields en question et donc de vous permettre d'exploiter les données sur vos widgets. Nous allons investiguer ce bug et le corriger.
Désolé pour la gêne occasionnée et merci pour cette remontée de bug.