- FRsAG - frsag.org

Architecture trois tiers scalable
by Jerome Benoit 29 Aug '10

29 Aug '10

Salut, Je travaille actuellement à la conception d'une architecture en trois tiers qui devra être scalable. * Architecture logique simplifiée : ----------- | Clients | ----------- ---------- | | DNS RR | REST HTTP (GET, POST, XML dans le BODY) ---------- | ------------------------- | Cluster des services | ------------------------- | | ------------------ --------------- | NoSQL cluster | | DFS cluster | ------------------ --------------- |________________| NoSQL peut être Cassandra ou Hbase ou éventuellement mongodb ou couchdb. DFS (Distributed File System) comme PVFS2, XtreemFS, HDFS. * Architecture physique simplifiée : Ça n'aura échapper à personne c'est une architecture SOA distribuée comme on en trouve chez Google, Facebook, Amazon et compagnie :) 1) Routage des requêtes HTTP clients : Elle est effectuée par les serveurs DNS sur des critères comment la géolocalisation, la disponibilité, la charge des serveurs de services. Je suis preneur d'information et de retour d'expérience sur toute implémentation de ce type de serveur DNS (REST étant stateless, autant en profiter pour éviter de mettre en place du load balancing sur la couche de transport, c'est tellement mieux et plus simple sans :)) 2) Cluster de services : Leur boulot est de satisfaire les requêtes des clients via du REST HTTP, de les filtrer un peu également si besoin (authentification et ACL par HMAC-SHA1, HMAC-MD5, etc.), de faire du push en XML si besoin. C'est pas du distribué au sens strict du terme (mais c'est pas loin, disons que les données nécessaires à la reprise d'une session ne sont pas réparties intelligemment entre les nœuds mais juste copiées sur chaque nœuds et les calculs sont locaux à un nœud), leur localisation sera différente pour éviter les SPoF. Le framework JBoss est pré-senti. Cette brique fonctionnelle représente la brique métier et implémente la couche d'abstraction nécessaire à la manipulation des données pour les clients (lecture, écriture, modification, le tout en fonction des types de données). Elle implémente de fait le worflow. Le type des échanges avec le dernier tiers seront dépendants du choix des logiciels qui vont le composer (MapReduce ou pas ?) ... Il sera composé de serveur relativement costaud (~20000 MIPS) et du périphérique blocs rapides et redondés. 2 Ethernet 1000BaseT. 3) Cluster de données/stockage : Pourquoi donc est ce que il y a du DFS et du NoSQL ? J'en suis pas bien sur moi même mais il y a des chances que des limitation de taille dans la partie NoSQL ne permette pas s'insérer directement une vidéo HD de 15 Go. Et suivant le choix du logiciel qui fait du NoSQL, il lui faudra un accès à un FS. Le type de cluster ici est composé de machines d'entrée de gamme avec un unique périphérique de type bloc le plus rapide possible (SSD), de trois cartes réseaux 1000BaseT si possible multiqueue (communication entre nœuds par trunking éventuel, communication avec le tiers supérieur). Les réseaux des communications internes aux cluster par type de nœuds seront dans un VLAN différent si sur même site physique. Le paradigme de fonctionnement des DFS est sensiblement le même : des nœuds pour maintenir les métadonnées et la distribution des calculs nécessaires pour la phase "gather" vers les nœuds qui hébergent les blocs qui composent un fichier pour le "servir", idem (ou presque) pour les écritures. Vu du tiers supérieur, c'est un FS, vu des nœuds NoSQL aussi. Pour les NoSQL distribués, je suis preneur de retour d'expérience et de conseils, j'ai zéro expérience avec contrairement à certains DFS (Column Families, Key Value / Tuple Store, Document Store, etc.) ... Cette partie fait du vrai distribué au sens strict (tout est repartie entre les nœuds, calcul aussi sur un DFS ou un NoSQL distribué digne de ce nom), scalable à souhait. rockscluster est pré-senti pour son administration et sa mise en place (réalisation de rool spécifique nécessaire). Le cœur de réseau sera de l'Ethernet 1000BaseT, j'ai pas encore creusé la question en détail ... * Les principes architecturaux : Règles d'or pour la HA : -> Répartition sur au moins deux sites des nœuds par type, le NoSQL et le DFS devra être capable de le gérer. -> Redondance des DNS internes et externes sur plusieurs AS pour les externes, primaires et secondaires. -> Cœur de réseau Ethernet redondée pour les communications locales et inter-tiers sur même site physique. Règle d'or pour la scalabilité des tiers 2 et 3 : -> Totalement distribué : calcul, stockage, etc. -> L'ajout de nœuds étend la capacité de calcul, de stockage, etc (pour le tiers 2, je la viole légèrement). -> Cœur de réseau Ethernet qui garantie du PPS (je dois encore calculer combien) Les attentes en temps de réponse sont très bas pour des tests unitaires fait en local, de l'ordre d'une seconde pour une écriture de 2Mo, et moins en lecture. Merci d'avance pour vos réponses. a +. -- Jérôme Benoit aka fraggle La Météo du Net - http://grenouille.com OpenPGP Key ID : 9FE9161D Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D

