- FRsAG - frsag.org

[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

[Serveurs] Dell le relou - alternatives ?
by Benjamin BILLON 09 Oct '14

09 Oct '14

Helloz, Dell semble avoir une nouvelle politique de commercialisation et refuse désormais de nous vendre des serveurs. Il faut passer par un partenaire, mais notre compte est bloqué a cause d'une boite a qui on n'a rien demandé, ça nous casse les roustons et on n'aime pas trop bien quand on nous les casse, du coup on regarde la concurrence. Historiquement on a eu du Supermicro, et n'avons _jamais_ rien eu à leur reprocher d'un point de vue machines. Niveau achat et dispo par contre c'était assez relou aussi. On considère aussi HP et IBM. Et vous, comment faites-vous ? Qui sont vos intégrateurs / partenaires / revendeurs compétents et pas relous ? -- Benjamin

20 31

Jobs Hadoop dans Yarn
by Greg 06 Oct '14

06 Oct '14

Bonjour ! et joyeux lundi matin. J'ai fais quelques jobs Hadoop 2.5 que je lance avec la commande "yarn jar monjob.jar -mesparams" Pour l'instant ça tourne même dans une boucle "while true; do yarn jar ...; done" dans un screen ... et ça marche ! Je voudrais maintenant mettre en production ces jobs. Savez vous comment je peux les transformer en job Yarn, et comment configurer Yarn pour qu'il me lance ces jobs régulièrement ? Greg

1 0

Un webmail pour plusieurs serveurs imap
by Antoine Durant 05 Oct '14

05 Oct '14

Bonjour, J'ai plusieurs serveurs de messagerie sous linux, avec un webmail sur chaque serveur. Pour des questions de simplicités d'administration, j'ai enlevé tous les webmails des serveurs de messagerie, et monté un serveur spécialement pour le webmail. Sur le serveur webmail j'ai installé postfix tournant uniquement sur 127.0.0.1:25 afin de pouvoir faire l'envoi des mails rédigés depuis le webmail. Ma question est-ce que je dois mettre l'IP du serveur webmail dans les champs TXT-SPF des domaines qui utilisent le webmail ? Quel est la configuration recommandée dans le cas d'une centralisation du webmail sur une machine séparée afin d'utiliser plusieurs serveurs imap distants ? Merci.

4 4

Oracle & Swap
by Benoit Garcia 30 Sep '14

30 Sep '14

Bonjour, Je dévie un peu du sujet initial: 2014-09-29 16:37 GMT+02:00 nap <naparuba(a)gmail.com>: > > > 2014-09-29 16:15 GMT+02:00 <frsag(a)jack.fr.eu.org>: >> > +1. sur mes serveurs Oracle c'était 0 de swap (enfin si à l'install car > Oracel check, mais après hop on vire). Même avec swapiness à 0 le swap st > trop utilisé face au cache disque (or dans lecas d'une bdd on préfère que ce > soit la base qui gère ça, pas trop le système). Les précos d'Oracle sont de mettre entre 1,5Go et 16Go de swap, en fonction de la quantité de mémoire disponible (voir : http://docs.oracle.com/cd/E11882_01/install.112/e47689/pre_install.htm#LADB… En dehors de pouvoir récupérer un peu de disque, est-ce que ça vaut vraiment le coup? Et comment réagit le support Oracle en cas de problème? Pour la gestion de la mémoire, j'ai tendance à ne pas toucher au swapiness mais à configurer les huges pages et activer les paramètres pre_page_sga & lock_sga: Le premier permet à l'instance de réserver tout les segments mémoire de la SGA (correspondant à SGA_MAX) dès le démarrage. Le second que ces segments soient des segments de mémoire réelle (ie de la vraie RAM) et non de la mémoire virtuelle (qui elle peut partir en swap si le système le décide). Ca a par contre des effets de bords: - Les instances sont plus longues à démarrer (le temps d'allouer l'ensemble des segments mémoire) - Si on n'est pas carré au niveau des huges pages on peut justement se retrouver avec des Out of Memory error (si on essaie d'allouer plus de huge pages que la quantité disponible par exemple). -- Benoit

6 6

Re: [FRsAG] Swap or not swap ? (was: Out Of memory - linux ne libère pas le cache)
by Grégory Poudrel 30 Sep '14

30 Sep '14

Bonjour, pour un serveur: - Un peu de swap (500 Mo, 1 Go, voire plus selon le contexte) - vm.swappiness au minimum - Pour les processus critiques qui ne doivent pas être tués, ajuster la valeur de /proc/[pid]/oom_score_adj à 0 ou au plus proche de 0 Comme dit précédemment cela permet de garder un filet de sécurité, sans dégrader les performances en fonctionnement nominal, tout en évitant à oom de tuer n'importe quoi. -- Gregory Poudrel

2 2

Re: [FRsAG] Swap or not swap ? (was: Out Of memory - linux ne libère pas le cache)
by Aurélien 30 Sep '14

30 Sep '14

2014-09-29 17:03 GMT+02:00 Jean Weisbuch <jean(a)plusquenet.net>: > Désactiver complètement le swap est rarement une bonne idée, il est plus > prudent d'en laisser un peu avec le swapiness très bas (ou à 0). > > Bonjour, L'ayant en production et n'ayant jamais rencontré de problématique dans mes utilisations (principalement des bases de données et du caching HTTP), as-tu des exemples où, malgré une utilisation calibrée du serveur (calcul précis des utilisations des programmes installés, pas de multi-utilisateur, un seul jeu de services par serveur, etc), cela pose problème ? Sous quelle forme cela se manifeste-t'il ? Merci ! Cordialement, -- Aurélien Guillaume

9 10

Re: [FRsAG] Out Of memory - linux ne libère pas le cache.
by adrien nayrat 29 Sep '14

29 Sep '14

Le 29 septembre 2014 16:06, Aurélien <footplus(a)gmail.com> a écrit : > 2014-09-29 15:53 GMT+02:00 adrien nayrat <adrien.nayrat.axess(a)gmail.com>: >> >> >> La solution serait soit d'augmenter la RAM de la machine soit >> d'augmenter la swap même si elle ne sera jamais utilisée. >> On va revoir quelques check sur notre nagios! >> Merci pour vos retours > > > Mais pourquoi mettre du swap du coup, si tu ne l'utilise pas ? :) > Pour influer sur la du CommitLimit. En fait j'ai dis qu'elle ne sera jamais utilisée grâce à cette sur-allocation. La swap pourrait être utilisée si tous les process se mettaient à bouffer toute la mémoire qu'ils avaient demandé à l'allocation.

6 7

Re: [FRsAG] Out Of memory - linux ne libère pas le cache.
by adrien nayrat 29 Sep '14

29 Sep '14

Le 29 septembre 2014 15:26, <jean-yves(a)lenhof.eu.org> a écrit : > Le 2014-09-29 12:13, adrien nayrat a écrit : >> >> Bonjour, >> >> J'ai rencontré des erreurs Out Of memory sur un serveur de bdd, on >> avait ces messages d'erreurs à la création de process : >> Sep 29 10:42:26 hostname t of memory [13286] > > > > Je suppose qu'il faut lire "Out of memory" ici ? Oui mais c'est cette ligne qui apparait dans les logs. >> >> La machine possède 20Go de ram et en a utilisé la moitié pour le cache. > > > 32 bits ? 64 bits ? > OS ? Version ? > Version de kernel ? 64 Bits, Centos 6.5 kernel : 2.6.32-431.20.3.el6.x86_64 > > ulimit -a sur l'utilisateur qui fait tourner postgresql donne quoi ? core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 159701 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1048560 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 65535 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited > > Cdlt, > > JYL > Le 29 septembre 2014 15:12, Aurélien <footplus(a)gmail.com> a écrit : > > > Hello, > > Et sans swap du tout ? Je pense que si tu commences à mettre ta bdd dans le > swap, tu as un souci non ? > > Je sais qu'on a fini par dégager entièrement le swap de certaines machines > (sql, varnish, etc), et que ça tourne très bien. > > Cordialement, > -- > Aurélien Guillaume > Oui, en fait c'est un peu trompeur cette histoire de swap. Je pense avoir trouvé. Pour info, quand on fait un cat /proc/meminfo Il y a ces deux lignes : CommitLimit: 28887044 kB Committed_AS: 24921056 kB Elles indiquent la quantité de mémoire allouable (CommitLimit en gros : RAM + SWAP)[1] et la quantité allouée (Committed_AS) . Vu qu'on a interdit la sur-allocation (overcommit=2) Committed_AS ne peut être supérieur à CommitLimit.[2] Quand on fait un free -m, c'est assez trompeur, la commande indique la mémoire utilisée et non la mémoire allouée. Sur une même machine au même moment : free -m total used free shared buffers cached Mem: 24086 19908 4177 0 227 8021 -/+ buffers/cache: 11660 12426 Swap: 5327 0 5327 cat /proc/meminfo CommitLimit: 28887044 kB Committed_AS: 25343012 kB On pense avoir 12Go de libre alors qu'on a 28887044 -25343012 => 3Go de libre! La solution serait soit d'augmenter la RAM de la machine soit d'augmenter la swap même si elle ne sera jamais utilisée. On va revoir quelques check sur notre nagios! Merci pour vos retours [1] : http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documen… [2] : http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documen…

1 0

Out Of memory - linux ne libère pas le cache.
by adrien nayrat 29 Sep '14

29 Sep '14

Bonjour, J'ai rencontré des erreurs Out Of memory sur un serveur de bdd, on avait ces messages d'erreurs à la création de process : Sep 29 10:42:26 hostname t of memory [13286] La machine possède 20Go de ram et en a utilisé la moitié pour le cache. Petite subtilité, les paramètres mémoire ont été "tuné". Afin d'éviter la sur-allocation (et de risquer un kill de process par le OOM killer) : vm.swappiness = 10 vm.overcommit_memory = 2 vm.overcommit_ratio = 95 https://www.kernel.org/doc/Documentation/vm/overcommit-accounting Normalement la machine autorise l'allocation de 95% de la RAM + swap et ne commence à swapper qu'en dernier recours. Voici ce que donne free -m au moment des erreurs. free -m total used free shared buffers cached Mem: 19990 19797 192 0 133 9299 -/+ buffers/cache: 10363 9626 Swap: 5327 0 5327 Je suis surpris par le fait que linux n'a pas libéré la mémoire "cached" ni utilisé le swap? La ligne "-/+ buffers/cache:" indique pourtant qu'il y a plus de 9Go de disponible. Dans l'urgence on stoppé les erreurs en ajoutant de la ram à chaud (vmware). Any idea?

3 6

Machine Learning: retours d'expérience
by Greg 28 Sep '14

28 Sep '14

Bonjour, est-ce que parmi vous certains aurait expérimenté ou mis en place des architectures de machine learning ? Le domaine est assez vaste, et intéressant, et je pense qu'un retour d'expérience en environnement professionnel pourrait intéresser les membres de ce groupe. Attention, je ne suis pas à la recherche de tuto pour savoir comment installer Apache Storm, mais de vrais retours d'expériences: par où commencer, quelles erreurs éviter, dans quel cas utiliser tel ou tel techno, comment l'intégrer à une architecture existante ... Un grand merci d'avance aux contributeurs ;) Greg

2 3

Une offre de job pour vos membres ? :-)
by Sarah le Bechennec 28 Sep '14

28 Sep '14

Bonjour ! Je travaille pour la société Oodrive et mes collègues ont grand besoin dun Administrateur Systèmes et Réseaux expérimenté (avec environ 3 à 5 ans dexpérience). Est-ce possible de poster mon annonce sur votre Groupe ? Vos membres peuvent menvoyer leurs candidatures à s.lebechennec(a)oodrive.fr Lannonce complète est copiée collée ci-dessous ; je peux changer le format si besoin. Un grand merci par avance ; nhésitez pas à mappeler si besoin. Bien à vous , Sarah Sarah Le Bechennec Chargée du Recrutement oodrive T : +33 (0)1 46 22 88 70 F : +33 (0)1 46 22 91 10 26, rue du Faubourg Poissonnière 75010 Paris - France Pour suivre l'actualité d'oodrive Twitter <http://twitter.com/#!/oodriveofficiel> Facebook <http://www.facebook.com/pages/Oodrive/158807010863141> Viadeo <http://www.viadeo.com/groups/?containerId=0021j1nthx14sm2g> Linkedin <http://www.linkedin.com/company/oodrive/products?trk=tabs_biz_product> Administrateur Systèmes et Réseaux Ø Entreprise OODRIVE Editeur de logiciels créé en 2000, pionnier du mode SaaS (Software as a Service) en France, le Groupe Oodrive est lun des leaders européens des fournisseurs de services sécurisés de gestion de fichiers en ligne à destination des entreprises : * La gamme AdBackup, solutions de sauvegarde en ligne n°1 en Europe * PostFiles et iExtranet, solutions de partage de fichiers en ligne * La gamme Omnikles, solutions de dématérialisation des appels d'offres * La gamme CertEurope, solutions de e-confiance * AirShip et Virtual Browser, solutions de navigation cloud. Les solutions Oodrive sont utilisées aussi bien par les TPE, PME que par les grands comptes (plus de 70% des sociétés du CAC 40 sont équipées dune solution Oodrive) issues de nombreux secteurs dactivité (industrie, BTP, médias et communication, services, luxe, service public, conseil, finance, juridique). Oodrive développe également des applications pour le grand public dans le cadre de partenariats stratégiques avec des acteurs européens majeurs de la distribution (Fnac, Darty, Auchan, Orange, NordNet, The Phone House, La MAAF). Pour chaque enseigne Oodrive développe des services spécifiques de télé-sauvegarde, stockage et partage de fichiers en ligne proposés le plus souvent dans des offres packagées à destination des particuliers. Aujourd'hui implanté en France, en Belgique, en Espagne, en Allemagne, en Suisse, en UK, au Brésil et en Chine, Oodrive compte 14 500 clients professionnels et plus dun million dutilisateurs à travers plus de 90 pays. Ø Poste et missions Au sein de l'équipe IT (10 pers), vous travaillerez dans un environnement technique de production, complexe et à haute disponibilité. Vous serez amené à intervenir: - sur les différentes infrastructures IT du Groupe (Oodrive, Certeurope ...) présentes dans 5 pays et 8 Datacenters. - sur l'installation, la configuration, la gestion de nos serveurs physiques (env.200) et différents types d'hyperviseur. - sur des baies de stockage cumulant plusieurs Péta octets de données - dans le processus de publication et de mise à jour de nos applications - pour assurer la sécurité de nos infrastructures IT selon les alertes de sécurité et nos différents audits - pour assurer le monitoring d'infrastructures critiques (Via Nagios) et leur maintien en condition opérationnelle - sur la rédaction de la documentation, création et suivi des tickets d'incident (ITIL/ISO 27001) Ø Profil : Pour vous assurer une bonne intégration, vous devez disposer : - d'une expérience confirmée chez un éditeur SaaS - de très bonnes connaissances sur : § Les OS Linux (Debian, RedHat) § Les serveurs webs Apache/Tomcat § le scripting Shell - de bonnes connaissances sur l'administration : § des hyperviseurs Esx et Proxmox (kvm) § des bases de données MySQL, PostgreSQL § d'NFS - de connaissances : § En déploiement à grande échelle via Puppet § En firewalling (Netfilter/Iptables, Fortinet) § en load balancing Mais surtout, vous êtes un(e) passionné(e) rigoureux(se) et aimez travailler en équipe. Merci de menvoyer votre CV à s.lebechennec(a)oodrive.fr Sarah Le Bechennec Chargée du Recrutement oodrive T : +33 (0)1 46 22 88 70 F : +33 (0)1 46 22 91 10 26, rue du Faubourg Poissonnière 75010 Paris - France Pour suivre l'actualité d'oodrive Twitter <http://twitter.com/#!/oodriveofficiel> Facebook <http://www.facebook.com/pages/Oodrive/158807010863141> Viadeo <http://www.viadeo.com/groups/?containerId=0021j1nthx14sm2g> Linkedin <http://www.linkedin.com/company/oodrive/products?trk=tabs_biz_product>

7 12

Nginx et expiration du cache
by Julien Escario 26 Sep '14

26 Sep '14

Bonjour, Malgré pas mal d'essais et de recherches, je n'arrive pas à outrepasser mon problème. Je m'explique : J'ai configuré un nginx en reverse proxy devant un apache. Basique me direz-vous. Dommage de ne faire que ça, du coup, je rajoute du cache et pour tester, je mets une validité de mon cache très faible : proxy_cache_valid 10s; Donc normalement, si je change un fichier test.png à la racine du site, au bout de 10 secondes, il devrait me servir la nouvelle version non ? J'ai probablement loupé quelque chose sur le fonctionnement de ce truc mais je ne trouve pas d'autre paramètre en rapport avec cette fonction. Une idée ? Merci d'avance, Julien

7 11

[HS] Gestion documentaire technique
by r2r＠altern.org 25 Sep '14

25 Sep '14

Bonjour La liste, Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ? Merci de vos retours. r2r.

18 21

TESTS PERFORMANCE IO DISQUE
by Jerem 22 Sep '14

22 Sep '14

Bonjour la liste :D Dans le cadre de mon travail je suis souvent amener a mettre en place des solutions de stockage et je cherche a mettre en place des procedures de tests pour mesurer les performances de nos baies. Je voudrais standardiser cette procedure pour nos rapports d’interventions. Sur les systèmes *NIX on fait généralement des tests a l’aide de Bonnie++ ou DD - Connaissez vous d’autres outils ou méthodes qui pourrait être intéressantes? Sur les systèmes windows? Windows Performance Monitor? Ya t’il d’autres outils auxquels vous pensez qui pourraient m’être utile? Merci d’avance pour votre aide, Jeremy

5 4

[ANN] Offre d'emploi - Admin sys expérimenté tendance Devops – Paris 2ème.
by Frederic de Villamil 15 Sep '14

15 Sep '14

Hello, Partant sous d’autres cieux pour un nouveau challenge, je suis à la cherche de mon remplaçant. Projet, challenges et équipe technique très sympas dans un somptueux hotel particulier du second arrondissement de Paris. Si vous avez des questions, n’hésitez pas à me les poser en privé. Bonne soirée Fred Sysadmin / Devops Engineer CDI à pourvoir immédiatement À Paris au 8 rue Saint Fiacre Notre société Que savez-vous vraiment de votre site web ? Notre ambition, c’est de répondre à cette question en créant des produits et des services innovants que les managers d’audience vont adorer. Botify est un service d’analyse de la performance de votre site web, qui aide des milliers d’utilisateurs de par le monde à gagner de nouveaux prospects et clients. Nous sommes basés à Paris, nous fonctionnons en autofinancement et nous sommes en forte croissance. Notre challenge quotidien est de traiter des quantités de données impressionnantes pour fournir de meilleures métriques aux managers d’audience. Nous connaissons la réalité derrière les mots Big Data et service Cloud. Nous sommes une petite équipe qui travaille dans un environnement collaboratif où chacun peut avoir un impact important sur le produit et sur la culture d’entreprise. Nous cherchons des gens malins et créatifs qui se donneront à 100%. En échange, nous proposons un salaire attractif et un environnement de travail formidable au coeur de Paris. Vous cherchez un nouveau challenge plein d’opportunités ? Vous n’avez pas peur de la nouveauté ? Nous voulons vous rencontrer ! Votre rôle Vous êtes responsable de la mise en place, de l'évolution et de la maintenance des plate-formes. Vous améliorez en permanence les processus et les outils de déploiement afin de simplifier et d’automatiser au maximum les déploiements, d’en réduire les délais et de garantir leur fiabilité. Dans cet objectif, vous êtes en charge de sélectionner de nouveaux outils et de mettre en place de nouvelles approches. Vous effectuez le packaging et les déploiements à la demande. Vous mettez en place une infrastructure de déploiement continu afin d'améliorer leur fiabilité. Vous administrez et monitorez les systèmes. Vous mettez en place les composants nécessaires à une bonne planification des besoins à venir. Dans ce cadre, vous surveillez l'évolution des coûts de la plate-forme et êtes force de proposition pour maintenir les coûts d'infrastructure dans les limites de son usage. Vous êtes responsable de la sécurité de la plate-forme. Vous appliquez les mises à jour de sécurité tout en garantissant la disponibilité et la fiabilité des systèmes, des données et des applications. Vous proposez et mettez en place les politiques de sécurité appliquées aux systèmes d'information. Vous participez au processus de recherche et développement. Vous faites évoluer l'infrastructure en fonction des besoins produit et intégrez les nouveautés dans l'écosystème existant en veillant à l'homogénéité des versions d’OS et de composants. Vous participez au Support Client en vérifiant quotidiennement le bon déroulement des batchs nocturnes, et en les dépannant en lien avec le reste de l'équipe Botify. Vos compétences • Administration système Linux (une connaissance d'AWS est un plus appréciable) • Outils d’automatisation de déploiement (Puppet, Ansible, intérêt pour de nouvelles approches par exemple Docker) • Outils de monitoring et de métrologie (Nagios, Collectd, Ice) • Scripting (Bash, Python) • Packaging Debian / Python • Sécurité système et applicative • Bon niveau d’anglais oral et écrit • Première expérience réussie en administration de systèmes Vos qualités personnelles A côté des compétences, nous recherchons un esprit ouvert avec lequel nous pourrons avancer et collaborer. • vous avez un sens aigu de la qualité de service et du ressenti utilisateur • vous prenez des initiatives • vous êtes curieux et aimez prendre en charge des nouveaux sujets • vous aimez interagir avec l’équipe de développement • vous êtes fiable, rigoureux et pragmatique • vous savez hiérarchiser les tâches et rester focalisé sur les priorités • un environnement où tout va très vite ne vous fait pas peur Date de démarrage : ASAP Package : Salaire attractif, selon expérience (à partir de 50 KE) Un environnement de start-up avec des bureaux très sympas au coeur de Paris. Des clients fantastiques, parmi les top leaders de leur domaine en Europe (Dailymotion, Viadeo, Aufeminin, Hotel.com, etc). Une opportunité formidable de prendre part à l'aventure d'une start-up en forte croissance.

