- FRsAG - frsag.org

Demande de contrat de professionnalisation pour une licence RPI (BAC +3)
by vincent noel 28 Jan '15

28 Jan '15

Bonjour à tous , Je me permets de vous envoyer ce courriel car je suis à la recherche d'un contrat de professionnalisation pour effectuer une licence RPI (Responsable de Projet Informatique) (BAC +3) au centre de formation ISITECH à Lyon. Je recherche un contrat sur Lyon. Je vous joints mon CV ,ma lettre de motivation et le planning de ma formation ( les dates sont obsolète). Cordialement , NOEL Vincent vincent.noel(a)outlook.fr --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com

1 0

Demande de contrat professionnel en alternance pour une licence RPI (BAC +3)
by vincent noel 28 Jan '15

28 Jan '15

Bonjour à tous , Je me permets de vous envoyer ce courriel car je suis à la recherche d'un contrat de professionnalisation pour effectuer une licence RPI (Responsable de Projet Informatique) (BAC +3) au centre de formation ISITECH à Lyon. Je recherche un contrat sur Lyon. Je vous joints mon CV ,ma lettre de motivation et le planning de ma formation ( les dates sont obsolète). Cordialement , NOEL Vincent vincent.noel(a)outlook.fr --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com

1 0

GHOST (CVE-2015-0235)
by veronique Loquet - AL'X Communication 28 Jan '15

28 Jan '15

Bonsoir, Je vous poste à nouveau l'information avec les liens à jour, opérationnels. Navrée pour cette information lancée trop tôt. Vl --- Qualys publie un bulletin de sécurité pour la vulnérabilité « GHOST » découverte sur les systèmes Linux Cette vulnérabilité sévère détectée dans la bibliothèque C de GNU/Linux donne le contrôle aux attaquants sans nécessiter d’identifiants système - Patchs disponibles dès aujourd’hui Le 27 janvier 2015 –– Qualys, Inc. (NASDAQ : QLYS), le principal fournisseur de solutions de sécurité et de conformité dans le Cloud, annonce que son équipe chargée de la recherche en sécurité a découvert dans la bibliothèque C de GNU/Linux (glibc) une vulnérabilité critique qui permet aux pirates de prendre le contrôle à distance de tout un système en se passant totalement des identifiants système. Qualys a travaillé de manière étroite et coordonnée avec les fournisseurs de distributions Linux pour proposer un patch pour toutes les distributions de systèmes Linux touchés. Ce patch est disponible dès aujourd’hui auprès des fournisseurs correspondants. Baptisée GHOST (CVE-2015-0235) parce qu’elle peut être déclenchée par les fonctions http://www.gnu.org/software/libc/manual/html_node/Host-Names.html cette vulnérabilité touche de nombreux systèmes sous Linux à partir de la version glibc-2.2 publiée le 10 novembre 2000. Les chercheurs Qualys ont par ailleurs détecté plusieurs facteurs qui atténuent l’impact de cette vulnérabilité parmi lesquels un correctif publié le 21 mai 2013 entre les versions glibc-2.17 et glibc-2.18. Malheureusement, ce correctif n’ayant pas été classé comme bulletin de sécurité, la plupart des distributions stables et bénéficiant d’un support à long terme ont été exposées, dont Debian 7 (« Wheezy »), Red Hat Enterprise Linux 6 & 7, CentOS 6 & 7 et Ubuntu 12.04. Les clients Qualys peuvent détecter GHOST à l’aide de la signature QID 123191 fournie par le service Cloud https://www.qualys.com/enterprises/qualysguard/vulnerability-management/ Lorsqu’ils lanceront le prochain cycle de scan, ils obtiendront des rapports détaillés sur l’exposition de leur entreprise à cette vulnérabilité sévère. Ils pourront ainsi estimer son impact sur leur activité et suivre efficacement la vitesse de résolution du problème. « GHOST expose à un risque d’exécution de code à distance qui rend l’exploitation d’une machine par un pirate terriblement enfantine. Il suffit par exemple qu’un pirate envoie un mail sur un système sous Linux pour obtenir automatiquement un accès complet à cette machine », explique Wolfgang Kandek, Directeur technique de Qualys, Inc. « Compte tenu du nombre de systèmes basés sur glibc, nous considérons qu’il s’agit d’une vulnérabilité sévère qui doit être corrigée immédiatement. La meilleure marche à suivre pour atténuer le risque est d’appliquer un patch fourni par votre fournisseur de distributions Linux. » Pour plus d’informations (dont un podcast) sur GHOST, suivez les échanges sur https://community.qualys.com/blogs/laws-of-vulnerabilities Ressources supplémentaires · En savoir plus sur Qualys Vulnerability Management · Suivez Qualys sur LinkedIn et Twitter