5 14

apache mod_security : retours d'expérience
by frsag＠webmail.fr 28 Aug '10

28 Aug '10

Bonjour, Ici, existe il des gens qui utilisent mod_security ? Dans quel cas de figure, et pour filtrer quoi ? Avez vous des ressources "sympa" qu'on ne trouve pas par google ? J'aimerai trouver des informations utiles pour améliorer la sécurité face à un script php "mal codé", qui permettrai des injections sql ou des failles XSS, sans passer 3h à le configurer. Une proposition ? Merci d'avance,

3 3

Antivirus Multi-sites
by Tr4sK 27 Aug '10

27 Aug '10

Bonjour, Je profite de mon premier message pour me présenter à la liste. Alexandre, 24 ans, assistant responsable informatique. J'aurais besoins de conseil vis à vis d'un antivirus multi-sites. La structure actuel, 60 utilisateurs sous WinXP. 5 sites dont : - 25 à Paris - 25 à Soissons - 5 à Pierrelattes - 5 à St Astier Tout est relié via une connexion VPN Orange, en 2Mb/s Nos serveurs sont dans un local à Soissons. L'antivirus que nous utilisons est G-DATA. Mais depuis quelques temps, il nous plombe le réseau quotidiennement en effectuant les màj des postes client. On a alors décidé de mettre un poste qui répercutera les màj sur chaque site. Mais rien n'y fait. Les màj continue à faire planter le réseau. Quelqu'un à déjà eu ce genre de soucis ? Un conseil pour un autre antivirus ? Merci -- Tr4sK.

6 8

DNAME records
by Greg 26 Aug '10

26 Aug '10

Bonjour, j'ai la problématique suivante: plus de 10000 zones ayant toute la même config (A, MX, CNAMES...). Jusqu'à présent il n'y avait qu'une seule entrée A. Mais je commence à mettre en place de la répartition DNS RR multi-sites, donc 3 entrées A pour @ et www. Mon soucis sera le jour ou je voudrais changer la répartition, il faudra que je mette à jour toutes ces zones. Je pourrais faire un script générant les zones, ou utiliser des $INCLUDE, mais je cherchais une méthode plus propre/élégante : @ IN CNAME vip.domaine.fr. mais ce n'est pas RFC compliant pour moultes raisons. Je suis donc tomber sur le type d'enregistrement DNAME qui pourrait répondre à mon problème : 1 domaine "référent" avec la config des CNAMES et des multiples A les autres domaines n'ont qu'un enregistrement NS et un DNAME sur ce domaine référent : @ IN DNAME domaine.fr. J'ai fais quelques tests: ça fonctionne. Mais comme je ne connais pas ce type de record (et wikipedia FR non plus) j'aimerais avoir votre avis: est-ce que ça se fait pour ce type d'utilisation ? L'avez vous pratiqué ? Est-ce qu'un IE5 sous Windows 98 sera capable de résoudre ce type d'enregistrement ? Pour info ça donne ça avec dig : ; <<>> DiG 9.4.2-P2.1 <<>> toto.mon_domaine.ch ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39365 ;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;toto.mon_domaine.ch. IN A ;; ANSWER SECTION: mon_domaine.ch. 600 IN DNAME mon_domaine.fr. toto.mon_domaine.ch. 600 IN CNAME toto.mon_domaine.fr. toto.mon_domaine.fr. 600 IN CNAME www.mon_domaine.fr. www.mon_domaine.fr. 600 IN CNAME vip.mon_domaine.com. vip.mon_domaine.com. 590 IN A 1.1.1.1 (j'ai pas encore configuré avec les deux enregistrements A) -- Greg

3 3

LTSP : Retours d'expérience
by frsag＠webmail.fr 25 Aug '10

25 Aug '10

Bonjour, Je possède actuellement quelques serveurs ( 4 pour tout dire), un peu vieillissant, ayant quelques Go de RAM, des disques SCSI et double processeurs 3Ghz monocoeur. Ces serveurs utilisent une solution commerciale de clients léger sous Windows, qui ne me donne pas du tout satisfaction. Je pense donc me mettre à LTSP. Qui à un retour d'expérience dessus ? Positif ou négatif ? Question sûrement stupide : un Debian de base (ou au pire un Ubuntu Server), gère correctement, et nativement de manière intelligente, la présence de deux processeurs sur une carte mère ? Autre chose à conseiller ou à tester, concurrent de LTSP ? Sous quelle configuration, faites vous tourner LTSP ? Pour combien d'utilisateurs / type applications ? PlayOnLinux + LTSP, ça marche bien chez vous ? Intégré à un environnement Windows Server 2003, avec Active Directory (DHCP et DNS déjà existants), comment gérez vous ça ? (je me doute comment ça se passe, mais je suis curieux d'entendre vos recettes) Certaines pages ou documentations non officielles à me faire lire avant de commencer ? Mon but à l'heure actuelle est simple : ouvrir un navigateur web, n'autorisant un seul domaine. A part un Firefox, vous mettriez quoi d'autre ? Quelques idées sur un similaire consommant moins de ressources ? Merci pour toute idée,

5 4

LTSP GNU/Linux et IE
by Christophe Moille 24 Aug '10

24 Aug '10

Salut, Je suis en train de chercher une solution fiable pour mettre en place un service terminal serveur GNU/Linux, avec Internet Explorer utilisable, certains service de la coopérative où je veux installer cette solution nécessitent encore Internet Explorer, version 7 de préférence. J'ai choisis LTSP qui me semble être une excellente solution pour ce faire (sous Ubuntu ou Debian). Par contre, Je ne sais pas comment utiliser élégamment Internet Explorer. J'ai d'abord pensé à mettre en place virtualbox sur le serveur et utiliser une image virtuelle de Windows XP, ça marche, mais sa maintenance me semble bien compliquée. L'image ne semblant pas être partageable entre plusieurs utilisat-eur-rice-s. Ce qui implique qu'il me faille intervenir sur chaque compte à chaque fois qu'il y a une mise à jour, sans compter l'espace disque utilisé... J'ai bien vu qu'il existait IEs4Linux, mais mon expérience avec cette solution n'a pas été concluante, pas réussi à faire tourner IE6 et ça ne me semble pas assez fiable pour être mis en production. J'aimerais bien éviter d'avoir à faire tourner une deuxième machine en serveur windows, juste pour faire tourner de l'IE. Merci pour les pistes que vous pourriez proposer. -- Christophe Moille +33 (0) 950 727 525 Elle est à l’horizon [...]. Je me rapproche de deux pas, elle s’éloigne de deux pas. Je chemine de dix pas et l’horizon s'enfuit dix pas plus loin. Pour autant que je chemine, jamais je ne l’atteindrai. A quoi sert l’utopie ? Elle sert à cela : cheminer. — Eduardo Galeano

4 5

Re: [FRsaG] DNS RPZ (ou comment justifier des réunions oisives ?)
by Stephane Bortzmeyer 23 Aug '10

23 Aug '10

On Sat, Jul 31, 2010 at 12:09:33PM +0200, Jérôme Nicolle <jerome(a)ceriz.fr> wrote a message of 57 lines which said: > C'est séduisant, mais ça va poser un autre problème : la lourdeur > administrative de gestion des identités des délégataires va coûter > des ronds, Tout à fait. Certains registres (suivez mon regard...) ont essayé d'organiser, de policer le DNS, d'en faire un « espace de confiance ». Tous les clients se sont enfuis en courant et les « policeurs » sont revenus à des politiques plus souples.

1 0

Sources de documentation
by Jérôme Nicolle 14 Aug '10

14 Aug '10

Bonjour, Je lance ce thread comme un scrapbook, histoire de lister les différentes sources de documentation / best practices et autres trucs et astuces que vous utilisez. Parce que RTFM n'est pas toujours suffisant, et pour pouvoir quand même le dire plus souvent, à vous de jouer ! J'ouvre le bal avec quelques classiques : *Les généralistes* _howtoforge_ : http://www.howtoforge.com/ Relativement à jour et couvrant pas mal de domaines, c'est une compil de "cut'n paste" multi-distros assez basique. Si ça pas marche, ça n'expliquera jamais pourquoi. Et manque de bol, ça arrive. _linode_ : http://library.linode.com/ Un des plus vieux hébergeurs de VPS XEN, qui a eu la bonne idée de monter une équipe de coumentation pour réduire la charge de support. Les tutos sont nombreux, clairs, rapides, et globalement à jour et testés. Valables en tout cas pour au moins 3 distros mainstream (ubuntu LTS, debian stable et CentOS) _The Linux Documentation Project_ : http://tldp.org/ Ben heu... comment dire... Rarement à jour, couvrant plus le système que l'applicatif, mais pratique pour approfondir certains sujets _admin-linux.org_ : http://blog.admin-linux.org/ Pas exhaustif, mais avec quelques tuyaux sympas *Distro-specific* Pour moi, la meilleure doc est quand même celle de _gentoo_ : http://www.gentoo.org/doc/en/?catid=sysadmin Mais bon, je suis pas allé voir du coté des RPM-based ;) Pour le reste, google indexe assez bien la blogosphère, et quelques blogs d'admin (dont certains d'entre nous) ressortent bien du lot. Par contre on tombe rarement du premier coup dessus, alors pensez à donner les URL de vos sites/blogs/docs, ça finira par atterir sur un planet ! @+ -- Jérôme Nicolle

11 12

Gestion de téléchargement de fichier - méthodes
by Sky Gunning 05 Aug '10

05 Aug '10

Bonjour à tous Désolé, ceci est en partie DEV, mais y'a une partie système que je connais moins bien et qui doit surement répondre à une partie au moins de ma question. Je gère l'intranet de ma boite j'ai dessus un petit service de stockage et partage de fichiers entre nous et nos clients. Au début tout allez bien avec des fichiers pas plus gros que 500mo ... depuis qq temps, on approche des 1go ou 2go régulièrement. L'upload ne pose pas de soucis : je passe par un petit script perl qui turbine pas mal du tout. Le soucis est au téléchargement qui est effectuer en PHP. Les fichiers sont stockers sous la racine public_html (sécurité oblige hein) et c'est donc un script PHP qui fais un simple readfile(); suivit d'un exit. Avec une connexion lente et/ou un gros fichiers, il arrive que le téléchargement se bloque. Je voudrais utiliser apache ou ftp pour le téléchargement tout en conservant les fichiers stocker au même endroit. Comment faire ? Je suis en train de test un système de liens symboliques que je supprimerai après genre x heures. Mais c'est pas très sécurisé si un veux qu'une seul personne puisse accéder au lien. Merci d'avance pour vos idées :) Je suis désolé si ceci est trop dev pour vous, je recommencerai pas... mais vue l'activité de la liste ... me suis dit que mieux ça que rien ... quoique ? ;-) Sky_G.

6 7

DNS RPZ (ou comment justifier des réunions oisives ?)
by Florian MAURY 02 Aug '10

02 Aug '10

Bonsoir, Je viens de lire un post sur le blog de l'ISC (Internet Systems Consortium) à propos d'une annonce faite au Black Hat avant hier et à la DefCon hier : l'introduction d'un système de notation de la réputation des noms de domaines : DNS RPZ. Voici le post: https://www.isc.org/community/blog/201007/taking-back-dns-0 Je me permets de contacter la liste pour relayer l'information d'une part, et que nous puissions discuter de cette technologie et de son intérêt (ou plutôt l'absence d'intérêt, à mes yeux) d'autre part. J'ai beau me torturer, je ne vois pas le moindre intérêt à cette idée : les DNSBL n'ont jamais réussi à juguler le Spam (causant plus de problèmes qu'autre chose (cf. http://www.mail-archive.com/frnog@frnog.org/ conversation sur les antispams), sans parler de la déléguation de sa politique d'email à des inconnus), et pourtant, ils veulent reprendre cette idée afin de permettre la notation des noms de domaines et ainsi limiter les méfaits des "bad guys". Dans la série des problèmes adressés par cette techno, je vois, de prime abord le contenu reconnu universellement illicite (13yo.xxx et autres sites contenant des images que nous ne souhaitons pas voir (?)) et également le phising. Concernant les sites à caractères innopportuns (oui, je tourne autour du pot, mais je ne compte pas prononcer ce mot, affiché trop souvent comme porte-étendard, voire seul mal sur Internet (avec le piratage, évidemment) (http://www.cleanternet.org/ )), nous le savons tous, bloquer le nom de domaine ou la récursion n'est pas une solution pour stopper la diffusion (pour peu que des noms de domaine soient utilisés, ce dont rien n'est moins sur) ; déjà que bloquer les IP ne sert à rien puisque les sysadm s'occupant de ce genre de réseaux sont tout aussi capables que nous de mettre en place des solutions d'hébergement multi-site robustes, avec l'avantage d'utiliser des botnets, donc autant dire des milliers de sites (Tiens d'ailleurs, personne a envisagé de tenter l'hébergement de son site sur un botnet ? ^^ ca coute certainement moins cher qu'un rps/kimsufi/dedibox/digicube). Concernant le phishing – même si je ne suis pas spécialement d'accord avec son approche, puisqu'il arrivera bien un jour où, acculés, ils y viendront – Stéphane Bortzmeyer a publié un billet sur son blog à propos du typosquatting (en l'occurence avec des IDN) et de son manque totale de nécessité vis à vis du phishing ( http://www.bortzmeyer.org/idn-et-phishing.html ) . En effet, M. Michu, en bon luser, ne vérifie pas le nom de domaine employé avant de saisir ses informations personnelles. La solution globale au phishing n'a pas encore été trouvée (HTTPS ne résout rien ; M Michu ne regarde pas plus son certificat que son URL ; du moment que la barre est verte (!) avec le petit cadenas, c'est bon, il met son numéro de CB), mais plusieurs technologies s'occupent déjà de cela, comme elles peuvent ; rajouter une autre technologie ne sert réellement qu'à justifier le temps passé en réunion improductive. On voit donc bien que ce genre de technologie n'apportera rien : le problème est ailleurs ; à mon sens, il se situe au niveau des registrars ; mais ça, ce n'est peut être pas politiquement correct de l'annoncer ouvertement de leur part. "Oh, mon dieu ! Mon nom de domaine à 5 euros a une mauvaise réputation ! Foutu DNS RPZ ! Je vais encore devoir en acheter un autre ! Ils viennent de me faire perdre 1/10000 de mon chiffre d'affaire ! Trop dur !" se diront les hameçonneurs, exactement comme les spammeurs le disent depuis que le domain-tasting a été supprimé. Une solution qui me parait viable serait tout simplement de renforcer le contrôle identitaire à la délégation d'un nom de domaine (notez l'emploi du terme délégation et non achat), par injonction de l'IANA et consort auprès des TLD. Si une personne physique ne peut plus enregistrer de nom de domaine pendant une période de X années après un abus constaté et que l'ensemble de ses noms de domaines sont repris par les registres en cas de faute, mathématiquement le nombre de domaines malicieux va être appelé à descendre. Afin d'empêcher la réservation massive (pour une campagne de spam, au hasard), la limite serait également imposée sur la quantité de noms de domaines réservables sur une période donnée. On résoudrait par ailleurs en parti le problème du Spam, si l'on forcait l'emploi des solutions anti-spoofing comme SPF (avec limitation du nombre de cibles maximum) ou DKIM reposant toutes les deux sur l'emploi de DNS. Si je spam, on me reprend mes domaines et je ne peux plus en demander d'autre => je ne peux plus spammer puisque je n'ai pas la possibilité de configurer des records DNS et qu'ils sont indispensables à la livraison de mes courriers. Si les grands webmail (plouf plouf live, gmail, yahoo) se mettent à appliquer ce genre de politique, on peut être sur de voir une adoption assez rapide et radicale. Bref, après cette digression sur le spam, et pour en revenir au sujet initial, ai-je manqué une étape ? Quel est votre avis sur DNS RPZ ? Cordialement, Florian MAURY

3 2