Reprise du message précédent :
Je connais que Splunk et Azure Log Analytics en concurrents directs, et pareil ca coute

C'est ce que j'utilise !
Mais j'ai besoin du module X-Pack pour l'auth AD, le RBAC et l'alerting

 
Out of the box et sans débourser, ça risque d'être compliqué  
 
Pour ce que tu cherches à faire, je ne vois que Splunk ou Logstash / Kibana

sans xpack c'est difficile à vraiment déployer

Ici on a kibana + elastic search, c'est assez puissant comme machin

Pour du dev c'est bien mais pour de la prod, il manque des fonctionnalités
 
Me semble bien baisé quand même.

Je suis en train d'installer ElasticSearch pour ensuite mettre elastiflow.
Ca à l'air sympa mais ça prend du temps à installer configurer.

Sinon, si t'a pas trop de volume, un splunk.

C'est payant aussi non ? Me semblait avoir vu cela.

A vérifier, mais il me semble que t'a une version gratuite. Limitée a quelques centaines de Mo/mois.

Pour tester c'est bien, mais on a bien plus que quelques centaines de Mo/mois

AWS vient de sortir une version d'elastic avec des fonctionnalités en plus : https://opendistro.github.io/for-elasticsearch/

MON SAUVEUR      
 
 

 
on fait ça avec ES+graylog, il te manque quoi dans la version gratuite ?

Je crois qu'il me manquait rien mais mon archi était à refaire (genre y a plus logstash et graylog insère dans ES).
Et comme notre ES est utilisé par Grafana, je suis obligé de déployer 2 stacks (du moins c'est pas super conseillé d'en mutualiser un)

dans une boite ou je suis passé les DEV bossent sous windev, j'ai eu un petit pincement au cœur  
Pourtant ils semblaient équilibré plutôt qu'au bord du suicide  
 

C'est à ça qu'on reconnait les plus grands psychopathes

Allez les mecs qui utilisent ca au quotidien, venez.

Je t'envoi mon rib du coup ?

Et si tu veux pas trop maintenir :
https://aws.amazon.com/fr/elasticsearch-service/
https://aws.amazon.com/fr/blogs/apn [...] directory/

Veux pas dans le cloud (pour l'instant)

Pourquoi pas simplement un stack ELK et un Zabbix couplé, c'est ce qu'on avait dans mon ancien boulot.
 
Utilisateur de base juste sur Zabbix avec la gestion de droits.
 
Seul les admins ELK avait accès à ELK  
 
 
Après ça dépens vraiment que de ce que tu veux déclencher comme alerte et sur quel critère.

des alertes sur des logs "FATAL" par exemple.

Sondage express, votre classement en photocopieurs sur
 
Toshiba/HP/Canon/Sharp/Xerox/Konica/Ricoh ?

J'utilise uniquement hp

Kyocera, Canon et konica dans mon top 3

canon

Konica sans hésiter !
 
Ricoh, le soft est pas mal, les machines c'est vraiment selon la série... ça peut être TOP comme horrible...

Ca depend beaucoup si tu parle de machine "office" ou machine de production pour un atelier de repro.
En machine haut volume Canon et Xerox ont pour moi des machines de meilleure qualité et au niveau service Xerox est au dessus.
Pour les machines office Sharp et Konica casse clairement les prix avec des machines qui tiennent la route faut juste faire gaffe aux termes du contrat genre qu'il te facture pas les agrafes ou autres conneries du genre.

Là je suis d'accord, et ça pose les mêmes problèmes avec les SGBD relationnels.
Mais chez nous je les vois galérer avec une simple config master/slave.

canon

Sur les "gros" copieurs, Ricoh, KM ou Canon, pas grand chose à redire.

Tosh et Xerox surtout, par contre, beaucoup plus.

y'a pas de config "master/slave" dans un AD

 
Y a des FSMO  

Et les RODC ? Fonctionnellement, ça s'apparente a ça.

Qui peuvent être sur différents serveurs

Ca reste anécdotique tellement personne utilise ça

certes, mais ca ne change finalement à peu près rien au design de l'archi de l'AD dont tous les mécanismes restent prévus pour le multimaitre, même si fonctionnellement ca ne permet effectivement pas l'écriture

en plus

Pourtant, d'un point de vue sécu, ça gagnerait à être plus utilisé. Enfin de ce que j'en comprend, tu peux faire en sorte que ça garde pas en cache certaines creds, que ça ne fonctionne pas pour certains types de comptes...

C'est venu trop tard comme fonctionnalité en fait.
Ca répond au besoin de la branch office que tu peux pas sécuriser comme un datacenter (style réseau d'agences) où tu veux être sûr que si le RODC est corrompu ta compromission reste limitée. En rapprochant le DC de l'utilisateur dans son branch office tu augmentes les perfs de logon (gpo à télécharger, logon scripts, ldap/kerberos).
 
Sauf que maintenant on a des liens réseaux largement suffisant pour faire tourner ça de manière centralisée en datacenter voir cloud, que les windows clients mettent en cache les GPO, tes logon scripts sont des GPP, tu utilises le plus souvent les cache credentials.
 
En plus même un logon normal demande l'accès au PDC (changement de mot de passe) et au moins à un RWDC pour l'update du lastlogon à faire (bon ok anecdotique).
 
Aujourd'hui on préfère une archi simplifiée avec qq DC en datacenter que des 100 aines de DC/RODC partout à gérer, patcher, monitorer, sécuriser.

Même en n'ayant que peu de débit on évite en fait, la question s'est posée sur un AD sur lequel j'ai participé à la refonte d'archi, il fallait intégrer x00 sites distants dont certains n'avaient pas mieux qu'une adsl 512k... Comme il y avait peu de GPO&co, on est resté sur une infra avec tout dans le datacenter.
Surtout que comme tu dis, au final les cas d'usage sont assez limités... au quotidien y'a pas tant de traffic ldap qui circule depuis les postes clients.

512K il y a 15 ans (qd ça aurait du arriver ) c'était déjà bien comme débit . Mais oui ça consomme queud.
Les seuls fois où j'ai du en mettre c'était :

• un site aux antilles où la latence, débit était vraiment trop juste et ça a changé la vie des utilisateurs locaux (même si la lenteur est un peu leur spécialité )
• un site en afrique où la connexion était très très instable (vpn ipsec avec lien radio vers une base lointaine) et où ils avaient plusieurs serveurs applicatifs locaux sur lesquels ça posait pb