2 1

Supervision Nagios-like / Outil de Ticketing et Downtime...
by Jean-Yves LENHOF 27 Jan '15

27 Jan '15

Bonjour à tous, Je viens d'avoir un cas à gérer sous Shinken (version 1.4, mais ça doit être pareil avec la 2.0.3 ou la 2.2), et dans ce que j'en comprends le problème est à mon avis le même sur tous les Nagios-Like. On m'a demandé de brancher un outil de ticketing sur la supervision pour ouvrir en automatique un tickets sur les Host Down ou sur les Services en Warning ou Critique. Dans les documentations, il est indiqué qu'il faut pour cela utiliser les event handler, exemple : http://shinken.readthedocs.org/en/branch-1.4/07_advancedtopics/advancedtopi… C'est effectivement très intéressant parce que l'on peut récupérer beaucoup d'informations via les macros (http://shinken.readthedocs.org/en/branch-1.4/05_thebasics/thebasics-macroli…, la mise en page serait à revoir) qu'il suffit de passer en paramètre à un script... (C'est juste dommage que la partie contact ne fasse pas partie des macros disponibles au niveau eventhandler, mais bon je pense qu'il y a un problème de conception sur le fait de ce besoin il faudra que je creuse). Bref j'ai avec du mal fait un script perl (perso, j'ai tjs un peu de mal avec ce langage) qui créé les tickets... Cela marche plutôt pas si mal sauf en cas de downtime... En effet dans mon script je teste si je ne suis pas en downtime via les macros passées en paramètre $HOSTDOWNTIME$ & $SERVICEDOWNTIME$ (pour les services) pour éviter de créer un ticket sur un matériel en maintenance... Tout irait dans le meilleur des mondes si toutes les opérations de maintenance se passaient toujours bien et que tous les services redémarraient correctement avant la fin du downtime... Sauf que non, et du coup le changement d'état qui a généré pendant que le matériel était en downtime a été gentiment ignoré par mon script et donc n'a pas créé de ticket... mais ensuite à la sortie du downtime, il n'y a pas de changement d'état et donc pas de lancement de mon script. Comment résoudriez-vous ce problème proprement ? Dois-je poster un message à la communauté Nagios-like ? Poster un bug report de demande d'amélioration ? Revoir mon script ? Pour le moment je pense avoir trouver une solution quick & dirty qui consiste à un petit script en crontab qui liste les services & hosts qui ne sont pas acquittés et qui redéclenche l'event handler lorsqu'ils ne sont pas dans la période de downtime... La solution est Shinken only d'après ce que j'ai vu puisque j'utilise les commandes externes LAUNCH_SVC_EVENT_HANDLER& LAUNCH_HOST_EVENT_HANDLER (Merci Thruk de m'avoir mis sur la piste, parce que ce n'est pas super documenté mais un peu de grep dans les sources donnent l'info). Merci de vos éventuels retours. JYL

1 0

Alerte sécurité_Patch disponible
by veronique Loquet - AL'X Communication 27 Jan '15

27 Jan '15

