- FRsAG - frsag.org

Retour d'expérience: panne du DC Level3
by Greg 03 Dec '14

03 Dec '14

Bonjour, Je n'ai pas encore reçu de RFO sur cette panne électrique donc je ne donnerai pas de détails sur ce qui s'est passé. C'est la 2ème panne majeure sur ce DC en 14 mois: en octobre 2013 c'est la clim qui avait arrêtée de fonctionner... Petite récap des conséquences physiques : - 2 PDU APC ont cramé - l'ensemble de mes équipements a redémarré au moins une fois - une bonne dizaine de serveurs ont redémarrés électriquement et aucun d'entre eux n'a causé de problèmes - un voisin, je ne sais pas qui, a perdu 12 serveurs qui ne redémarreront jamais ... Au final, j'aurais perdu peu de matériel, et heureusement parce que je n'avais pas assez de spares. Ce n'est pas ma première panne datacenter, mais c'est aussi dans ce cas qu'on peut juger de la qualité des constructeurs : - Serveurs Dell, rien à dire à partir des R320. Les vieux 1950 et 2950 tiennent toujours la route comme au début. La gamme des R200 est insuffisante en terme de qualité physique. - Brocade : il faut du haut de gamme. Le milieu de gamme ne tient pas les montées de température. Par exemple, mes vieux FESX de 8 ans sont monté à 105° et fonctionnent toujours contrairement aux FCX de 3 ans qui ont tous arrêter de fonctionner. Mais un FESX coute le double d'un FCX ... - APC : c'est sensé être du haut de gamme et pourtant ... ils sont trop sensible à la température et arrêtent de fonctionner les un après les autres, à la moindre hausse de T° ... (Je n'ai que du switched) - KVM Dell (en réalité du Advocent) : RAS. Maintenant au niveau business : - on a perdu 3h d'activité, perte sèche de CA - l'activité est revenue complètement à la normale en ~8h Ce qui ramène aux conclusions stratégiques et managériales : - on est en plein dans le "nobody known what I do until I don't do it", du coup quand tout fonctionne l'équipe ops se retrouve à faire de plus en plus autre chose que son métier, comme du développement - les Ops sont tout de même responsables car ... c'est dans leur responsabilité - les économies faites sur le matériel coûtent finalement bien plus cher ... Tout ça ce sont des évidences auxquelles nous avons été et nous sommes confrontés régulièrement. Cette panne m'aura fait prendre quelques cheveux blancs supplémentaires, et m'aura donné l'occasion de croiser le regard déçu de mon patron ... mais aussi de redéfinir les priorités. Même quand tout fonctionne, les sysadmin doivent faire évoluer une archi, et pas que pour des raisons de sécu ou de perfs. Donc la question du trolldi est: est-ce qu'il est nécessaire d'avoir de temps en temps une grosse panne à gérer ? C'est paradoxale ... Greg

11 17

Re: [FRsAG] Galera Cluster
by Cyril Lavier 29 Nov '14

29 Nov '14

Bonjour. J'ai mis en prod un cluster Percona XtraDB (donc Galera) de 5 noeuds. Franchement, je n'en suis pas déçu, ça marche très bien. Un point négatif, c'est la répartition de charge, j'ai mis le cluster derrière un BigIP, et au niveau des écritures, j'ai dû créer un pool à part en mode "actif/passif", avec un noeud actif pour les écritures, sans ça, j'avais une trouzaine de deadlocks dans tous les sens, et même avec des modifications de code, de requêtes SQL ou de schémas, il m'en restait. En passant sur le pool avec un noeud actif en écriture, je dois avoir 1 ou 2 deadlocks dans la journée, ce qui est bien mieux qu'avant. Pour la stabilité, les seuls incidents étaient causés par des pebkacs, avec une désynchro de tous les noeuds et donc le cluster qui tombe. J'ai déjà une machine du cluster qui a grillée, et à part quelques alertes de supervision, et un cluster légèrement plus lent, je n'ai eu aucun impact en production. J'espère que ça va t'aider. Merci. From: "Greg" <greg-frsag(a)duchatelet.net> To: "French SysAdmin Group" <frsag(a)frsag.org> Sent: Friday, 28 November, 2014 10:44:22 Subject: Re: [FRsAG] Galera Cluster Je ne souhaite pas préciser les versions pour ne pas rentrer dans un débat "oui mais avec telle version de Percona ça marche par contre du coup tu n'auras pas la feature X de MariaDB" etc ... Ce qui m'intéresse c'est un retour d'expérience en production. Le 28 novembre 2014 10:36, Alexandre Legrix < alex(a)bragonux.net > a écrit : Bonjour. BQ_BEGIN BQ_BEGIN En pratique, sur une maquette avec des vrais serveurs physiques et des vrais données venant de la prod, je me prends des segfault, des arrêts brutaux de mysqld, et une resynchro plutot aléatoire ... alors que cette solution est vendue pour améliorer la haute-dispo. BQ_END Lorsque je l'avais test, et il y a déjà un moment dans MariaDB, je n'ai pas remarque de segfault. Peux tu effectivement nous en dire plus sur les versions que tu utilises, et aussi ce que tu as téléchargé, sur quel OS, etc ... ? Cdlt BQ_END -- Greg _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ -- Cyril "Davromaniak" Lavier KeyID 59E9A881 http://www.davromaniak.eu

2 2

Galera Cluster
by Greg 28 Nov '14

28 Nov '14

Bonjour la liste, sur le papier, Galera Cluster semble parfait pour remplacer un ensemble de master-slaves sans avoir les coûts d'un NDB. En pratique, sur une maquette avec des vrais serveurs physiques et des vrais données venant de la prod, je me prends des segfault, des arrêts brutaux de mysqld, et une resynchro plutot aléatoire ... alors que cette solution est vendue pour améliorer la haute-dispo. Alors j'aimerais avoir des retours d'expériences, savoir si ça vaut le coup que j'investisse encore du temps ou si elle est encore clairement immature pour de la prod. Sachant qu'un cluster Galera coûte plus cher en terme de ressources dans certains cas, parce qu'il faut minimum 3 serveurs ce qui n'est pas le cas pour une partie de mon archi qui ne comprend qu'un master + un slave. Aussi, avec l'arrivée des GTIDs, élire un slave master et reconfigurer les slaves devient très simple: STOP SLAVE; CHANGE MASTER TO MASTER_HOST="new_master"; START SLAVE; Avez vous des retours en conditions réels ? -- Greg

5 7

[JOBS] Administrateur systèmes et réseaux Linux/Windows
by Cyril Lavier 28 Nov '14

28 Nov '14

Bonjour. Le groupe Webedia (Allociné, Purepeople, 750g, Jeuxvidéo.com, CanalBlog, etc) recherche un Administrateur Système pour la partie Allociné. Voici l'offre : Contexte : Le groupe Webedia (Allociné, Purepeople, 750g, Jeuxvidéo.com, CanalBlog, etc), groupe de média numérique en pleine croissance, recherche un Administrateur systèmes et réseaux. Dans le cadre de notre croissance, nous recherchons un administrateur systèmes et réseaux qui intervient sur des architecture internet complexes, critiques et de hautes disponibilités. Vous travaillerez au sein du pôle technique et de l’équipe administration systèmes et réseaux et en relations étroites avec les équipes de développement, avec une responsabilité spécifique sur le site Allociné en France et à l’international. Description des missions : Vous serez principalement en charge de : Référent pour l’architecture technique web Allociné Superviser et administrer quotidiennement les serveurs et intervenir sur nos différentes infrastructures internet et datacenters Installer, optimiser et faire évoluer ses éléments matériels et logiciels Etre source de proposition de nouvelles solutions techniques adaptées Piloter et mettre en œuvre les évolutions décidées Rédiger de la documentation Travailler en collaboration avec l’équipe administration systèmes et réseau, les équipes de développement et les prestataires hébergements Assurer le lien avec les équipes internes et externes Rapporter à votre manager Participation à la définition de la stratégie d'évolution et à la mise en oeuvre de ces évolutions (Plan de Continuité d’Activité, optimisations, etc.) Compte-tenu de la croissance du groupe, vos missions sont évolutives dans le temps selon votre motivation et capacité à gérer les tâches qui vous seront confiées. Profil : Formation supérieure en informatique avec expérience de 3 à 5 ans dans un poste similaire. Compétences techniques requises : Maitrise de l’environnement Linux (Debian, Ubuntu) et de logiciels associés (LAMP, Nginx, LVS, HaProxy, Varnish, langage de script). Connaissances en environnement Microsoft (Windows server, IIS, Active directory, ACL NTFS/GPO). Environnement de virtualisation VmWare ESX. NAS/SAN/DFS et autres technologies de stockage. Connaissance des architectures réseaux web, des protocoles réseaux (TCP/IP, Ethernet). Compétences techniques qui seraient un plus : Services tiers AWS. Gestionnaire de configuration Puppet. Matériels et logiciels réseaux (Cisco / Brocade / Juniper). Layer 7 HTTP. Outils de monitoring Cacti et Nagios. Qualités requises : Rigueur et organisation. Disponibilité et réactivité. Etre curieux et résister au stress. Aptitude à travailler en équipe. Savoir rédiger de la documentation claire (procédures, dossiers d’architectures, etc.). Pour l'instant, le poste est à pourvoir dans le 8ème arrondissement de Paris. Cependant, un déménagement à Levallois est prévu pour le second trimestre 2015. Pour le salaire, il faut compter une fourchette entre 40k€ et 50k€ brut annuel. Envoyez moi vos candidatures en direct. Merci. -- Cyril "Davromaniak" Lavier KeyID 59E9A881 http://www.davromaniak.eu

1 0

Client XMPP SSO
by ML Cybcorps 27 Nov '14

27 Nov '14

Bonjour les Admins ! Je cherche à mettre en place un système de messagerie interne à l'entreprise basé sur XMPP. En serveur, j'utilise Openfire couplé à l'AD, aucun problème de ce côté. Mais pour le client, je n'arrive pas à trouver chaussure à mon pied. Je souhaite que le client prenne en charge le SSO pour éviter aux utilisateurs de changer leur mot de passe à de multiples endroits tous les 3-6 mois ... J'ai regardé du côté d'Openfire et Pandion mais ils ne semblent plus maintenues ... Quelques retours d'expériences possible sur des clients XMPP en entreprise ? Cordialement, Jordan

9 9

[JOBS] Recherche Ingénieur(e) Systèmes
by Grégory Poudrel 27 Nov '14

27 Nov '14

Bonjour, Je me permets de poser une offre de recrutement. Contexte: Depuis 14 ans, Nerim accompagne les entreprises en mettant les technologies Internet et Télécoms au service de leur croissance. Nerim cultive une relation humaine et transparente avec ses clients et en leur proposant des solutions complètes et adaptées : connexions Internet, hébergement de serveurs, téléphonie d’entreprise et sécurité réseaux. Sa présence sur l’ensemble du territoire français, renforcée par un solide réseau de partenaires, lui a déjà permis de séduire plus de 30 000 clients. Avec un siège social en plein cœur de Paris, le Groupe Nerim compte 150 collaborateurs dont 120 en France. Rejoindre Nerim, c'est travailler dans une entreprise en croissance, acteur majeur des solutions de communication pour entreprises. Les valeurs que nous recherchons avant tout sont l'ouverture d'esprit, la culture client et la poursuite permanente de la qualité. Mission : - Concevoir, mettre en place et gérer au quotidien l'infra Système d'Information - Gestion capacity planning / évolution plate-forme - Imaginer et implémenter de nouveaux services - Intervenir techniquement sur des projets clients nécessitants une expertise - Mettre en place les procédures techniques d'exploitation, d'utilisation et de sécurité des équipements informatiques Profil: Vous avez une expérience préalable concrète dans le domaine de l'ingénierie système. Compétences / Connaissances requises: - Parfaite maîtrise de FreeBSD et GNU/Linux - Hardware - Scripting Shell - Techno Web : Apache, PHP, MySQL, PostgreSQL (uniquement à des fins système, pas de dev) - Expérience infrastructures multi-serveurs (LB, HA, etc) - Connaissance infra Mails telles que Postfix - Connaissance du réseau ethernet, DNS/DHCP/... - Expérience VMware, Netapp, EMC, F5, SRX appréciées Durée : CDI Début : ASAP Entreprise : Nerim Lieu : Paris 8e Rémunération : A négocier Contact : gregory.poudrel(a)nerim.com -- Grégory Poudrel Directeur Hébergement Nerim 96, bd Haussmann 75008 PARIS

1 0

[TECH] - Blocage des requètes HTTP contenant un header X-Forwarded-For:
by Laurent CARON 26 Nov '14

26 Nov '14

Bonjour, Je constate depuis quelques semaines concernant seloger.com (et autres sites du groupe) et depuis ce matin concernant boursorama.com une impossibilité d'accès en passant pas un proxy envoyant X-Forwarded-For: :squid.conf: forwarded_for on -> valeur par défaut -> accès interdit à ces sites forwarded_for delete -> accès autorisé Exemple: curl --header "X-Forwarded-For: 10.10.10.10" "http://www.boursorama.com" <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>403 Forbidden</title> </head><body> <h1>Forbidden</h1> <p>You don't have permission to access / on this server.</p> </body></html> Note intéressante: curl --header "X-Forwarded-For: 8.8.8.8" "http://www.boursorama.com" fonctionne Il semblerait donc que boursorama n'accepte pas de requètes comportant un X forwarded for contenant une IP RFC1918. Et vous, envoyez-vous un x-forwarded-for (à l'exterieur) ? Rejetez-vous les requètes dans lesquelles x forwarded for contient une IP RFC1918 ? Est-ce une "appliance" crypto-communisto-castratrice ? Merci Laurent PS: J'ai essayé depuis plusieurs AS/ranges différents.

9 12

Fwd: Dimensionnement en personnel d'un service informatique
by frederic ollivier 26 Nov '14

26 Nov '14

Dimensionnement en personnel d'un service informatique Bonjour; A combien de personne (Temps plein) vous estimeriez un service informatique, pour faire la maintenance d'une entreprise avec environ : 400 postes clients (2/3 Windows 7, 1/3 xp) 25 imprimantes/Photocopieurs réseaux 2 serveurs sous Windows 2008 2 serveurs sous Linux Red Hat 15 commutateurs HP 1 PABX avec 100 postes téléphoniques Par avance merci Frédéric Ollivier

13 15

Ordonnancement de jobs dépendants
by Erwan Ben Souiden 24 Nov '14

24 Nov '14

Bonjour, Nos projets internes deviennent de plus en plus dépendants les uns des autres : certains récupèrent des données, d'autres compilent ces données, d'autres les analysent, d'autres les exportent, etc... Du coup certains process sont bloquants pour que d'autres puissent démarrer (bien entendu uniquement si ce dernier n'a pas rencontré de problème). J'aimerai savoir comment vous vous gérez ce genre de problématique de scheduler gérant les dépendances entre plusieurs process sur potentiellement plusieurs machines ? - vous gérez simplement via cron - vous testez si une ressource/notif/info quelconque soit ok et vous bouclez en sleepant tant que ce n'est pas dispo (avec des gardes fous pour éviter que ça sleep à l'infini) - vous avez développé votre propre solution ? - autre ? En cherchant un peu, voici des solutions qui ont l'air pas mal (avec des jolies interfaces pour suivre ce qui est lancé/fail/done) - les avez vous testé? - http://airbnb.github.io/chronos/ <http://airbnb.github.io/chronos/> (une sorte de cron un peu plus poussé pour gérer de la dépendance avec une GUI) - https://github.com/spotify/luigi (la sollution home made de spotify) J'ai pu lire aussi que certains utilisaient Jenkins pour faire ça, mais ça me semble très lourd. On se dirige vers une solution en interne mais j'aimerai bien avoir votre retour et échanger sur comment vous faîtes de votre côté :) Merci d'avance ! /Erwan

9 9

[Etude de marché] Plateforme de deploiement
by contact＠ciruus.fr 13 Nov '14

13 Nov '14

Bonjour, Je suis le fondateur d'une start-up dénommé Ciruus. Nous développons un outil de déploiement de contenus numériques cross plateforme (Windows Server / Debian / Ubuntu / RH / Centos) et nous lançons une étude de marché auprès des professionnels du secteur (directeur technique, devops, admin sys) afin d'échanger autour de notre produit. Si vous avez quelques minutes pour y répondre voici le lien : goo.gl/hvj3j9 [1] Merci d'avoir lu mon message :-) Cordialement Sébastien Links: ------ [1] http://t.co/CShju8Fjbd

1 0

[JOB] Offre d'emploi Paris 20ème
by junky 13 Nov '14

13 Nov '14

Bonjour, Je me permet de poser un offre. Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. Souhaitées : technologies “cloud” (IaaS/PaaS) de type OpenStack ; frameworks Web en Python : Zope, Django ; gestionnaire de versions : Subversion (svn) et Mercurial (hg); serveurs de messagerie : Postfix, Cyrus, Roundcube avec annuaire Openldap; solutions de monitoring et de métrologie : Monit, Nagios, Cacti ; haute-disponibilité : Linux raid et LVM, DRBD, Heartbeat. Les informations pratiques Contrat de type CDI 39 heures ; Rémunération selon profil ; Bureaux à Paris (20ème). (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) Les missions Participer à l’évolution de l’automatisation du parc : plugins Nagios, Puppet, écriture et maintenance de scripts, etc ; Effectuer l’ensemble des opérations de gestion quotidienne du parc : création de VM, ajustements de ressources, archivage, application des mises à jour de sécurité, etc ; Participer aux évolutions stratégiques du parc : intégration plus profonde au Cloud, mise en place nouveau point de présence, etc ; Participer à la réflexion sur les architectures à déployer pour répondre aux besoins des clients ; Déployer des solutions de haute-disponibilité ; Assurer la veille technologique et les tests d'outils de supervision et d’administration ; Rédiger et mettre à jour la documentation technique. Votre profil Disponibilité distante demandée hors heures ouvrées en cas d’incidents significatifs sur l’infrastructure (via smartphone, tablette ou netbook) ; Participation occasionnelle à des astreintes (exemple : période d’élection pour un grand media PQN) ; Une capacité de participer à des missions de développement d’applications en marge de l’activité d’administration système serait un élément très apprécié ; Bonne communication orale et surtout écrite (contacts avec les clients, culture de l’écrit au sein de Pilot). Les technologies utilisées Nécessaires : système Debian GNU/Linux ; solution de virtualisation Xen ; configuration réseau Linux : TCP/IP, Netfilter, bridge, OpenVPN ; langages Python et Bash pour les principaux scripts ; serveurs Web et proxy : Apache, Haproxy, Varnish ; outils d’automatisation : Puppet, Chef ou équivalent ; bases de données : Postgresql, Mysql. (en savoir plus sur : http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-admini…) *http://www.pilotsystems.net/contact/recrutement/sudo-apt-get-install-administrateur-systeme-2014** * Date de d'embauche: ASAP Cordialement,

4 3

[JOBS] Recherche poste Adminsys ou réseaux
by Arnaud Serrut 12 Nov '14

12 Nov '14

Bonjour, Je viens de terminer ma formation en alternance (Bac+4) et je suis à la recherche d'un poste dans les systèmes (préférentiellement libres) ou les réseaux (ou les deux). Je recherche sur Bordeaux et ses alentours pour l'instant, bien que ce ne soit pas une région qui fourmille d'activité dans le domaine de l'informatique. Vous pouvez accéder à mon CV à l'adresse suivante : http://www.adalon.fr/CV-Arnaud_SERRUT.pdf(Hébergé sur mon Rapsberry, il n'y a pas encore grand chose dessus accessible au web) Cordialement,Arnaud Serrut

1 0

Qu'utilisez-vous pour déployer vos imprimantes ?
by David Mercereau 10 Nov '14

10 Nov '14

Bonjour à tous, Qu'utilisez vous pour déployer vos imprimantes ? Je vais décrire mon fonctionnement pour avoir vos avis... Contexte : - Profils itinérant - OS client Windows 7 - AD Windows 2008 - Serveur de fichier samba 3 Je déploie mes imprimantes via GPO sur les ordinateurs (car les impressions se font sur l'imprimante en proximité) Cette partie fonctionne "plutôt bien". Pour l'imprimante par défaut : je n'ai rien de mieux qu'un bout de VBS qui, en fonction du nom du poste, fait un SetDefaultPrinter. Sauf que si l'imprimante n'est pas encore déployé ça fonctionne pas (oui je peux améliorer mon script - tant que l'imprimante n'est pas déployé on attend - mais quand même c'est pas propre...) Mon gros problème c'est que, dans mes profils itinérants (niveau utilisateur) j'ai des imprimantes qui ne devraient pas être présente. - Constaté en chargeant la ruche d'un profils - Il n'y a aucune GPO niveau utilisateur pour les imprimantes - Je n'ai pas réussi à faire le lien entre les imprimantes installées sur le poste précédent et celle qui persistait dans le profil... - Est-ce qu'un service Windows scan & installe tous ce qu'il trouve comme imprimante ? Pour l'instant j'ai mis une rustine avec un script pour nettoyer les profils mais c'est (toujours) pas propre... Merci d'avance de vos expériences, conseils, Belle journée, David

2 1

Support Microsoft
by Antoine Benkemoun 29 Oct '14

29 Oct '14

Bonjour à tous, Je vous contacte car ma société cherche à contacter Microsoft pour leur soumettre un cas de support relatif à un éventuel bug dans une de leur API kernel. Cette API est utilisée dans le cadre de l'application développée par ma société et relève d'un composant assez critique. Après de nombreuses péripéties, nous avons fait jouer notre contrat de support MSDN afin de tenter de soumettre ce problème à leur support. Or, après s'être fait passablement agressé au téléphone par un niveau 1, il nous a été dit que ce support ne faisait que du traitement d'erreurs et ne faisait pas de Root Cause Analysis... Nous avons l'habitude du support fourni par ces grandes sociétés qui est très souvent inutile mais là, c'est quand même assez gros. La seule solution qui nous a été offerte a été de nous indiquer qu'il fallait souscrire au Microsoft Premier Online qui, selon les premières estimations, coute au minimum 75.000€ de base (en dehors de toute licence). J'ai du mal à croire que ce soit le seul moyen de pouvoir obtenir du support de Microsoft par rapport à leurs API et j'en appelle donc à votre aide pour savoir si l'un d'entre vous n'aurait pas connaissance d'autres moyens d'accéder au support Microsoft. Auriez-vous éventuellement un contact technique ou commercial chez Microsoft qui aurait potentiellement une idée sur ce type de support ? Nous sommes prêts à payer ce service mais c'est juste que le montant proposé nous parait totalement irraisonnable. Merci d'avance pour votre aide, Antoine

4 3

Re: [FRsAG] Faille dans le protocole SSLv3
by Antoine Benoit 29 Oct '14

29 Oct '14

Stats relevées auprès de différents partenaires : - côté transitaires de paiements internet, <1% des transactions en SSLv3 Par contre visiblement Mercanet ne fait pas de TLS, donc désactiver SSLv3 bloque les confirmations de paiement quand on utilise leur solution...

10 15

[JOBS] Freelance - Ingé système Linux
by David Donchez 28 Oct '14

28 Oct '14

Bonjour, Je me permets de poser une offre de mission : Profil Maîtrise de l'environnement Linux Debian et du protocole HTTP Culture de l'open source Notions de haute disponibilitées Technologies KVM Icecast Nginx Rsyslog Ansible Mission Dans le cadre du lancement d'un nouveau projet, Arkena cherche un ingénieur système pour mettre en place une plateforme de diffusion Audio. Nos outils sont à disposition pour harmoniser cette plateforme avec l'ensemble du parc existant et répondre aux contraites imposées par notre SI. Le candidat doit avoir un bon relationnel et rigoureux dans la redaction des documentations techniques. Durée : ~ 3 mois renouvelable Début : ASAP Entreprise : Arkena Lieu : Ivry sur Seine (94) Budget : A négocier Contact : david.donchez(a)arkena.com -- David Donchez

1 0

Grub Debian - boot automatique
by Sébastien 65 23 Oct '14

23 Oct '14

Bonjour, J'utilise debootstrap pour me monter un système sous Debian WHEEZY (i386). J'installe par la suite GRUB sur le disque de destination. Lorsque je boot sur le disque en question je tombe sur le CLI GRUB (Minimal BASH-like) donc pour amorcer mon système DEBIAN je suis obligé de rentrer les commandes suivantes : grub> linux (hd0,1)/vmlinuz root=/dev/sda1 grub> initrd (hd0,1)/initrd.img grub> boot Comment configurer cela automatiquement pour que GRUB boot sur le kernel comme un grand ??? Merci pour l'aide.

3 5

Approbation domaine Windows: intrusif ?
by Alexandre 22 Oct '14

22 Oct '14

Bonjour, je me permets de vous poser une petite question concernant l'environnement Windows, que je connais peu. Voici le contexte : Le groupe principal possède actuellement plusieurs approbations avec les différentes filiales. Depuis peu, nous avons besoin d'accéder à des applications web dont une partie des l’authentification est centralisée via l'AD. Le groupe principal a créé temporairement des utilisateurs, tout fonctionne bien. Cependant, nous avons quelques relances concernant l'approbation de nos deux domaines afin que l' authentification soit "transparente". Je comprends bien la volonté de centraliser et d'unifier les modes d'authentification, pour des raisons de simplicité, de licence... Cependant, je me méfie toujours un peu de l’environnement Windows, et je me demande s'il n'y aura pas des inconvénients. J'ai cherché quelques informations, l'approbation sortante serait potentiellement moins intrusive mais dans quel contexte. Il me semble avoir compris que l'approbation transitive expose les forets. A <---> B <---> C Si une approbation concerne A et B et une autre B et C, potentiellement un lien est possible entre A et C. Je ne suis pas forcément pour cette approbation, mais il faut le justifier et actuellement je ne trouve pas d'argument car je ne maitrise pas le sujet. Auriez-vous un retour d'expérience sur un contexte similaire ? Dois-je être méfiance sur la volonté de créer une approbation entre nos 2 forets. Je vous remercie par avance de vous informations précieuses. Alexandre.

3 4

Faille dans le protocole SSLv3
by Pierre Schweitzer 20 Oct '14

20 Oct '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bonjour à tous, Cette nuit, une faille dans le protocole SSLv3 a été révélée. Il est important de noter que c'est une faille dans le protocole et non dans une implémentation du protocole. Les détails sont dévoilés ici : http://googleonlinesecurity.blogspot.de/2014/10/this-poodle-bites-exploitin… Pour résumer ce qui y est dit, il faut désactiver SSLv3 dans le meilleur des cas, ou au moins, empêcher les clients de passer de TLS à SSLv3 en cas d'erreur réseau (ce qui est une technique pour exploiter la faille). Par ailleurs, on parle beaucoup de HTTP comme protocole vulnérable (ce qui est un fait), mais la faille s'appuie notamment sur des bouts de texte connus pour avoir le reste (donc, récupérer les cookies par exemple sur HTTP). Cela veut dire que ça marche sur d'autres protocoles verbeux, type IRC (pour récupérer le mot de passe). Un client n'est vulnérable que si on est capable de sniffer ses paquets, donc wifi, MITM, etc. Debian (par exemple), va désactiver le support de SSLv3 sur Iceweasel. Bonne journée, - -- Pierre Schweitzer <pierre(a)reactos.org> System & Network Administrator Senior Kernel Developer ReactOS Deutschland e.V. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUPiBZAAoJEHVFVWw9WFsLYDEQAICBytkbGj2GgzHF3iN0/fHS ZbUbOKTnl8cPsf1HsHz/zGj6bwRWHTLoQJZclmZFU7HiolZRaDllzM2nvDTn7Yx/ sd45IA/Xj2ePEIVmARTZX7p3IF8O5Cc8QIWesGYgZQ3U5pGUIDOGpFsBF1YE+zkg EH4iWXoy/kawroktYKKZ7IPt6j0ep9mgkWgCa8uZF+dpo9Wk59cfkCvLax6Ny0rg Iu601f24wH5Q7EfZJM9BI7YB2UvuNWPpNlyLRpdWAihuHf6wcWfk2O92kgdv7MPv wYm6qA7BU9dQlsIbVYRQf3rhpqNbvnhkAXoVD49BQ9MG7Vs399Ha+k7Jc9MAFNIF 1DzcR1gqgKPIClKNVRjn/RFZY4S4NaA+T/Jkzn153Mc78CpIvEVOESGj/UBUy0yX F242qDqsJOiHqpQ3azFfGxGZMyMmR7NlIlG5YCRPiiEdvu1yRW9dZJi1ZDe+Y1S9 1sx8/McmVeGEMQ4KpxWIyMHfereMRNmfmvuGcrShJsEguvWPoeFo/xNq0e6+1shF lKCjmq0iYRV3yM0BhBNovod7LbpRluDnleu+/GnFwiE6s+z+DLyxFTCxvVR+3Oir RYJUTiDqe6UiZ2mek+L2eoBVOSyvZNODSgAUiSB60wtP27dhCPT5A+1BoUw6413n vqnEYR3M6wUf80kFMwjR =gRgZ -----END PGP SIGNATURE-----

11 17

MAIL FROM vides
by Cyril Feraudet 20 Oct '14

20 Oct '14

Bonjour à tous, La plateforme mail sur laquelle je travaille refuse actuellement les mails avec un MAIL FROM vide. Il semble que l'idée ne soit pas formidable (http://serverfault.com/questions/151955/why-an-empty-mail-from-address-can-… , http://tools.ietf.org/html/rfc1123#section-5.2.9 , ...) Qu'en faites vous ? Merci d'avance, Cyril -- Cyril Feraudet http://perfwatcher.org/

2 1

mail to fax
by Alexandre 20 Oct '14

20 Oct '14

Bonjour à tous, nous gérons en interne un système de mail to fax. Le système est simple, un mail du type <numéro de tel>@<IP> est envoyé avec une PJ en pdf. Le pdf est faxé au numéro. Le système est vieux et peux utilisé mais la fonctionnalité doit être maintenu. Auriez-vous un retour d'expérience sur un système en ligne sachant que j'ai moins de 200 fax à envoyer ? Merci. Alexandre

2 2

[JOB] IAS, CISCO
by cam.lafit＠azerttyu.net 16 Oct '14

16 Oct '14

Ciao On vient de me solliciter pour intervenir vite (idéalement demain) sur Annecy environ pour : --- « nous avons besoin d'ajouter le rôle IAS et le paramétrer sur le serveur DCPCE04 (serveur 2012 R2)afin de pouvoir se connecter sur nos équipements cisco grâce identifiants Windows ou voir une autre solution. » Si j'ai bien compris , il s'agirait de mettre en place un serveur RADIUS pour utiliser l'annuaire LDAP en vue de se connecter à ses équipements CISCO. ---- Donc c'est une histoire de LDAP microsoft et Cisco. Si cela parle à quelqu'un qui a des disponibilités, je transmets les coordonnées de l'intermédiaire. Merci Km

1 0

Mailq postfix spam ?
by Antoine Durant 13 Oct '14

13 Oct '14

Bonjour, Depuis quelques jours j'ai ma mailq avec des choses bisares : 2A2A580B7A 5313 Fri Oct 10 11:49:34 MAILER-DAEMON (connect to 5.133.183.108[5.133.183.108]:25: Connection refused) rook0(a)pulik.in A545D80B43 4131 Thu Oct 9 13:43:28 MAILER-DAEMON (connect to mail.chanceprofit.us[198.20.72.170]:25: Connection refused) chance_profit(a)chanceprofit.us A170D80BB1 5585 Sat Oct 11 17:36:17 MAILER-DAEMON (connect to bwmg1.fnni.com[204.58.233.2]:25: Connection timed out) service(a)fnbodirect.com 5F42780BD1 4148 Mon Oct 13 09:33:32 MAILER-DAEMON (connect to mail.prizefortune.us[198.20.72.170]:25: Connection refused) slot_slot(a)prizefortune.us 4ED2980B61 4137 Fri Oct 10 04:54:29 MAILER-DAEMON (connect to mail.luckyprize.us[198.20.72.170]:25: Connection refused) gamble_here(a)luckyprize.us EE3CD80B9B 4869 Sat Oct 11 06:46:49 MAILER-DAEMON (connect to gvt.net.br[200.139.127.26]:25: Connection timed out) no-reply(a)gvt.net.br BED3880BB7 5604 Sat Oct 11 21:14:29 MAILER-DAEMON (connect to bwmg1.fnni.com[204.58.233.2]:25: Connection timed out) service(a)fnbodirect.com B6B4C80BD2 4229 Sun Oct 12 22:55:44 MAILER-DAEMON (connect to h1962898.stratoserver.net[85.214.46.188]:25: Connection refused) secudesign(a)h1962898.stratoserver.net Le serveur n'est pas un Open relay... Est-ce que je me suis loupé dans la configuration de postfix, de quoi s'agit 'il ?? Merci.

3 4

Re: [FRsAG] Mailq postfix spam ?
by QUIMBEL FLORIAN 13 Oct '14

13 Oct '14

Bonjour à tous, Comme je suis nouveau (depuis hier), salutations à toute la communauté. J'ai rencontré le même problème sur mon serveur mail Postfix. Les mêmes messages pour pratiquement les mêmes domaines/adresses IP. Après avoir lancé une recherche "whois adresseIP" ou "whois NomDeDomaine" sur internet, j'en ai "blacklisté" (mis en liste noir) la plupart car ils sont récurrents depuis la semaine dernière, malgré un traitement antispam etc... Je prédis peut-être une future interrogation et te réponds d'avance que je l'ai fait via une interface graphique. Je ne saurai comment l'insérer en ligne de commande (je n'ai pas l'accès root/ssh). Si je me trompe, je suis tout ouïe. PS : Si je me trompe également dans la procédure de renvoie de la réponse ou tout autre, n'hésitez pas à me le dire. Bon courage, Florian QUIMBEL Administrateur Réseaux Email: florian.quimbel(a)viacesi.fr ---------------------------------------------------------------------- Message: 1 Date: Mon, 13 Oct 2014 12:35:23 +0100 From: Antoine Durant <antoine.durant29(a)yahoo.fr> To: "frsag(a)frsag.org" <frsag(a)frsag.org> Subject: [FRsAG] Mailq postfix spam ? Message-ID: <1413200123.71435.YahooMailNeo(a)web172004.mail.ir2.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Bonjour, Depuis quelques jours j'ai ma mailq avec des choses bisares : 2A2A580B7A 5313 Fri Oct 10 11:49:34 MAILER-DAEMON (connect to 5.133.183.108[5.133.183.108]:25: Connection refused) rook0(a)pulik.in A545D80B43 4131 Thu Oct 9 13:43:28 MAILER-DAEMON (connect to mail.chanceprofit.us[198.20.72.170]:25: Connection refused) chance_profit(a)chanceprofit.us A170D80BB1 5585 Sat Oct 11 17:36:17 MAILER-DAEMON (connect to bwmg1.fnni.com[204.58.233.2]:25: Connection timed out) service(a)fnbodirect.com 5F42780BD1 4148 Mon Oct 13 09:33:32 MAILER-DAEMON (connect to mail.prizefortune.us[198.20.72.170]:25: Connection refused) slot_slot(a)prizefortune.us 4ED2980B61 4137 Fri Oct 10 04:54:29 MAILER-DAEMON (connect to mail.luckyprize.us[198.20.72.170]:25: Connection refused) gamble_here(a)luckyprize.us EE3CD80B9B 4869 Sat Oct 11 06:46:49 MAILER-DAEMON (connect to gvt.net.br[200.139.127.26]:25: Connection timed out) no-reply(a)gvt.net.br BED3880BB7 5604 Sat Oct 11 21:14:29 MAILER-DAEMON (connect to bwmg1.fnni.com[204.58.233.2]:25: Connection timed out) service(a)fnbodirect.com B6B4C80BD2 4229 Sun Oct 12 22:55:44 MAILER-DAEMON (connect to h1962898.stratoserver.net[85.214.46.188]:25: Connection refused) secudesign(a)h1962898.stratoserver.net Le serveur n'est pas un Open relay... Est-ce que je me suis loupé dans la configuration de postfix, de quoi s'agit 'il ?? Merci. -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: <http://www.frsag.org/pipermail/frsag/attachments/20141013/069439da/attachme…> ------------------------------ Message: 2 Date: Mon, 13 Oct 2014 13:45:26 +0200 From: jean-yves(a)lenhof.eu.org To: <frsag(a)frsag.org> Subject: Re: [FRsAG] Mailq postfix spam ? Message-ID: <8348fb6a48d0bd5f9450c4bb4c4a345c(a)lenhof.eu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Le 2014-10-13 13:35, Antoine Durant a écrit : > Bonjour, > > Depuis quelques jours j'ai ma mailq avec des choses bisares : > > 2A2A580B7A 5313 Fri Oct 10 11:49:34 MAILER-DAEMON (connect to > 5.133.183.108[5.133.183.108]:25: Connection refused) rook0(a)pulik.in > A545D80B43 4131 Thu Oct 9 13:43:28 MAILER-DAEMON (connect to > mail.chanceprofit.us[198.20.72.170]:25: Connection > refused) > chance_profit(a)chanceprofit.us > A170D80BB1 5585 Sat Oct 11 17:36:17 MAILER-DAEMON (connect to > bwmg1.fnni.com[204.58.233.2]:25: Connection timed out) > service(a)fnbodirect.com > 5F42780BD1 4148 Mon Oct 13 09:33:32 MAILER-DAEMON (connect to > mail.prizefortune.us[198.20.72.170]:25: Connection > refused) > slot_slot(a)prizefortune.us > 4ED2980B61 4137 Fri Oct 10 04:54:29 MAILER-DAEMON (connect to > mail.luckyprize.us[198.20.72.170]:25: Connection > refused) > gamble_here(a)luckyprize.us > EE3CD80B9B 4869 Sat Oct 11 06:46:49 MAILER-DAEMON (connect to > gvt.net.br[200.139.127.26]:25: Connection timed out) > no-reply(a)gvt.net.br > BED3880BB7 5604 Sat Oct 11 21:14:29 MAILER-DAEMON (connect to > bwmg1.fnni.com[204.58.233.2]:25: Connection timed out) > service(a)fnbodirect.com > B6B4C80BD2 4229 Sun Oct 12 22:55:44 MAILER-DAEMON (connect to > h1962898.stratoserver.net[85.214.46.188]:25: Connection > refused) > secudesign(a)h1962898.stratoserver.net > > Le serveur n'est pas un Open relay... Est-ce que je me suis loupé dans > la configuration de postfix, de quoi s'agit 'il ?? > > Merci. Tu as quoi sur ton serveur ? Si tu as un squid, fais attention il peut servir de relais si mal configuré... http://wiki.squid-cache.org/SquidFaq/SecurityPitfalls Cdlt, ------------------------------ Message: 3 Date: Mon, 13 Oct 2014 12:50:06 +0100 From: Antoine Durant <antoine.durant29(a)yahoo.fr> To: "jean-yves(a)lenhof.eu.org" <jean-yves(a)lenhof.eu.org>, "frsag(a)frsag.org" <frsag(a)frsag.org> Subject: Re: [FRsAG] Mailq postfix spam ? Message-ID: <1413201006.85614.YahooMailNeo(a)web172004.mail.ir2.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Non pas de squid sur le serveur. Juste postfix/dovecot/spamd/amavis rien de plus... Le Lundi 13 octobre 2014 13h45, "jean-yves(a)lenhof.eu.org" <jean-yves(a)lenhof.eu.org> a écrit : Le 2014-10-13 13:35, Antoine Durant a écrit : > Bonjour, > > Depuis quelques jours j'ai ma mailq avec des choses bisares : > > 2A2A580B7A 5313 Fri Oct 10 11:49:34 MAILER-DAEMON (connect to > 5.133.183.108[5.133.183.108]:25: Connection refused) rook0(a)pulik.in > A545D80B43 4131 Thu Oct 9 13:43:28 MAILER-DAEMON (connect to > mail.chanceprofit.us[198.20.72.170]:25: Connection > refused) > chance_profit(a)chanceprofit.us > A170D80BB1 5585 Sat Oct 11 17:36:17 MAILER-DAEMON (connect to > bwmg1.fnni.com[204.58.233.2]:25: Connection timed out) > service(a)fnbodirect.com > 5F42780BD1 4148 Mon Oct 13 09:33:32 MAILER-DAEMON (connect to > mail.prizefortune.us[198.20.72.170]:25: Connection > refused) > slot_slot(a)prizefortune.us > 4ED2980B61 4137 Fri Oct 10 04:54:29 MAILER-DAEMON (connect to > mail.luckyprize.us[198.20.72.170]:25: Connection > refused) > gamble_here(a)luckyprize.us > EE3CD80B9B 4869 Sat Oct 11 06:46:49 MAILER-DAEMON (connect to > gvt.net.br[200.139.127.26]:25: Connection timed out) > no-reply(a)gvt.net.br > BED3880BB7 5604 Sat Oct 11 21:14:29 MAILER-DAEMON (connect to > bwmg1.fnni.com[204.58.233.2]:25: Connection timed out) > service(a)fnbodirect.com > B6B4C80BD2 4229 Sun Oct 12 22:55:44 MAILER-DAEMON (connect to > h1962898.stratoserver.net[85.214.46.188]:25: Connection > refused) > secudesign(a)h1962898.stratoserver.net > > Le serveur n'est pas un Open relay... Est-ce que je me suis loupé dans > la configuration de postfix, de quoi s'agit 'il ?? > > Merci. Tu as quoi sur ton serveur ? Si tu as un squid, fais attention il peut servir de relais si mal configuré... http://wiki.squid-cache.org/SquidFaq/SecurityPitfalls Cdlt, _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: <http://www.frsag.org/pipermail/frsag/attachments/20141013/18b00f67/attachme…> ------------------------------ Message: 4 Date: Mon, 13 Oct 2014 13:50:51 +0200 From: Aurélien Duclos <duclosaurelien(a)gmail.com> To: Antoine Durant <antoine.durant29(a)yahoo.fr> Cc: "frsag(a)frsag.org" <frsag(a)frsag.org> Subject: Re: [FRsAG] Mailq postfix spam ? Message-ID: <CAD+OfFE819c9PXZLQHrg19SQSHcgTVnBNNRGrWAw3XcJvxe3SA(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Regarde les logs de réception. Il s'agit uniquement de mailer-daemon, le plus probable est donc que la remise d'un mail considéré légitime a échoué, mais que l'adresse de retour (à laquelle est envoyé le message d'erreur MAILER-DAEMON) est à moitié bidon : le domaine existe, mais les serveurs eux ne répondent pas sur le port 25. Tu peux aussi vérifier le corps des message (postcat -q ID_du_message) pour voir l'adresse à laquelle était destinée le mail. 2014-10-13 13:35 GMT+02:00 Antoine Durant <antoine.durant29(a)yahoo.fr>: > Bonjour, > > Depuis quelques jours j'ai ma mailq avec des choses bisares : > > 2A2A580B7A 5313 Fri Oct 10 11:49:34 MAILER-DAEMON > (connect to 5.133.183.108[5.133.183.108]:25: Connection > refused) > rook0(a)pulik.in > A545D80B43 4131 Thu Oct 9 13:43:28 MAILER-DAEMON > (connect to mail.chanceprofit.us[198.20.72.170]:25: Connection > refused) > chance_profit(a)chanceprofit.us > A170D80BB1 5585 Sat Oct 11 17:36:17 MAILER-DAEMON > (connect to bwmg1.fnni.com[204.58.233.2]:25: Connection > timed > out) > service(a)fnbodirect.com > 5F42780BD1 4148 Mon Oct 13 09:33:32 MAILER-DAEMON > (connect to mail.prizefortune.us[198.20.72.170]:25: Connection > refused) > slot_slot(a)prizefortune.us > 4ED2980B61 4137 Fri Oct 10 04:54:29 MAILER-DAEMON > (connect to mail.luckyprize.us[198.20.72.170]:25: Connection > refused) > gamble_here(a)luckyprize.us > EE3CD80B9B 4869 Sat Oct 11 06:46:49 MAILER-DAEMON > (connect to gvt.net.br[200.139.127.26]:25: Connection > timed > out) > no-reply(a)gvt.net.br > BED3880BB7 5604 Sat Oct 11 21:14:29 MAILER-DAEMON > (connect to bwmg1.fnni.com[204.58.233.2]:25: Connection > timed > out) > service(a)fnbodirect.com > B6B4C80BD2 4229 Sun Oct 12 22:55:44 MAILER-DAEMON > (connect to h1962898.stratoserver.net[85.214.46.188]:25: Connection > refused) > > secudesign(a)h1962898.stratoserver.net > > Le serveur n'est pas un Open relay... Est-ce que je me suis loupé dans > la configuration de postfix, de quoi s'agit 'il ?? > > Merci. > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > -- Aurélien DUCLOS Administrateur systèmes et réseaux Ipline 06 31 94 17 95 -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: <http://www.frsag.org/pipermail/frsag/attachments/20141013/76a81a42/attachme…> ------------------------------ Subject: Pied de page des remises groupées _______________________________________________ FRsAG mailing list FRsAG(a)frsag.org http://www.frsag.org/mailman/listinfo/frsag ------------------------------ Fin de Lot FRsAG, Vol 164, Parution 1 *************************************

1 0

Re: [FRsAG] RAID soft (was Re: [Serveurs] Dell le relou - alternatives ?)
by Bernard BELLE 10 Oct '14

10 Oct '14

Petite bricole : je préfére utiliser "btrfs" (pout betterfs, à voir :-) , ou butterfs, ou, surtout, B-Tree-FS). * * *est-ce plus du "feeling" qu'autres choses ?* Si on veut. Comme je n'ai guère le temps de bencher tous les FS, depuis ext2 jusqu'à ZFS, en passant par les "exotiques" (reiserfs, ...), voir les proprio (ntfs), je me fie aux diverses infos fiables que je croise. btrfs a été présenté récemment dans Linux Mag. Bilan : une catastrophe (le gars qui a pondu l'article a annoncé une litanie de problème, et conclut qu'il fallait quand-même l'utiliser, en gros. :-) ). Même sur ma machine perso, je n'en voudrais pas. btrfs est, également, financé par Oracle. Ca ne me pousse pas trop à le choisir. Mais ça viendra. Peut-être. ZFS, comme quelqu'un l'a indiqué, n'est pas chargé dans le kernel. Essentiellement pour des bricoles de licences (ZFS = Sun = Solaris = Oracle). Imaginons un driver de fs à l'extérieur du noyau, un peu comme un programme classique, comme Firefox, par exemple. On croit rêver ! Comme btrfs, à voir. Plus tard. Quand on compare à la sortie de ext4, il y a 6 ans, environ. Tellement fiable et efficace qu'il a été proposé par défaut sur toutes les distribs en moins d'un an. Il lui manquait quelques modules mais ce qui était fait était bien fait. Rassurant. On 10/09/14 17:21, frsag(a)jack.fr.eu.org wrote: > Tu trouves ZFS plus intéressant que butterfs ? > > Tu peux me dire les raisons, ou est-ce plus du "feeling" qu'autres choses ? > > J'ai cru comprendre (n'ayant que peu tester les deux, l'un n'étant pas > dans Linux, l'autre étant en dev) que butterfs était mieux sur beaucoup > de points de vu > > On 09/10/2014 16:25, Bernard BELLE wrote: >> Hello, >> Je peux me tromper, mais il me semble que, sous Linux, >> le LVM et le Raid Soft sont FAIT pour cohabiter. >> En effet, il n'existe pas (à ma connaissance) de Raid matériel Open Source. >> >> En conséquence, tout est piloté par le noyau Linux : le LVM, >> pour la souplesse de gestion de l'espace disque, et le Raid, >> pour la sécurité des données (sauf en Raid zéro). >> >> Mais butterfs et (surtout) ZFS sont intéressants. A venir, bientôt, en >> principe. >> >> >> >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> >

6 8

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG