FRsAG December 2017

frsag@frsag.org

57 participants
27 discussions

Feedback VxRail
by Natanaël Glacet 18 Dec '17

18 Dec '17

Bonjour à tous, notre infrastructure arrivant à la fin de sa période de garantie, nous sommes en train d'étudier les options qui s'offrent à nous. Nous partons d'un Blade M1000e avec 3 lames M620, avec du stockage réparti sur 3 Equalogic M4110. Une des options qui nous est proposée est de passer sur du VxRail (je suis encore en attente du retour de la proposition finale). Est-ce que quelqu'un a l'occasion de travailler avec ce type de machines ? Quels sont vos retours d'expérience ? Avez-vous eu des gains significatifs par rapport à une architecture plus traditionnelle ? Merci d'avance pour vos retours.

4 7

Monitoring : Filtres sur l changement d'état dans Canopsis
by davenull＠tuxfamily.org 18 Dec '17

18 Dec '17

Bonjour Je suis entrain de mettre en place l'outil d'hypervision Canopsis et je cherche comment faire un filtre d'envoi d'émail *seulement* quand l’évènement remonté à Canopsis par Nagios est un changement d'état d'un service. L'envoi des emails quand un événement matche un filtre fonctionne déjà. Mais le module filtre de Canopsis met dans la file AMQP "task_mail" tous les événements qui matchent le filtre défini, même quand c'est le même service de la même machine qui a le même état que l'évènement précédent. Du coup l'envoi de mail se fait à chaque check Nagios qui correspond au filtre, et non pas seulement si l'état d'un check change. Mon but est donc de trouver comment filtrer sur un changement d'état plutôt que sur le niveau de sévérité du check. N'ayant rien trouvé dans la doc de Canopsis, ou sur le web en ce sens, ni d'indication claire dans l'interface de Canopsis ou les noms des champs récupérés par le broker Nagios, je ne sais pas si Canopsis propose cette fonctionnalité mais ça m'étonnerai que ce soit pas le cas, vu qu'il permet d'envoyer des email en fonction des filtres et que ça n'a aucun intérêt de recevoir un email à chaque check Nagios (au autre)

1 0

Retours d'expériences d'un cluster Promox avec Ceph pour le stockage des VM
by Francois Lafont 18 Dec '17

18 Dec '17

Bonjour à tous, Je serais intéressé par des retours d'expériences sur Proxmox en cluster _avec_ Ceph pour le stockage des VMs. Je serais intéressé notamment par la robustesse de la solution, typiquement dans le cas d'une coupure électrique brutale. Avez-vous déjà eu ce genre d'incident sur un tel cluster, est-ce que ça a redémarré sans problème etc. ? Merci d'avance pour vos retours. -- François Lafont

10 20

San open-source active failover
by Guillaume LAPOUGE 15 Dec '17

15 Dec '17

Hello. Nous disposons de 2 noeuds datacore en active active iscsi avec des esx. La maintenance arrivant a terme je me posais la question de la renouveler. Est ce que quelqu'un utilise une solution équivalente en open source ?

1 0

Fwd: [Clx-membres] serveur HP
by Olivier Duquesne (DaffyDuke) 14 Dec '17

14 Dec '17

Hello, si quelqu'un peut dépanner Quentin... Merci pour lui. ---------- Forwarded message --------- From: Quentin Bierent <quentin(a)au-secours.net> Date: jeu. 14 déc. 2017 17:42 Subject: [Clx-membres] serveur HP To: Clx Membres <clx-membres(a)clx.asso.fr> Hello qqun de sympa (et beau!) aurait t il qqpart un vieux serveur HP ML370 G4 (oui!) a vendre bien sur, c du matos de collection! _______________________________________________ Club Linux Nord-Pas de Calais : http://clx.asso.fr Clx-membres(a)clx.asso.fr http://listes.lautre.net/cgi-bin/mailman/listinfo/clx-membres irc://irc.clx.asso.fr/ #clx -- Oliver Duquesne aka DaffyDuke http://www.coincoin.fr.eu.org Excusez les éventuelles erreurs, ce message a été envoyé depuis un mobile.

1 0

Re: [FRsAG] [FRnOG] [BIZ] Hébergement en Chine
by Matthieu Michaud 12 Dec '17

12 Dec '17

Bonjour, Ce n'est pas pour du transit mais pour un site vitrine. Je pense qu'en fait c'est plutot sur frsag que frnog qu'il faudrait en discuter (d'ou le cc). Je ne connais pas l'offre d'outscale dans le détails mais je doute fort qu'elle couvre le même scope technique qu'une région AWS. Cependant, comme cela a été précisé, Beijing / cn-north-1 n'est pas n'importe quelle région AWS. Elle propose très peu de services managés. On arrive à faire pas mal de chose quand même. Mais, il s'agit d'une partition à part. Alors il faut pas mal adapter les architectures et implémentations. Exemple parmi tant d'autres à la source de beaucoup de problème: pas de sts:assumeRole en cross partition ! L'annonce de la nouvelle région et des services managés disponibles à l'ouverture remet en question le débat sur le scope. Il pourrait se débattre en ayant une idée plus précise du besoin exprimé dans le message initial. Je sais seulement qu'il nécessaire de faire de l'IaC puisque terraform a été mis comme exigence. Mais faut-il faire du CD ? du CI ? Matthieu Matthieu MICHAUD 2017-12-12 9:29 GMT+01:00 Sébastien Lesimple < sebastien.lesimple(a)iguanetel.fr>: > Salut! > > Il faudra m'expliquer l'interet d'enrichir encore un peu plus Amazon > (enfin son artenaire chinois) sur un produit qui est disponible à > l'identique chez un Français... > > Je ne parle que pour ce que je connais mais tu as le produit à iso > périmètre technique, avec les API et toute la machine de guerre > Cisco/Netapp chez Outscale, à un tarif certainement plus efficace et du > support en France par des Français. > (Et je ne parle pas de la souveraineté). > > Si c'est pour du "Transit" plus proche du client, c'est un faux > argument, ChinaTelecom fournis un service à HongKong et China mainland > parfaitement efficace et de toutes façons, c'est le seul fournisseur qui > puisse répondre au besoin. > > Je ne vois absolument pas l’intérêt d'aller se fourrer dans les pattes > d'Amazon/Ningxia... > > Seb. > > Le 12/12/2017 à 08:52, Matthieu Michaud a écrit : > > https://aws.amazon.com/blogs/aws/now-open-aws-china-ningxia-region/ > > > > On Thu 7 Dec 2017 at 13:00, Nicolas Girardi <n.girardi(a)gmail.com> wrote: > > > >> Bonjour, > >> > >> La législation chinoise impose aux sociétés (depuis avril 2016) qui > gèrent > >> de la données clientes chinoise d’héberger en Chine mainland. C’est pour > >> cette raison que je migre mes infra de HK vers CN. > >> > >> Concernant les offres cloud : > >> - Alibabacloud —> très bien pour du IaaS (je l’utilise) pas top pour du > >> conteneur. > >> - Amazon CN —> tous les Services ne sont pas disponibles (route53 par > >> exemple) mais globalement pour de l’EC2 et ECS ça marche bien (je > l’utilise) > >> > >> Nicolas Girardi. > >> > >>> Le 7 déc. 2017 à 12:28, Matthieu Michaud <matthieu(a)nxdomain.fr> a > écrit > >> : > >>> https://www.amazonaws.cn/en/ > >>> > >>> Matthieu MICHAUD > >>> > >>> 2017-12-07 9:54 GMT+01:00 Emmanuel DECAEN <Emmanuel.Decaen(a)xsalto.com > >: > >>> > >>>> Bonjour, > >>>> > >>>> Certains de nos clients français souhaitent héberger du site vitrine > et > >>>> catalogue pour leur clientèle Asiatique et particulièrement Chinoise. > >>>> Nous prévoyons de partir sur de la VM ou du dédié, avec un aspect fort > >>>> sur la fiabilité et disponibilité pour l'infrastructure (serveur, > >>>> réseau, opérateurs). > >>>> > >>>> Il y a quelques temps, j'avais suivi un échange, ici même, sur les > >>>> différentes possibilités afin de répondre à ce besoin. > >>>> > >>>> Pour résumer les échanges: > >>>> - délicat et complexe d'héberger directement en Chine (licence ICP, > >>>> support Chinois) > >>>> - préférer un hébergement à Hong Kong plutôt qu'à Singapour ou au > Japon > >>>> > >>>> Est-ce toujours d'actualité ? > >>>> > >>>> Dans les pistes à Hong Kong, il y a entre autres: AlibabaCloud > (Aliyun), > >>>> Outscale, Rackspace, Softlayer, Internap, Servers.com > >>>> > >>>> Avez-vous des prestataires à recommander/éviter ? > >>>> > >>>> Si vous fournissez ce type de service, vous pouvez également me > >>>> contacter directement. > >>>> > >>>> Merci. > >>>> -- > >>>> > >>>> *Emmanuel DECAEN* > >>>> > >>>> > >>>> --------------------------- > >>>> Liste de diffusion du FRnOG > >>>> http://www.frnog.org/ > >>>> > >>> --------------------------- > >>> Liste de diffusion du FRnOG > >>> http://www.frnog.org/ > > >

1 0

Re: [FRsAG] SSL / SNI sur IMAP/POP/SMTP
by Arnaud Launay 08 Dec '17

08 Dec '17

Le Wed, Dec 06, 2017 at 06:36:22PM +0100, raph(a)futomaki.net a écrit: > Vrai question : quels client supportent SNI ? Pas postfix... Ok, sur le côté serveur. Sur le côté client, ça supporte. http://www.postfix.org/TLS_README.html "There are no plans to implement SNI in the Postfix SMTP server." Tiens, ya une mini liste là: https://wiki.dovecot.org/SSL/SNIClientSupport Bref le SNI côté client mail, ça n'a pas l'air gagné pour le moment. Arnaud.

13 23

SSL / SNI sur IMAP/POP/SMTP
by Julien Escario 07 Dec '17

07 Dec '17

Bonjour la liste, Nous sommes en train de 'rêver' à un joli reverse proxy pour les connexions IMAP, POP (hum) et SMTP avec du ssl offloading et toussa. L'idéal serait que l'on puisse écouter sur (par exemple), le port 993 pour imap.domaine1.com, imap.domaine2.com, etc ... Le tout en présentant un certificat valide pour chaque domaine et ça, s'appelle SNI (RFC 6066 section 3). C'est une extension TLS donc indépendant du protocole. Je prends les devants : nous ne souhaitons pas avec un gros certificat qui comprenne tous les vhosts. SNI donc, on le fait déjà massivement en HTTP over SSL (aka HTTPS), tous les browser modernes le supportent. Le soucis c'est déjà que l'on s'y est pris avec Nginx et ca semble pas vraiment supporté : impossible de déclarer deux vhosts qui écoutent sur le port 993, ca gère un conflit : nginx: [emerg] duplicate "993" address and port pair Nginx tout frais : nginx version: nginx/1.13.6 Aucune doc là dessus chez Nginx, du coup la question : est-ce que quelqu'un a une trace d'un tel hack avec Nginx ? Quitte à regarder du côté d'un module 'custom' qu'on veut bien compiler, tester de debugger. Sinon, Haproxy semble le faire et on investira le temps nécessaire à l'apprentissage. Mais, question subsidiaire : je ne trouve aucune liste du support SNI par les clients IMAP ou SMTP ? C'est si exotique ce que l'on veut faire ? OK, il y a : https://wiki.dovecot.org/SSL/SNIClientSupport pour avoir une idée du support en IMAP. Est-ce que quelqu'un s'est déjà lancé dans ça ? Avec du succès ou pas ? Merci d'avance ! Julien

6 9

Re: [FRsAG] Gateway Anti SPAM
by DONNET, Sylvain 07 Dec '17

07 Dec '17

Bonjour, Nous, on utilise Baruwa, qui a été opensource, et qui ne l’est plus maintenant. (http://baruwa.com). Très bonne intégration des briques de base (exim,MailScanner, …), console très propre. Il déverse dans notre Exchange. Ce qui nous a fait décider pour cette plate-forme, c’est le fait qu’elle segmente par client, et donc que l’on peut spécifier des règlages Mailscanner ou autre réglage, par client. Par exemple, le fait de déverser les SPAM dans les Courriers Indésirables d’Exchange, est un réglage client par client. Bon support technique, assez réactif. Seul inconvénient : je me sens un peu seul à l’utiliser. Je n’ai aucune idée du nombre de clients que Baruwa a, mais cela n’a pas l’air énorme. Il est sud-africain. My 2 cents Sylvain Donnet DDO Organisation De : FRsAG <frsag-bounces(a)frsag.org> au nom de Guillaume LAPOUGE <g.lapouge(a)figa.fr> Date : jeudi 7 décembre 2017 10:17 À : "'frsag(a)frsag.org'" <frsag(a)frsag.org> Objet : [FRsAG] Gateway Anti SPAM Bonjour, Je souhaiterais faire un sondage sur les personnes utilisant une gateway antispam open source en frontal d’un exchange avec leurs avantages / incovéniants. Merci de vos retours.

1 0

Gateway Anti SPAM
by Guillaume LAPOUGE 07 Dec '17

07 Dec '17

Bonjour, Je souhaiterais faire un sondage sur les personnes utilisant une gateway antispam open source en frontal d'un exchange avec leurs avantages / incovéniants. Merci de vos retours.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG December 2017