Bonjour, Je vous fais parvenir cette alerte pour signaler la découverte d'une vulnérabilité sévère qui touche les systèmes Linux. -Véronique ** /Cette vulnérabilité sévère détectée dans la bibliothèque C de GNU/Linux donne le contrôle aux attaquants sans nécessiter d’identifiants système. - Patchs disponibles dès aujourd’hui - / * Le 27 janvier 2015 –– *_Qualys, Inc._(NASDAQ : QLYS), le principal fournisseur de solutions de sécurité et de conformité dans le Cloud, annonce que son équipe chargée de la recherche en sécurité a découvert dans la bibliothèque C de GNU/Linux (glibc) une vulnérabilité critique qui permet aux pirates de prendre le contrôle à distance de tout un système, en se passant totalement des identifiants système.Qualys a travaillé de manière étroite et coordonnée avec les fournisseurs de distributions Linux pour proposer un patch pour toutes les distributions de systèmes Linux touchés. Ce patch est disponible dès aujourd’hui auprès des fournisseurs correspondants. Baptisée GHOST (CVE-2015-0235) parce qu’elle peut être déclenchée par les fonctions _gethostbyname et gethostbyaddr_, cette vulnérabilité touche de nombreux systèmes sous Linux à partir de la version glibc-2.2 publiée le 10 novembre 2000. Les chercheurs de Qualys ont par ailleurs détecté plusieurs facteurs qui atténuent l’impact de cette vulnérabilité, parmi lesquels un correctif publié le 21 mai 2013 entre les versions glibc-2.17 et glibc-2.18. Malheureusement, ce correctif n’ayant pas été classé comme bulletin de sécurité, la plupart des distributions stables et bénéficiant d’un support à long terme ont été exposées, dont Debian 7 (« Wheezy »), Red Hat Enterprise Linux 6 & 7, CentOS 6 & 7 et Ubuntu 12.04. Les clients Qualys peuvent détecter GHOST à l’aide de la signature QID 123191 fournie par le service Cloud _Qualys Vulnerability Management_(VM). Lorsqu’ils lanceront le prochain cycle de scan, ils obtiendront des rapports détaillés sur l’exposition de leur entreprise à cette vulnérabilité sévère. Ils pourront ainsi estimer son impact sur leur activité et suivre efficacement la vitesse de résolution du problème. « GHOST expose à un risque d’exécution de code à distance qui rend l’exploitation d’une machine par un pirate terriblement enfantine.Il suffit par exemple qu’un pirate envoie un mail sur un système sous Linux pour obtenir automatiquement un accès complet à cette machine », explique Wolfgang Kandek, Directeur technique de Qualys, Inc. « Compte tenu du nombre de systèmes basés sur glibc, nous considérons qu’il s’agit d’une vulnérabilité sévère qui doit être corrigée immédiatement.La meilleure marche à suivre pour atténuer le risque est d’appliquer un patch fourni par votre fournisseur de distributions Linux. »

8 12

tsm/quadstor/Centos/vmware
by tarik chichane 27 Jan '15

27 Jan '15

bonjour les amis, permettez moi de puiser dans votre base de connaissance. je suis amener dans un soucis de me former sur TSM de monter un lab TSM sur une machine Virtuelle Centos 6 VTL (quadstor) sur une deuxième machine Virtuelle Centos 6. TSM installé et démarre QUADSTOR installé et démarré et configuré avec une library,2VDrive et 4 cartridge. usque là tout est bien, malheureusement là je n'arrive pas à connecter ma quadstor à mon serveur TSM. corriger moi si je me trompes mais l'idée que j'ai est de mounter les vdrives et autoloader sur la machine TSM et les definir comme library path et library drive sur TSM via un montage iscsi. là je n'arrive pas à monter les drives ni l'autoloader sur le serveur TSM(Centos) bien que j'ai configuré /etc/tgt/targets.conf au niveau du serveur de la VTL avec le iqn tiré depuis l'interface web de la VTL et j'ai mis le IQN de l'autoloader sur */etc/iscsi/initiatorname.conf* du serveur TSM. est ce que je me trompe de chemin et dans ce cas que me conseillerez vous de faire? si c'est bien la méthodologie alors ou est ce que je me suis trompé? si vous avez pu le faire auparavant, si vous avez de la documentation, un retour d’expérience je suis preneur en vous remerciant pour vos réponses. Tarik CHICHANE

1 0

MariaDB config et bonnes pratiques
by veronique Loquet - AL'X Communication 22 Jan '15

22 Jan '15

Bonjour à tous, Suite vos échanges à propos de MariaDB, je vous informe que LeMug.fr organise le 29 janvier prochain, un meet-up avec les équipes tech de MariaDB sur le thème les bonnes pratiques. C'est gratuit, si vous voulez bénéficier de conseils personnalisés c'est l'occasion. Les parisiens sont encore avantagés, car c'est Mozilla Paris qui nous accueille, mais si des co-voiturage ou autres se font depuis plus loin, on sera ravi de vous accueillir. Les informations (programme, horaires...) sont disponibles ici : http://www.lemug.fr/2015/meetup-bonnes-pratiques-mariadb/ -Véro

1 0

Supervision open source point sur les configurations
by Wallace 21 Jan '15

21 Jan '15

Bonjour, Comme à peu près chaque année, je regarde ce que les différents outils open source de supervision ont comme nouveautés. Actuellement je marche avec Nagios et Nconf. Y a plus de 10 ans je faisais des scripts pour générer les configurations Nagios puis il y a 4/5 ans j'ai migré sur Nconf qui est fort pratique mais ce dernier ne semble plus maintenu alors qu'il est assez souple. Comme je vois que Shinken et Icinga par exemple ne proposent pas d'interface de configuration autre que le bon vieux fichier de configuration, je me dis que je dois passer à côté d'un outil fait pour simplifier la vie. Quel est ou sont ces outils pour générer des fichiers de configuration? Vous en connaissez, vous en utilisez? Pour préciser un peu plus ma demande, c'est pour gérer des serveurs tous différents pour des clients différents donc impossible de faire du Chef / Puppet. Les services se recoupent pour les classes comme MySQL / Nginx / ... mais c'est tout après c'est forcément du spécifique. Pas besoin de parler de Centreon je n'aime pas la lourdeur de ce logiciel et sa mauvaise tenue en charge. Merci pour votre retour

13 20

Fonctions Haute Disponibilité et PRA sur les solutions de Bdd
by jean-yves＠lenhof.eu.org 20 Jan '15

20 Jan '15

Bonjour, Pouvez-vous m'orienter sur les solutions de Haute Disponibilité et de PRA disponibles sur les Bases de données suivantes : - SQL Server - MySQL - PostgreSQL Exemple typique de solution robuste disponible chez l'un des concurrents, Oracle (écarté du fait de son coût et de ses problèmes de licensing sur des environnements virtuels VMWARE), Oracle Dataguard ! On me demande en effet une disponibilité à 99% sur une année et un PRA exécutable en 2h (99% sur une infra VMWARE ne me parait pas si difficle, mais c'est plus ce dernier point de 2h qui me tracasse le plus, deux heures en pleine nuit, cela va très vite entre le réveil, la prise d'appels, le diagnostic et ensuite seulement l'action !). De plus les fonctionnalités équivalentes à celle de Flashback d'Oracle pourraient aussi être un point intéressant à regarder pour le projet en question... Cordialement, JY

13 15

Outil de gestion des interventions et mises à jour
by Jonathan Leroy 19 Jan '15

19 Jan '15

Bonsoir, J'infogère pour le compte des mes clients quelques dizaines de serveurs, en quasi-totalité sous Debian Wheezy + SaltStack. Je recherche un outil, idéalement open source, qui me permette d'avertir mes clients en "bulk" lors de la réalisation d'interventions. Un exemple concret : mise à jour de tous les serveurs disposants de PHP 5.5 vers sa dernière version (5.5.18). Dans l'outil en question, je recherche tous les serveurs sur lesquels PHP 5.5 est installé, et envoi aux clients concernés un email les informants de la mise à jour. En fait, il me faudrait une sorte de intercom.io mais orienté admin sys :) Des pistes ? Merci, -- Jonathan Leroy.

4 4