2 2

Recherche SDK NetApp fpolicy
by Frédéric VANNIÈRE 15 Sep '14

15 Sep '14

Bonjour, Je cherche un SDK netapp pour analyser en temps réel les modifications apportées sur le stockage de mon hébergement mutualisé. J'ai plusieurs sites Wordpress ou Joomla qui se font hacker tous les jours et j'aimerai les capter avant qu'ils n'envoient du SPAM. Le fichier a comme nom : FPolicy_SDK_v7.3.?.zip Je suis aussi preneur si il y a une autre solution. Frédéric.

3 2

Recherche de matériel
by Nathan delhaye 11 Sep '14

11 Sep '14

Bonjour à tous, Avec des amis nous avons récupéré deux baie APC 42U qui va nous servir pour pas mal de projets persos et (on espère) à terme communautaires. N'ayant que peu de moyens, nous sommes donc à la recherche de tout type de matériel compatible baies 19", plateaux, parrois latérales, rails, multiprises... Même en pas très bon état ce pourrait nous être utile. Donc si vous avez dans le fond d'une baie un tas de trucs qui prennent la poussière, et dont vous seriez heureux de faire le vide, ça nous arrangerait et on passe même le balai après ;) Merci ! -- Nathan Delhaye 06 69 27 64 25 0805 696 494

1 0

comparaison du hash d'un password
by Alexandre 10 Sep '14

10 Sep '14

Bonjour à tous, je me permets de vous solliciter, j'essaie de réaliser une "authentification" ldap avant de lancer des traitements dans un script (en bash). Je n'utilise peut-être pas la bonne technique, mais voilà ce que je souhaiterai faire : 1. faire saisir login/passord au user 2. récupérer les infos sur le ldap 3. via un traitement, être capable de pouvoir comparer les 2 hash (si c'est possible) La saisie c'est pas bien compliqué, ensuite je vais chercher les infos : --- ldapsearch -D "cn=admin,dc=entreprisetartempion,dc=fr" -w password -p 389 -h serveurldap -b "dc=entreprisetartempion,dc=fr" -s sub "uid=jeanclaudedusse" -LLL userPassword dn: cn=jean claude dusse,ou=people,dc=entreprisetartempion,dc=fr userPassword:: e0NSWVBUfSQxJFhiREZKYXRoJHRrc2xEdHNWaTRzaVUvb0xBVkxISDE= --- un petit coup de décode en base 64: --- echo 'e0NSWVBUfSQxJFhiREZKYXRoJHRrc2xEdHNWaTRzaVUvb0xBVkxISDE=' |base64 -d; echo {CRYPT}$1$XbDFJath$tkslDtsVi4siU/oLAVLHH1 --- Je suis content mais je n'arrive a générer le hash de mon password pour pouvoir le comparer. Ca sent la question stupide, mais vu que je suis bloqué, je me permets de vous déranger '') Alex.

8 9

[JOBS] Recherche 2 administrateurs systèmes et réseaux
by Christophe Casalegno (Digital Network) 09 Sep '14

09 Sep '14

Digital Netcom recherche 2 administrateurs systèmes et réseaux. Les postes seront amenés à évoluer vers des postes clefs de lentreprise : CTO (Chief Technical Officer) / Directeur technique et COO (Chief Operation Officer) / Directeur des opérations, au sein desquels vous disposerez dune forte autonomie et aurez à recruter, aider et à manager votre équipe ainsi quà concevoir et développer de nouveaux produits et services. Pour davantage d'informations : http://www.digital-netcom.com/digital-netcom-recherche-2-administrateurs-sy… cordialement, -- Christophe Casalegno http://www.digital-netcom.com

1 0

wget et les adresses link-local
by Julien Escario 01 Sep '14

01 Sep '14

Bonjour, Je tente de faire aspirer une page sur un serveur en ipv6 avec mon wget. Le serveur n'a que du link-local, on est sur un même LAN. Mais pas moyen de lui enfiler l'adresse : $ wget http://[fe80::7827:c1ff:fe6c:a351] --2014-09-01 15:23:42-- http://[fe80::7827:c1ff:fe6c:a351]/ Connecting to fe80::7827:c1ff:fe6c:a351:80... failed: Invalid argument. $ wget http://[fe80::7827:c1ff:fe6c:a351%eth1] http://[fe80::7827:c1ff:fe6c:a351%eth1]: Invalid IPv6 numeric address. $ wget http://[fe80::7827:c1ff:fe6c:a351]%eth1 http://[fe80::7827:c1ff:fe6c:a351]%eth1: Invalid host name. Une idée ? Pour donner le problème dans sa globalité : je cherche à mettre un upstream ipv6 à mon nginx. Ca semble supporté depuis 1.3 environ donc largement. Mais encore une fois, avec le link-local pour lequel il faut préciser l'interface quand on fait un ping6 par exemple, ça ne passe pas ... Merci, Julien

4 9

Climatisation pour mise en place de salle serveur
by Antoine Benkemoun 29 Aug '14

29 Aug '14

Bonjour à tous, Je vous contacte car ma société va changer de locaux et nous allons être confrontés à la mise en place d'une salle serveur. Actuellement, tout est géré par le gestionnaire du bâtiment mais dans les nouveaux bâtiments, on va devoir se débrouiller nous-même. Nous sommes en train de voir avec la gérance pour la mise en place des éléments électriques et anti-incendie. Néanmoins la partie climatisation nous revient. Actuellement il y a déjà une climatisation en place mais qui sera largement insuffisante. Nous cherchons donc des retours d'expérience que vous pourriez avoir par rapport à la mise en place d'une solution de climatisation pour une salle serveur de taille relativement modeste (2-3 baies assez haute densité). L'option datacenter n'en est pas une car l'intégralité des utilisateurs de l'infrastructure sont dans le même bâtiment au même étage. Quels types de contrats avez-vous pu rencontrer ? Nous avons vu qu'il existe des climatisations de rack, est-ce intéressant/efficace ? Nous sommes en Suisse mais si vous avez des références/partenaires en France, ça peut tout de même nous aider :-) Bonne journée et merci d'avance pour vos retours, Antoine

