Reprise du message précédent :
virtualbox ne fait plus de .msi

edit: ah ok

XaT

Mode giorkal
google "bibliotheque media kiosque pdf ppt pps"
/mode giorkal
 
 

Le 1er lien de google sur cette recherche c'est maintenant cette page du topic

 
Logstash ?

Je jetterais un oeil demain, merci

Logstash + kibana

Dans l'idéal, me faudrais un machin capable d'utiliser des templates (genre cisco, apache), qui soit capable de me remonter des choses plus poussée que : "la chaine de caractère XXXX apparait Y fois dans les lignes remontées de l'élément Z".  
Plus quelque chose comme : "X tentatives de connexions sur le port Y filtrées par l'ACL Z de l'équipement W" et "2 reboot de la machine linux Y dans les Z dernières heures", mais je pense que je rêve un peu

Il y a TOUJOURS un MSI

Va dire ça à Firefox

Interromps pas les grandes personnes, tu veux ?    

http://www.frontmotion.com/Firefox [...] irefox.htm  

tu vendras aux mecs de la sécu que tu prends un package d'un éditeur tiers pour FF, ca va bien aller

Je connais, j'utilise et je maintiens mon point de vue C'est pas officiel et surtout les délais entre la sortie d'une version officielle de Firefox et sa MSIsation par frontmotion sont de plus en plus problématiques : la v29 a mis quasiment 1 mois à sortir en version frontmotion "standard" et en version CE (avec support des GPO, indispensable pour moi) on en est toujours en v28, 5 semaines après la sortie de la v29 et alors que la v30 devrait sortir la semaine prochaine...

 
graylog2, une vraie bombe depuis la version 0.20.x

Je l'ai installé cette après-midi. Sur une VM "un peu" sous-dimensionnée
Putain, le java, ça bouffe  

Pour du java 3 Go tu prendras

3Go pour le serveur, et 3Go pour l'applis web ?
Et combien pour la DB NoSQL qui vas avec ?
Bon, allez, on arrondis à 32Go, ça devrais suffire  

 
Tu peux utiliser logstash sur tes "clients" pour parser et envoyer tes logs vers ton serveur de logs. Y a un debugger Grok qui permet de construire facilement tes regex: http://grokdebug.herokuapp.com/
 
Ca te permet de générer des variables pour tes X tentatives de connexions, 2 reboots de la machine blabla, etc, que tu pourras ensuite tracker facilement sur ton serveur central pour générer des compteurs, alertes, dashboards, etc..
 
Graylog2 propose également des extracteurs, qui fonctionnent directement sur le serveur de logs, pour parser tes logs:
http://blog.graylog2.org/graylog2- [...] -released/
http://graylog2.org/extractors
 

Marchera pas logstash sur les clients. Justement parceque le machin qui crache le plus de log, c'est un routeur cisco
 
Par contre, Maintenant que j'ai un Graylog qui tourne, je vais regarder pour les extracteurs intégrés

Je parlais qu'en RAM moi

32 GB c'est ce que j'utilise aussi  
 
Elasticsearch + backend + frontend sur le même serveur (mongoDB c'est juste pour la config de graylog2, ça ne prend quasiment aucune ressource)
Evite le RAID1 sur du SATA, c'est trop lent, prends plutôt des SSD si tu peux. en fait mon graylog2 tourne bien sur du SATA en raid1    
 
EDIT: 32 Go de RAM bien sûr

Ah mais moi aussi
Attend, si tu veux des accès rapide en base, faut lui dédier un peu de ram
 

Je pensais plus aux ressources prises par elasticsearch, je me suis pas trop penché sur le truc, mais ça ressemble à un SGDB NoSQL non ?  

Oui on parle bien d'Elasticsearch pour la RAM.
 
Vu ton volume 8-10 Go devraient largement suffire, après ça dépend aussi de combien de logs tu veux indexer. Au bout de quelques semaines ça te bouffe toute la RAM, et puis c'est java quoi, même en idle au bout de quelques semaines ça se finit en "Java heap space out of memory"  

Y'a 512mo d'attribués à la VM, je pensais pousser à 2Go moi
Bordel, je sens que ça vas finir en serveur dédié cette connerie

A+,

En parlant de Java, un aigri peut me confirmer que Java7u60 ne permet de lancer les applets que si IE est lancé avec les droits admin ?

Pas mal Vmware:

Ne jamais lire la doc VMware en Francais, JAMAIS §§§§§  
Edit: Ca marche aussi pour les KB microsoft !

 
c'est hallucinant ce gaspillage de matos a cause de java ...
ici on a depuis des annees des scripts perl qui parsent chaque jour des dizaines de millions de lignes de log sur une seule machines quadri pro avec a peine 4Go de ram...  quelque chose comme 3000 lignes de logs par seconde . En fait , pratiquement, c'est le disque et le réseau qui n'arrivent pas a suivre.  

Tu paie en matos ce que tu ne paie pas en dev/facilité à trouver des devs qui maitrisent le langage/...
Et en l'occurence, graylog viens avec un peu plus que juste le moteur de parsing, t'a toute l'interface web, c'est scalable sur X serveurs.
J'aime pas le Java non plus, mais y'a des raisons qui expliquent le choix de la techno.

je suis d'accord mais ces dernieres annees , c'est vraiment n'importe quoi les besoins en matos des que l'un des composant est en java.
quand un truc est en perl/python/php/javascript/<quoi que ce soit d'autre>/... il y a des besoins parfois elevés, mais pas ces delires .  

c'était une recherche google en anglais à la base mais ça a redirigé automatiquement en page fr, et je suis tombé directement sur cette qualitance

HELP    
Je suis actuellement en stage, et je dois faire tourner une verison antidéluvienne de Ciel Gestion ( 6.0   ) sous Win 7 - alors qu'elle est en 16 bits.      
Donc machine virtuelle, pas de souci, tout tourne. Le seul problème, c'est que la BDD est sur un serveur, et que même si le serveur est reconnu par le guest virtuel, cette appli de m******** ne veut pas que l'on sélectionne un lecteur réseau comme répertoire de la BDD.        
Que faire :  
1) Faire croire à Win XP qu'un lecteur réseau est un disque local ? MAIS COMMENT ?  
2) Foutre un script chelou pour faire des copies de la BDD en local toutes les 30 sec ?  
3) Les forcer à acheter une version à jour ?

ca te coute bientôt plus cher en jour-homme que l'achat d'une nouvelle licence de Ciel Gestion

 
Je stagiaire, je pense que les j/h ils s'en foutent    
Et pas dit que les dernières versions soient compatibles avec les vieilles BDD.

Bah oui, mais faire développer et maintenir le même outil en java ou en perl+javascript, je suppose que c'est pas le même coût.
Entre payer cher ton dev et ta maintenance, galérer à trouver des devs, et pouvoir héberger sur un 386, ou avoir tous les stagiaires infos du marché qui maîtrisent la techno, mais payer le double ton serveur, bah la question doit se poser
Et pis des besoins élevés dans autre chose que du Java... Regarde la conso de certaines applis "web" en ruby

okay, j'ai vu les prix, 19€ Ht/mois pour la dernière version, foutage de gueule quoi    
on va les faire changer hein....