- FRsAG - frsag.org

cherche solution accounting : copieur xerox<=>client linux
by benjamin verjade / juratic 25 Jun '13

25 Jun '13

Bonjour la liste, je cherche une solution pour faire de l'accounting/facturation entre un copieur (xerox 7120 "incompétent") et des clients windows, OsX et linux (debian, suse), dans un environnement de type hôtel d'entreprises (VLAN). Certes, Google est mon ami, mais il ne remplace pas les expériences/solutions que vous utilisez ou estimez pertinentes. Merci pour vos retours et orientations. Bonne fin de semaine. Cordialement, -- Benjamin VERJADE JURATIC - Centre Numérique du Jura 175 rue du marchet 39570 PERRIGNY 06 70 54 66 37 03 70 29 98 32 www.juratic.com www.juranumerique.fr/

3 3

[JOBS] Offre d'emploi, Paris, Ingénieur sys Linux
by Philippe Marrot 25 Jun '13

25 Jun '13

Bonjour, Je relaye cette annonce d'un partenaire pour les personnes interessées: *Missions* Au sein de la DSIMP et plus précisément de l’équipe système (4 personnes), il a pour mission è La bonne exploitation et la gestion des systèmes applicatifs (pour usage interne uniquement) sous environnement Linux *Pour information le contexte technique* : Portail Intranet, Portail applicatifs Métiers, Système financier, Baie de stockage, SSO, ToIP Cisco, …) et de ses composants (Oracle, LDAP, DNS, VMware. Linux RedHat 95%, Windows 5% è La prise en charge des astreintes HNO : Prise d’appels et résolution à distance. *Pour information* : fréquence d’astreinte 1 semaine d’astreinte par mois, pour 1 appel-intervention / mois. è La participation à des phases de réalisation sur des intégrations techniques (mise à jour d’un existant, ou construction d’un nouveau projet). *Pour information* : Répartition de la charge d’activité 20% Exploitations, 80% Tâches projets. * * Activités principales § Assure la prise d’appels et l’accompagnement des utilisateurs signalant des anomalies au sein d’une équipe, § Porte un diagnostic sur une anomalie en provenance d’un système applicatif, en effectue la corrélation avec des consignes précises (Guide d’exploitation), et applique, déroule en toute autonomie la solution préconisée ou la solution la plus adéquate face à un nouveau problème, § Doit obligatoirement savoir escalader en cas de difficultés auprès de ses collègues, de son soutien niveau 3 et de son responsable hiérarchique, - Préventivement chaque jour, participe à la surveillance des états d’exploitation des plateformes applicative, - Sous la conduite d’un niveau 3, effectue des travaux techniques lors de la mise en œuvre de nouveaux projets, - Etude et réalisation de tâches d’ingénierie issues de projets DSIMP. Compétences et Qualités requises *Obligatoires :* - Connaissance Système Linux RedHat Entreprise 4 et 5, VMware ESX, OpenLDA, Nagios - Connaissance systèmes des environnements J2EE/Jboss, - Respecter les consignes définies au sein du service, - Savoir utiliser les outils techniques à sa disposition, - Lucide et calme en cas d’anomalie technique, - Capacité de réaction face aux difficultés, perspicacité et pragmatisme, polyvalence. - Ecoute active et capacité de reformulation auprès des utilisateurs pour une retranscription fiable et efficace, - Avoir le sens du client et le savoir être pour une relation de proximité avec le client interne, - Devoir de réserve vis-à-vis des utilisateurs, - Qualités relationnelles, travail en équipe, - Qualités rédactionnelles obligatoires pour les rapports d’incidents, création et mise à jour des Guide d’exploitation, - Maîtrise de l’anglais lu, écrit, parlé. *Serait un plus :* - Connaissance Oracle 11G (GridControl, sauvegarde/restauration RMAN), - Connaissance système ToIP Cisco, Networker, Dell Kace, Kimoce, - Connaissance langage Perl. *Profil souhaité* Diplômé ingénieur en systèmes Informatiques de systèmes applicatifs Linux. Expérience en environnement de production de 2ans minimum obligatoire. Contact: Leïla SIDI MOUSSA Groupe Antares Tel: 01 53 92 57 00 leila.sidimoussa(a)groupe-antares.fr

8 11

place à libérer
by m3g4g0lG0t|-| 22 Jun '13

22 Jun '13

Bonjour, Je dois déménager, et je dois donc me séparer d'un certains nombre de choses que j'ai acquises au cours des années précédentes: -1 baie de disque Xyratex fiber channel avec 13 hdd Seagate ST373207FC (73,1Go 10krpm) et deux cartes 4 ports gbic 2Gb, il manque la deuxieme alim. La baie démarre mais je n'ai rien pour tester plus avant, -1 F5 load balancer (pentium 3 1,2GHz, 512 de SD-Ram ECC abimé, CF a retrouver) qui a un problème indéterminé, -1 routeur Cisco 1720 avec une carte WIC-1T, sans alim. Je suis un particulier et j'ai acheté ce matériel (mais pas cher). Ça doit partir, j'aimerai en tirer un peu de sous, mais si ça ne part pas, je le donnerai à un hackerspace. En parallèle de ça, je cherche idéalement 1 carte mère pour un Crossbeam system C2-4C-2, et des indication sur "à quoi ça sert ce truc". J'en ai récupéré un dont le chipset semble avoir pris la foudre. Je souhaite le passer sous pfSense. Désolé pour le bruit, reponse en MP, s'il vous plait. Photo possible. Cordialement, Jérémie Liénard.

1 0

Les petits secrets de dig
by Bégault Luc 19 Jun '13

19 Jun '13

Bonjour à tous, un rapide (promis quand j'ai commencé à écrire je pensais vraiment que ça allait l'être) partage d'expérience suite à un problème lors de l'usage de dig avec son option "+trace". Comme chacun le sait, celle-ci permet de dérouler l'algorithme récursif de résolution d'un fqdn en partant des serveurs racines. Pour une obscure raison je devais hier soir faire un peu de debug dns. J'utilisais donc les dites commandes et options quand oh malheur j'obtenais: $dig +trace machine.domain.tld ; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> +trace machine.domain.tld ;; global options: +cmd ;; Received 12 bytes from ip.srv.dns.recursif#53(ip.srv.dns.recursif) in X ms Ce qui est un peu léger et ne m'aidait guère. Pour comparaison, je testais sur un réseau dont je gère la résolution dns récursive et la même commande me donnait le résultat attendu. Après quelques recherches, il apparaît que dig demande au serveur dns courant de le renseigner quand aux serveurs racines. Il fait ceci en plaçant le bit "recursion desired" ( rfc 1035 - 4.1.1. Header section format) à 0. Ceci parait logique vu que l'on souhaite interroger les valeurs en cache du serveur. Visiblement certains fai (testé chez "libre", et en 3G chez "mandarine") ne souhaitent pas répondre à ce type d'interrogations, on le démontre simplement en comparant: dig +recurse NS . (+recurse est mis par défaut, je suis juste explicite ici) vs dig +norecurse NS . Je viens de lire attentivement le manuel de dig et il ne me semble pas possible de faire en sorte que la première interrogation se fasse avec le flag rd à 1 ou d'utiliser un fichier. Le bug debian que j'ai donc ouvert: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712747 Autre point, pourquoi diable nos fai interdisent-ils ce type de requêtes ? Certe le fait d'arriver sur un recursif avec rd à 0 peut sembler suspect, et que c'est le comportement par défaut d'unbound: http://www.unbound.net/pipermail/unbound-users/2010-November/001489.html le "allow_snoop" permettant des "malicious acts" (http://www.unbound.net)/documentation/unbound.conf.html) consulter le cache du serveur pour essayer de l'empoisonner au bon moment je suppose ? Ce fonctionnement ne protège pas contre l'attaque par amplification dns décrite dans cet article http://www.bortzmeyer.org/dns-attaque-ns-point.html. Votre avis ? Est-ce légitime ? Une réaction abusive aux soucis actuels de ddos par amplification dns (tout ce qui est pas propre-mainstream-qui-a-une-tete-qui-me-revient-pas sur mes dns je jette) ? Luc.

1 0

Fwd: Important Hetzner Online Client Information
by Gregory Duchatelet 17 Jun '13

17 Jun '13

Bonjour, voilà un joli mail de Hetzner, qui concerne une faille de sécu non-répertorié dans Nagios et donc qui potentiellement concerne un certains nombre d'entre nous.... Si quelqu'un a des infos, je suis preneur. Greg -------- Message original -------- Sujet: Important Hetzner Online Client Information Date : Thu, 06 Jun 2013 18:12:45 +0200 De : security-mailing(a)hetzner.de Répondre à : security-mailing(a)hetzner.de Dear Client At the end of last week, Hetzner technicians discovered a "backdoor" in one of our internal monitoring systems (Nagios). An investigation was launched immediately and showed that the administration interface for dedicated root servers (Robot) had also been affected. Current findings would suggest that fragments of our client database had been copied externally. As a result, we currently have to consider the client data stored in our Robot as compromised. To our knowledge, the malicious program that we have discovered is as yet unknown and has never appeared before. The malicious code used in the "backdoor" exclusively infects the RAM. First analysis suggests that the malicious code directly infiltrates running Apache and sshd processes. Here, the infection neither modifies the binaries of the service which has been compromised, nor does it restart the service which has been affected. The standard techniques used for analysis such as the examination of checksum or tools such as "rkhunter" are therefore not able to track down the malicious code. We have commissioned an external security company with a detailed analysis of the incident to support our in-house administrators. At this stage, analysis of the incident has not yet been completed. The access passwords for your Robot client account are stored in our database as Hash (SHA256) with salt. As a precaution, we recommend that you change your client passwords in the Robot. With credit cards, only the last three digits of the card number, the card type and the expiry date are saved in our systems. All other card data is saved solely by our payment service provider and referenced via a pseudo card number. Therefore, as far as we are aware, credit card data has not been compromised. Hetzner technicians are permanently working on localising and preventing possible security vulnerabilities as well as ensuring that our systems and infrastructure are kept as safe as possible. Data security is a very high priority for us. To expedite clarification further, we have reported this incident to the data security authority concerned. Furthermore, we are in contact with the Federal Criminal Police Office (BKA) in regard to this incident. Naturally, we shall inform you of new developments immediately. We very much regret this incident and thank you for your understanding and trust in us. A special FAQs page has been set up at http://wiki.hetzner.de/index.php/Security_Issue/en to assist you with further enquiries. Kind regards Martin Hetzner Hetzner Online AG Stuttgarter Str. 1 91710 Gunzenhausen / Germany Tel: +49 (9831) 61006-1 Fax: +49 (9831) 61006-2 security-mailing(a)hetzner.de http://www.hetzner.com Register Court: Registergericht Ansbach, HRB 3204 Management Board: Dipl. Ing. (FH) Martin Hetzner Chairwoman of the Supervisory Board: Diana Rothhan

8 12

[JOB] Ingénieur systèmes Linux
by Fabien Germain 14 Jun '13

14 Jun '13

Bonjour à tous, et bon trolldi ! Je vous fais suivre une offre d'emploi pour un sysadmin Linux chez NUXIT ( http://www.nuxit.com) Le poste est basé à Sophia Antipolis (06), ou bien en télétravail. Fabien -----8<----- ENTREPRISE : Depuis 2003, NUXIT propose au grand public et aux entreprises des solutions d'hébergement internet performantes. Forte de son expérience et de ses 30 000 sites hébergés, NUXIT a toujours su placer la qualité de service et la relation client au coeur de ses préoccupations. Cette caractéristique associée à l'excellence d'une infrastructure haute disponibilité a fait de NUXIT une figure incontournable de l'hébergement web français, connue et reconnue pour son sérieux, sa fiabilité et sa réactivité hors du commun. POSTE : Au sein d'une petite équipe (15 personnes) jeune et dynamique, vous interviendrez dans un environnement 100% Linux et principalement open source, à la fois sur des missions d'administration quotidiennes (infogérance, analyse et résolution d'incidents...) et sur des projets de conception ou d'amélioration de plate- formes existantes. Le poste est à pourvoir en télétravail ou au siège à Sophia Antipolis (06). PROFIL RECHERCHE : Formation Bac + 5 en ingénierie informatique Parfaite maîtrise de l'administration Linux (certifications LPIC, RedHat ou autre appréciées) A quoi ressemble un ingénieur NUXIT ? Dynamique, disponible, passionné de Linux, forte culture de l'open-source, esprit "geek", goût de la prod et de la haute disponibilité, force de propositions intelligentes et audacieuses... Si vous vous reconnaissez dans cette description, votre profil peut nous intéresser quelle que soit votre formation et votre expérience. Débutants, tentez votre chance ! Barbus acceptés ;-) REMUNERATIONS & AVANTAGES : Selon profil & expérience POSTULER : CV + lettre de motivation à l'adresse rh(a)nuxit.com

1 0

OpenStack, OpenQRM, CloudStack, Proxmox ?
by Florent Nolot 11 Jun '13

11 Jun '13

Bonjour Afin de mettre en place une solution de virtualisation à but pédagogique, nous sommes en train de faire des tests des différents manager type OpenStack, OpenQRM, CloudStack, Proxmox. J'aimerai savoir si vous avez des retour d'expériences sur les différents gestionnaires, sachant que nous utiliserons soit du kvm, soit du Xen HVM en dessous. Merci pour votre retour P.S. : désolé pour la mauvaise manip tout à l'heure. Merci à Simon pour l'info. -- Florent NOLOT Université de Reims Champagne-Ardenne

8 9

Retours sur les solutions de stockage du constructeur NEXSAN ?
by Jerome Le Tanou 07 Jun '13

07 Jun '13

Bonjour, dans le cadre d'un projet de mise en oeuvre d'une infrastructure de stockage unifié (SAN/NAS) dont la cible à 4 ans serait de l'ordre de 4po, un intégrateur nous propose une infrastructure utilisant les solutions stockage du constructeur NEXSAN (http://www.nexsan.com/) récemment racheté par Imation. Du coup, si certains d'entre-vous ont des retours d'expériences sur les solutions NEXSAN et plus notamment sur leur gamme NST je serais particulièrement intéressé. Merci d'avance. -- Jérôme LE TANOU

1 0

Doc admin BMC PATROL
by Sébastien Mureau 07 Jun '13

07 Jun '13

Bonsoir à tous, Je souhaiterai savoir si quelqu'un à une doc sur l'administration patrol. Merci. -- *********************************************************************************************** This message and any attachments are confidential and intended for the named addressee(s) only. If you have received this message in error, please notify immediately the sender, then delete the message. Any unauthorized modification, edition, use or dissemination is prohibited. The sender shall not be liable for this message if it has been modified, altered, falsified, infected by a virus or even edited or disseminated without authorization. ***********************************************************************************************

1 0

Stockage partagé en environnement virtualisé
by Simon Morvan 06 Jun '13

06 Jun '13

Bonjour à tous, Dans un contexte d'architecture web virtualisée, de quelle manière avez vous l'habitude de gérer le stockage partagé entre les frontaux ? Il y a le classique NFS monté par l'ensemble des frontaux mais virtualisez vous également cette couche ? Quid des trucs plus rigolo du type GlusterFS ? Directement sur les nœuds frontaux ? Sur des nœuds dédiés ? Je suis très intéressé par des retours d'expérience de la communauté. -- Simon.

7 9