7 10

French, merci de m'ajouter à votre réseau LinkedIn
by Jean RAVE via LinkedIn 24 Aug '14

24 Aug '14

LinkedIn ------------ Jean RAVE a indiqué que vous êtes un(e) ami(e) ------------------------------------------ J'aimerais vous inviter à rejoindre mon réseau professionnel en ligne, sur le site LinkedIn. Jean Accepter l'invitation de Jean RAVE http://www.linkedin.com/e/db9afk-hz7jd9u6-3r/uLVn-evsjcer3t5natVnXXtFG9/blk… Voir le profil de Jean RAVE http://www.linkedin.com/e/db9afk-hz7jd9u6-3r/rso/92203112/L3w8/name/2789520… ------------------------------------------ Vous recevez des invitations par e-mail. Cet e-mail est destiné à French Group. Découvrez pourquoi nous avons inclus ceci : http://www.linkedin.com/e/db9afk-hz7jd9u6-3r/plh/http%3A%2F%2Fhelp%2Elinked… (c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

1 0

Re: [FRsAG] NFSv4 et ACL : problèmes
by Jonathan Tremesaygues 22 Aug '14

22 Aug '14

Bonjour, Ne marche pas non plus en NFSv3 :-/ Montage de l'export de test en nfs3 : [root@sl65 mnt]# mount -o vers=3,acl whale:/share/MD0_DATA/test whale/ [root@sl65 mnt]# nfsstat -m /mnt/whale from whale:/share/MD0_DATA/test Flags: rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.10.150,mountvers=3,mountport=58340,mountproto=udp,local_lock=none,addr=192.168.10.150 Vérification de la présence des ACL : [root@sl65 mnt]# ll total 8 drwxrwx---+ 3 root root 4096 Jul 31 09:14 whale [root@sl65 mnt]# getfacl whale # file: whale # owner: root # group: root user::rwx user:lrouge:rwx user:jtremesay:rwx user:nfsnobody:--- group::rwx mask::rwx other::rwx default:user::rwx default:user:lrouge:rwx default:user:jtremesay:rwx default:user:nfsnobody:--- default:group::rwx default:mask::rwx default:other::--- Tentative d'accès au dossier : [jtremesay@sl65 mnt]$ ls whale/ ls: cannot open directory whale/: Permission denied Cordialement Jonathan On 07/30/2014 06:15 PM, Jean Milot wrote: > Bonjour, > > Moi, j'ai abandonné NFSv4. Je force l'utilisation de la version 3 pour > utiliser les ACLs. > > Cordialement, > > Jean > > > > Le 30 juillet 2014 16:40, Jonathan Tremesaygues > <jonathan.tremesaygues(a)menta.fr > <mailto:jonathan.tremesaygues@menta.fr>> a écrit : > > Bonjour la liste, > > Nous essayons désespérément de faire fonctionner les ACL sur du > partage réseau > NSFv4. Le serveur de partage est un NAS QNAP TS-879-PRO tournant > sous un linux > custom et les clients sont essentiellement des Scientific Linux > (RHEL-like) > 6.5. Les comptes des utilisateurs sont stockés dans un LDAP. > > ######################## > # Configuration du serveur (whale) : # > ######################## > [~] # cat /etc/idmapd.conf > [General] > Verbosity = 9 > Pipefs-Directory = /var/lib/nfs/rpc_pipefs > Domain = menta.fr <http://menta.fr> > > [Mapping] > Nobody-User = guest > Nobody-Group = guest > > [Translation] > Method = nsswitch > > > [~] # cat /etc/exports > "/share/NFS" > *(no_subtree_check,no_root_squash,insecure,fsid=0,subtree_check,acl,sec=sys) > "/share/NFS/shared" > 192.168.10.0/255.255.254.0(rw,nohide,async,no_root_squash,insecure,subtree_check,acl,sec=sys) > <http://192.168.10.0/255.255.254.0%28rw,nohide,async,no_root_squash,insecure…> > "/share/NFS/test" > 192.168.10.0/255.255.254.0(rw,nohide,async,no_root_squash,insecure,subtree_check,acl,sec=sys) > <http://192.168.10.0/255.255.254.0%28rw,nohide,async,no_root_squash,insecure…> > > > [~] # cat /sys/module/nfsd/parameters/nfs4_disable_idmapping > N > > > [~] # ll /share/NFS/ > drwxr-xr-x 19 root root 1.0k Jul 29 10:16 ./ > drwxr-xr-x 32 root root 1.0k Jul 29 14:34 ../ > drwxrwxrwx 12 root shared 4.0k Jul 17 15:00 shared/ > drwxrwx--- 2 root root 4.0k Jul 22 15:44 test/ > > > [~] # getfacl /share/NFS/test > getfacl: Removing leading '/' from absolute path names > # file: share/NFS/test > # owner: root > # group: root > user::rwx > user:jtremesay:rwx > group::rwx > mask::rwx > other::--- > default:user::rwx > default:group::rwx > default:mask::rwx > default:other::--- > > > > ################### > # Configuration d'un client : # > ################### > [jtremesay@hawk ~]$ cat /etc/idmapd.conf > [General] > Verbosity = 9 > Pipefs-Directory = /var/lib/nfs/rpc_pipefs > Domain = menta.fr <http://menta.fr> > > [Mapping] > Nobody-User = nobody > Nobody-Group = nobody > > [Translation] > Method = nsswitch > > > [jtremesay@hawk ~]$ mount | grep whale > whale:/ on /mnt/whale type nfs > (rw,vers=4,addr=192.168.10.150,clientaddr=192.168.10.121) > > > [jtremesay@hawk ~]$ nfsstat -m > /mnt/whale from whale:/ > Flags: > rw,relatime,vers=4,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.10.121,minorversion=0,local_lock=none,addr=192.168.10.150 > > > [jtremesay@hawk ~]$ ll /mnt/whale/ > total 134 > drwxr-xr-x. 19 root root 1024 Jul 29 10:16 . > drwxr-xr-x. 5 root root 4096 Jul 29 10:46 .. > drwxrwxrwx. 12 root shared 4096 Jul 17 15:00 shared > drwxrwx---. 2 root root 4096 Jul 22 15:44 test > > > [jtremesay@hawk ~]$ nfs4_getfacl /mnt/whale/test/ > A::OWNER@:rwaDxtTcCy > A::jtremesay@menta.fr:rwaDxtcy > A::GROUP@:rwaDxtcy > A::EVERYONE@:tcy > A:fdi:OWNER@:rwaDxtTcCy > A:fdi:GROUP@:rwaDxtcy > A:fdi:EVERYONE@:tcy > > > [jtremesay@hawk ~]$ ll /mnt/whale/test/ > ls: cannot open directory /mnt/whale/test/: Permission denied > > > Lorsque que j'utilise la même configuration (mêmes réglages > d'idmapd.conf, > mêmes exports, mêmes ACL) depuis un serveur sous Scientific Linux, ça > fonctionne : seul moi et root peuvent accéder au dossier "test". > Donc à priori le problème viendrait du QNAP mais je vois pas trop > ce que j'ai pu oublier de modifier ou vérifier. > > Si quelqu'un a une idée... Merci d'avance > > > Cordialement, > Jonathan Tremesaygues > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > > > > -- > MILOT Jean > Tél. : 0659514624 > milot.jean(a)gmail.com <mailto:milot.jean@gmail.com> >

10 20

Serveur compromis, et après ?
by Fernando Lagrange 15 Aug '14

15 Aug '14

Bonjour, Je suis un peu vert: un serveur que j'administre a été compromis ! :-X J'ai été alerté car une page web de phishing a été mise en place, à cause d'une application que je n'avais pas mise à jour. En y regardant de plus près, j'ai trouvé aussi une page pour envoyer du SPAM. De fait: il y avait plus de 200 pourriels en cours d'envoi sur le serveur d'à côté. Là, j'ai été trop rapide et tout effacé, maintenant je me dis que j'y aurais bien jeté un œil à ces pourriels… :-/ Mes recherches sur le net arrivent surtout sur comment se prémunir (mettre en place la sécurité), je n'ai pas trouvé grand-chose sur « l'après ». L'après non-technique, j'entends. Du coup, comment vous faites: 1. pour vérifier que tout va bien techniquement ? et surtout: 2. est-ce qu'il faut suivre des démarches pour se prémunir au cas où une plainte tomberait dans X temps ? Personnellement, après avoir coupé les accès aux pages concernées: 1. a. J'ai regardé l'arborescence des htdocs dans l'historique des sauvegardes (et retrouvé depuis quand c'est arrivé) b. vérifié les courriels metche de surveillance de l'arborescence /etc (pas vu de modifs de ce côté-là) c. j'ai installé rkhunter (on n'est jamais trop prudent, mais est-ce utile à postériori ?) d. j'ai mis à jour (et je suis en négociation avec ma hiérarchie pour garder les serveurs à jour, mais c'est pas simple) e. Je continue à éplucher les logs de la période, j'hésite à installer logwatch f. je vais baisser les alertes munin sur le nombre de courriels par seconde (mais j'imagine que ça va me faire des faux-positifs et une bonne attaque passera inaperçue) h. je vais faire monter la réinstallation de ce serveur vers le haut de la pile des choses à faire ;) 2. Je suis en train d'envoyer un message à FRSAG. ;) Plus sérieusement, je me demande s'il ne faut pas que je déclare quelque chose quelque part ? (Je sais pas trop si je pourrai fournir des infos précises d'ici 2, 5 ou 10 ans…) Et vous, si ça vous est arrivé, avez-vous fait quelque chose ? Que s'est-il passé ensuite ? (J'accepte les messages en privé si vous pensez que c'est trop sensible en public, n'hésitez-pas à me renvoyer sur des discussions similaires.) @+ -- Fernando Lagrange Demo-TIC - Outils En Ligne http://www.demo-tic.org Jabber/XMPP: fernando(a)im.apinc.org

10 13

[ANN] Offre d'emploi : ingé support
by Frederic de Villamil 12 Aug '14

12 Aug '14

Hello la liste, Botify (mon employeur) recherche un ingé support / intégration client. https://remixjobs.com/emploi/Developpement/Support-Engineer-H-F/25919 L'annonce est en dessous. A noter que le terme "ingénieur" est trompeur, nous ne cherchons pas forcément un diplôme d'ingénieur. N'hésitez pas à me contacter en privé si vous avez des questions sur la boite ou le poste. Bonne journée, Fred Notre société Botify est une start-up en très forte croissance éditrice d’une application SEO permettant de maîtriser parfaitement son indexation dans les moteurs de recherche (Google, Bing, Baidu, etc…). Notre méthodologie, basée en grande partie sur de l’analyse de crawl et de l’analyse de logs, nous fait manipuler chaque jour des téraoctets de données. Aujourd’hui, nos clients sont aussi bien des sites Internet leaders dans leur domaine d’activité comme Dailymotion, Viadeo, le groupe Auféminin, Easy Voyage, le groupe l’Express ou encore eTF1... que des acteurs moins visibles du web mais beaucoup plus nombreux. Votre rôle Vous êtes chargé(e) d’intégrer les nouveaux clients de la plateforme Botify : vous les accompagnez lors de la création du compte FTP qui leur servira à envoyer leurs logs serveurs sur notre plate-forme, vous configurez le format d’extraction de logs qui nous permet de normaliser les données (à partir d’outils en ligne de commande). Vous améliorez les outils afin d'optimiser l'efficacité de mise en place de nouveaux client. Vous veillez à ce que les clients envoient correctement leurs données, et le cas échéant, vous les contactez afin de résoudre la situation. Vous supervisez le lancement et le bon déroulement de crawls sur des sites à forte volumétrie (plusieurs millions de pages, plusieurs jours de crawl). Lorsque le client a un doute sur les données affichées, vous analysez les logs serveur, vous établissez le diagnostic et, selon l'analyse, vous expliquez au client les résultats que le produit présente ou vous travaillez en coordination avec l’équipe de développement pour résoudre la situation. Vos compétences Vous connaissez l’environnement UNIX et avez l’habitude d’utiliser le terminal en ligne de commande Vous utilisez les outils grep, awk et avez quelques connaissances en expressions régulières Quelques connaissances en administration système sont un plus Une bonne connaissance de l'administration et des logs de serveurs web est un plus Vos qualités personnelles A côté des compétences, nous recherchons un esprit ouvert avec lequel nous pourrons avancer et collaborer. vous êtes fiable, rigoureux et pragmatique vous avez le sens du service et éprouvez de l'empathie pour le client vous savez hiérarchiser les tâches prioritaires et les synthétiser un environnement où tout va très vite ne vous fait pas peur vous aimez travailler avec différentes équipes (technique, conseil, communication, ventes) vous avez un bon niveau d’anglais oral et écrit. Date de démarrage : ASAP Salaire : 32 à 36K selon expérience

2 3

550 Denied by policy (in reply to end of DATA command)... and why
by JC PAROLA 08 Aug '14

08 Aug '14

Bonjour à tous, Je constate des rejets de mails auprès de grand groupe depuis une quinzaine de jours. Les mails sont refusés avec le message suivant: said: 550 Denied by policy (in reply to end of DATA command) Les serveurs sont up depuis des années, aucune présence dans les blacklistes, MX ok, PTR ok, fqdn serveur ok. Le message d'erreur ne donne aucune information sur le motif de refus. avez vous constaté le même problème sur vos serveurs ? bonne journée à tous JC PAROLA

10 20

Problème PROFTPd Timeout
by Lamarre, Jonathan 07 Aug '14

07 Aug '14

Bien le bonjour, J'aurai besoin de votre aide sur un soucis de timeout FTP. En effet lorsque je transfère un fichier volumineux, au bout de 300secondes je suis déconnecté du serveur cible. Le serveur cible utilise un ProFTPd v1.3.4a sur une Debian7. Pourtant j'ai même essayé d'ajouter les paramètres suivant dans le proftpd.conf : TimeoutLogin 1200 TimeoutSession 1200 TimeoutNoTransfer 1200 TimeoutStalled 1200 TimeoutIdle 1200 Mais rien n'y fait. (j'ai bien évidemment restart le service après) Avez-vous une autre piste ? Cordialement, Jonathan

9 12

[JOBS] Paris / CDI / Ingénieur Système Linux
by Jean-Marie Peschoux 07 Aug '14

07 Aug '14

Bonjour à tous, Je suis à la recherche d’un ingénieur système pour intégrer mon équipe. Notre environnement de travail est agréable (Paris 7), nos infrastructures techniques et nos projets sont motivants (contraintes élevées de performances et de disponibilité / déploiement de solutions innovantes). Quelques mots clefs : - RedHat / CentOS / Virtualization / Puppet - Infiniband / Lustre / Slurm Pour les curieux, je réaliserai une présentation de nos infrastructures. Le salaire est selon expérience et profil (nous savons rémunérer les compétences) (Aïe !) Voici l’offre : https://cfm.profilsearch.com/recrute/fo_annonce_voir.php?id=45&idpartenaire… Que les passionnés (Expert ou Junior) n’hésitent pas à postuler ! A bientôt. Jean-Marie

1 0

Re: [FRsAG] Problème PROFTPd Timeout
by Lamarre, Jonathan 07 Aug '14

07 Aug '14

Il fait 200Mo mais peu importe à vrai dire je fais exprès de réduire mon débit pour passer au-dessus de ces fameuses 5 minutes. Qu’est-ce que le paramètre control session ? C’est indépendant des variables que j’ai modifié dans mon fichier de conf ? Jonathan De : Mathieu Bouju [mailto:mathieu@bouju.org] Envoyé : jeudi 7 août 2014 13:06 À : Lamarre, Jonathan Objet : Re: [FRsAG] Problème PROFTPd Timeout Moi je vois ça : aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): Transfer completed: 62980096 bytes in 302.55 seconds Ton fichier fait quelle taille ? Parce que, comme dit au dessus, ça peut être la control session qui est fermée pour cause d'idle, mais n'impactant pas le transfert (d'autant que s'il devait y avoir un close de la session à 300 secs, il n'aurait pas lieu à 302.55 secs :) ) Le 7 août 2014 12:48, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr<mailto:Jonathan.Lamarre@coreye.fr>> a écrit : Je viens de passer le debuglevel au maximum, voici ce que j’ai lorsque je suis déconnecté : aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching POST_CMD command 'STOR notices_pdf.zip' to mod_exec aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching POST_CMD command 'STOR notices_pdf.zip' to mod_ratio aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching POST_CMD command 'STOR notices_pdf.zip' to mod_quotatab aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching LOG_CMD command 'STOR notices_pdf.zip' to mod_log aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching LOG_CMD command 'STOR notices_pdf.zip' to mod_xfer aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): Transfer completed: 62980096 bytes in 302.55 seconds aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): ROOT PRIVS at mod_auth_pam.c:172 aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): ROOT PRIVS: ID switching disabled aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): RELINQUISH PRIVS at mod_auth_pam.c:206 aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): RELINQUISH PRIVS: ID switching disabled aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): FTP session closed. PAM pourrait-il donc être à l’origine de cela? Jonathan De : Boris TASSOU [mailto:boris.tassou@gmail.com<mailto:boris.tassou@gmail.com>] Envoyé : jeudi 7 août 2014 12:09 À : Lamarre, Jonathan; frsag(a)frsag.org<mailto:frsag@frsag.org> Objet : Re: [FRsAG] Problème PROFTPd Timeout Bonjour, Dans le fichier de conf, pas moyen d'augmenter le niveau de verbose histoire d'avoir plus de détails? Le 7 août 2014 11:06, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr<mailto:Jonathan.Lamarre@coreye.fr>> a écrit : Oui c'est bien le bon fichier de conf qui est cherché par le service: # proftpd -V Files: Configuration File: /etc/proftpd/proftpd.conf Pid File: /var/run/proftpd.pid Scoreboard File: /var/run/proftpd.scoreboard Header Directory: /usr/include/proftpd Shared Module Directory: /usr/lib/proftpd Concernant le client, j'ai ce même timeout que ce soit avec WinSCP ou FZ. Pour les logs hélas ce n'est pas génial c'est bien ça le problème: # tail -f proftpd.log aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): FTP session opened. aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): Preparing to chroot to directory '/home/test' aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): USER test: Login successful. aoÃ»t 07 11:02:55 SERVER proftpd[4275] SERVER ( [IP]): FTP session closed. Jonathan -----Message d'origine----- De : FRsAG [mailto:frsag-bounces@frsag.org<mailto:frsag-bounces@frsag.org>] De la part de frsag(a)jack.fr.eu.org<mailto:frsag@jack.fr.eu.org> Envoyé : jeudi 7 août 2014 10:51 À : frsag(a)frsag.org<mailto:frsag@frsag.org> Objet : Re: [FRsAG] Problème PROFTPd Timeout N'est-ce pas ton client qui timeout ? Tu as des logs ? On 07/08/2014 10:47, neo futur wrote: > verifie que ton ftpd va bien chercher la conf la ou tu crois, prend il > vraiment en compte le proftpd.conf que tu edite, ou un autre ailleurs > ? > -- "UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things." – Doug Gwyn _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

2 2

Re: [FRsAG] Problème PROFTPd Timeout
by Pierre Bellemain 07 Aug '14

07 Aug '14

Salut, Tu peux peut-être résoudre ton problème en utilisant un autre client? J'ai eu le problème avec un très gros transfert de fichier avec un hébergeur extérieur. Par exemple, si en console, utiliser lftp/ncftp à la place de ftp? Pierre. ----- Mail original ----- De: "Alexis Lameire" <alexis.lameire(a)gmail.com> À: frsag(a)frsag.org Envoyé: Jeudi 7 Août 2014 13:20:12 Objet: Re: [FRsAG] Problème PROFTPd Timeout peut être un soucis au niveau des quotas ? ou alors un filtre sur le lien entre ton poste et le ftp ? alexises Le 7 août 2014 13:14, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr> a écrit : > Il fait 200Mo mais peu importe à vrai dire je fais exprès de réduire mon > débit pour passer au-dessus de ces fameuses 5 minutes. > > > > Qu’est-ce que le paramètre control session ? C’est indépendant des variables > que j’ai modifié dans mon fichier de conf ? > > > > Jonathan > > > > De : Mathieu Bouju [mailto:mathieu@bouju.org] > Envoyé : jeudi 7 août 2014 13:06 > À : Lamarre, Jonathan > > > Objet : Re: [FRsAG] Problème PROFTPd Timeout > > > > Moi je vois ça : aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): > Transfer completed: 62980096 bytes in 302.55 seconds > > > > Ton fichier fait quelle taille ? Parce que, comme dit au dessus, ça peut > être la control session qui est fermée pour cause d'idle, mais n'impactant > pas le transfert (d'autant que s'il devait y avoir un close de la session à > 300 secs, il n'aurait pas lieu à 302.55 secs :) ) > > > > Le 7 août 2014 12:48, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr> a écrit > : > > Je viens de passer le debuglevel au maximum, voici ce que j’ai lorsque je > suis déconnecté : > > > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > POST_CMD command 'STOR notices_pdf.zip' to mod_exec > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > POST_CMD command 'STOR notices_pdf.zip' to mod_ratio > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > POST_CMD command 'STOR notices_pdf.zip' to mod_quotatab > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > LOG_CMD command 'STOR notices_pdf.zip' to mod_log > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > LOG_CMD command 'STOR notices_pdf.zip' to mod_xfer > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): Transfer > completed: 62980096 bytes in 302.55 seconds > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): ROOT PRIVS at > mod_auth_pam.c:172 > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): ROOT PRIVS: ID > switching disabled > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): RELINQUISH PRIVS > at mod_auth_pam.c:206 > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): RELINQUISH PRIVS: > ID switching disabled > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): FTP session > closed. > > > > PAM pourrait-il donc être à l’origine de cela? > > > > > > Jonathan > > > > De : Boris TASSOU [mailto:boris.tassou@gmail.com] > Envoyé : jeudi 7 août 2014 12:09 > À : Lamarre, Jonathan; frsag(a)frsag.org > > > Objet : Re: [FRsAG] Problème PROFTPd Timeout > > > > Bonjour, > > Dans le fichier de conf, pas moyen d'augmenter le niveau de verbose histoire > d'avoir plus de détails? > > > > Le 7 août 2014 11:06, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr> a écrit > : > > Oui c'est bien le bon fichier de conf qui est cherché par le service: > > # proftpd -V > Files: > Configuration File: > /etc/proftpd/proftpd.conf > Pid File: > /var/run/proftpd.pid > Scoreboard File: > /var/run/proftpd.scoreboard > Header Directory: > /usr/include/proftpd > Shared Module Directory: > /usr/lib/proftpd > > > Concernant le client, j'ai ce même timeout que ce soit avec WinSCP ou FZ. > > Pour les logs hélas ce n'est pas génial c'est bien ça le problème: > > # tail -f proftpd.log > aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): FTP session opened. > aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): Preparing to chroot > to directory '/home/test' > aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): USER test: Login > successful. > aoÃ»t 07 11:02:55 SERVER proftpd[4275] SERVER ( [IP]): FTP session closed. > > > Jonathan > > -----Message d'origine----- > De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de > frsag(a)jack.fr.eu.org > Envoyé : jeudi 7 août 2014 10:51 > À : frsag(a)frsag.org > > Objet : Re: [FRsAG] Problème PROFTPd Timeout > > N'est-ce pas ton client qui timeout ? > > Tu as des logs ? > > On 07/08/2014 10:47, neo futur wrote: >> verifie que ton ftpd va bien chercher la conf la ou tu crois, prend il >> vraiment en compte le proftpd.conf que tu edite, ou un autre ailleurs >> ? >> > > -- > "UNIX was not designed to stop its users from doing stupid things, as that > would also stop them from doing clever things." – Doug Gwyn > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

1 0

NFSv4 et ACL : problèmes
by Jonathan Tremesaygues 30 Jul '14

30 Jul '14

Bonjour la liste, Nous essayons désespérément de faire fonctionner les ACL sur du partage réseau NSFv4. Le serveur de partage est un NAS QNAP TS-879-PRO tournant sous un linux custom et les clients sont essentiellement des Scientific Linux (RHEL-like) 6.5. Les comptes des utilisateurs sont stockés dans un LDAP. ######################## # Configuration du serveur (whale) : # ######################## [~] # cat /etc/idmapd.conf [General] Verbosity = 9 Pipefs-Directory = /var/lib/nfs/rpc_pipefs Domain = menta.fr [Mapping] Nobody-User = guest Nobody-Group = guest [Translation] Method = nsswitch [~] # cat /etc/exports "/share/NFS" *(no_subtree_check,no_root_squash,insecure,fsid=0,subtree_check,acl,sec=sys) "/share/NFS/shared" 192.168.10.0/255.255.254.0(rw,nohide,async,no_root_squash,insecure,subtree_check,acl,sec=sys) "/share/NFS/test" 192.168.10.0/255.255.254.0(rw,nohide,async,no_root_squash,insecure,subtree_check,acl,sec=sys) [~] # cat /sys/module/nfsd/parameters/nfs4_disable_idmapping N [~] # ll /share/NFS/ drwxr-xr-x 19 root root 1.0k Jul 29 10:16 ./ drwxr-xr-x 32 root root 1.0k Jul 29 14:34 ../ drwxrwxrwx 12 root shared 4.0k Jul 17 15:00 shared/ drwxrwx--- 2 root root 4.0k Jul 22 15:44 test/ [~] # getfacl /share/NFS/test getfacl: Removing leading '/' from absolute path names # file: share/NFS/test # owner: root # group: root user::rwx user:jtremesay:rwx group::rwx mask::rwx other::--- default:user::rwx default:group::rwx default:mask::rwx default:other::--- ################### # Configuration d'un client : # ################### [jtremesay@hawk ~]$ cat /etc/idmapd.conf [General] Verbosity = 9 Pipefs-Directory = /var/lib/nfs/rpc_pipefs Domain = menta.fr [Mapping] Nobody-User = nobody Nobody-Group = nobody [Translation] Method = nsswitch [jtremesay@hawk ~]$ mount | grep whale whale:/ on /mnt/whale type nfs (rw,vers=4,addr=192.168.10.150,clientaddr=192.168.10.121) [jtremesay@hawk ~]$ nfsstat -m /mnt/whale from whale:/ Flags: rw,relatime,vers=4,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.10.121,minorversion=0,local_lock=none,addr=192.168.10.150 [jtremesay@hawk ~]$ ll /mnt/whale/ total 134 drwxr-xr-x. 19 root root 1024 Jul 29 10:16 . drwxr-xr-x. 5 root root 4096 Jul 29 10:46 .. drwxrwxrwx. 12 root shared 4096 Jul 17 15:00 shared drwxrwx---. 2 root root 4096 Jul 22 15:44 test [jtremesay@hawk ~]$ nfs4_getfacl /mnt/whale/test/ A::OWNER@:rwaDxtTcCy A::jtremesay@menta.fr:rwaDxtcy A::GROUP@:rwaDxtcy A::EVERYONE@:tcy A:fdi:OWNER@:rwaDxtTcCy A:fdi:GROUP@:rwaDxtcy A:fdi:EVERYONE@:tcy [jtremesay@hawk ~]$ ll /mnt/whale/test/ ls: cannot open directory /mnt/whale/test/: Permission denied Lorsque que j'utilise la même configuration (mêmes réglages d'idmapd.conf, mêmes exports, mêmes ACL) depuis un serveur sous Scientific Linux, ça fonctionne : seul moi et root peuvent accéder au dossier "test". Donc à priori le problème viendrait du QNAP mais je vois pas trop ce que j'ai pu oublier de modifier ou vérifier. Si quelqu'un a une idée... Merci d'avance Cordialement, Jonathan Tremesaygues

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG