FRsAG

frsag@frsag.org

10 participants
2597 discussions

Mini PC fanless
by Manuel OZAN 25 Oct '12

25 Oct '12

Bonjour, Je souhaiterais un retour d'expérience concernant les mini PC fanless... L'idée est d'installer un de ces pc 24/24h afin de visualiser le monitoring. Principaux objectifs : pas de pièce mécanique (OS sur carte SD ou interne), CPU de type x86 de préférence, compatible fixation VESA et bien sûr une consommation "Green" :D Bref vous l'aurez compris juste de quoi faire tourner GNU/Linux et un navigateur digne de se nom ! Alors j'ai déjà creusé du côté de Linutop, Shuttle XS35 V2 et du Nano PC de Foxconn (ouch)... Pour l'instant je retiens donc le Linutop sans grande conviction (rapport puissance/prix un peut élevé AMHA). Ps : la dernière solution consisterait à faire le PC "à la mano", un boitier mini-ITX et roulez jeunesse.. Merci pour vos réponses... -- Manuel

14 18

Re: [FRsAG] Gérer sa communauté d'ip RBL (fail2ban et consorts)
by Renaud RAKOTOMALALA 23 Oct '12

23 Oct '12

Le 22/10/2012 09:47, cam.lafit(a)azerttyu.net a écrit : > Ciao Coucou > [../..] > > J'ai vu des initiatives comme http://www.blocklist.de qui fournit une > approche de communauté de serveur, je me dit que cela ne doit pas être > la seule et m'intérroge sur leur pertinence. Je me demande aussi > comment vous vous gérez en interne ce genre de liste et comment vous > les interfacez avec vos scripts. > Personnellement je n'utilise blocklist.de (et dshield.org également) que pour la partie reporting. Après concernant la mutualisation je ne serai pas vraiment chaud pour ça ;) A moins de bien connaitre et maitriser les peers avec qui tu mutualises ces informations ça peut vite se retourner contre toi ... C'est un pue comme les RBL pour le scoring du spam, si tu ne maitrises pas le RBL difficile de lui faire confiance ;) My 2cts Renaud

7 8

Re: [FRsAG] Gérer sa communauté d'ip RBL (fail2ban et consorts)
by Renaud RAKOTOMALALA 23 Oct '12

23 Oct '12

Le 22/10/2012 18:07, Mathieu Arnold a écrit : > [../..] > Il parle ensuite à un autre service sur une autre machine, pour lui filer > les ip des méchants, qui est relié à un quagga qui sert de serveur de > blackhole bgp, si mes souvenirs sont bons, les méchants sont punis pendant > pendant 4 heures. > > Ça a réduit les scans de ssh à pas grand chose... :-) Coucou Matt :) hahha le null route c'est efficace mais faut quand même maitriser son IGP :) et là c'est plus forcément aussi courant :) Par contre remplacé le null route par un iptables sur les frontaux ça doit aussi efficace avec la même technique ...

2 1

Gérer sa communauté d'ip RBL (fail2ban et consorts)
by cam.lafit＠azerttyu.net 22 Oct '12

22 Oct '12

Ciao Pour commencer la semaine je m'interroge sur comment optimiser mes bannissements IP entre mes serveurs. Pour le moment je déploie fail2ban sur toutes mes machines et je trouve que cela marche pas mal mais chaque machine gère du coup son propre lot d'ip bloquée et rate parfois l'ip vu par un des autres serveurs. On m'a suggéré de coupler avec Portsentry pour compléter la couverture de protection. J'ai vu des initiatives comme http://www.blocklist.de qui fournit une approche de communauté de serveur, je me dit que cela ne doit pas être la seule et m'intérroge sur leur pertinence. Je me demande aussi comment vous vous gérez en interne ce genre de liste et comment vous les interfacez avec vos scripts. Bon lundi Km /me qui retourne à son café.

2 1

Re: [FRsAG] Système de fichier distribué
by JC PAROLA 19 Oct '12

19 Oct '12

autre FS qui n'est pas réellement distribué mais réparti est ChironFS. Le principe est simple, c'est un peu comme du NFS avec plusieurs serveurs maitres. La lecture se fait sur un des serveurs maîtres (augmentation de l'IOPS en fonction du nombre de serveurs maîtres). L'écriture se fait sur tous les serveurs. donc à chaque ajout de serveur maître ont augmente le disponibilité et les perfs. L'installation est extrêmement simple et zéro conf. Le principal souci c'est la scalabilité, le volume global du système de peut pas augmenter (tous les serveurs doivent avoir la même capacité disque). A volume constant (ou bien anticipé), cela peut être une solution car de mon côté, ça me fait toujours peur avec des solutions comme MooseFS, Luste, Ceph de savoir mes fichiers coupés en rondelles (chunk) -- Jean-Christophe PAROLA

2 1

Online / Dedibox problème ip flottante depuis Freebox
by Wallace 19 Oct '12

19 Oct '12

Bonjour, Lundi soir nos serveurs ont été redémarré sauvagement pour raison indéterminée. Si vous avez été concerné, je veux bien votre retour. Depuis, un certains nombre de client sur Freebox n'arrivent plus à joindre les ip flottantes présentes sur les serveurs. Mais phénomène étrange d'autres depuis le réseau Freebox y arrivent comme tout le reste d'internet. J'ai bien sur tenté, de ne pas allouer les ip flottantes, de les changer de serveurs, sans succès. En regardant de plus près avec un client qui tentait de se connecter pendant que j'étais au téléphone avec lui, je me suis rendu compte que chaque connexion de sa part générait des martian source dans le kern.log. Étonné de voir des ip privées arriver sur les interfaces publiques des serveurs, je me suis rendu compte que les ip privées étaient en fait les ip privées présentes sur ces différents postes informatiques, comme si le nat sortant de la Freebox ne se faisait pas en direction des subnets des ip flottantes. Car bien sur cela marche super bien sur les ip en dure des serveurs qui sont sur un autre subnet. voici un extrait du kern.log Oct 18 10:54:57 nodeXXX kernel: [225475.725267] IPv4: martian source 88.190.206.XXX from 192.168.1.99, on dev pub Oct 18 10:55:29 nodeXXX kernel: [225507.883737] IPv4: martian source 88.190.206.XXX from 192.168.0.67, on dev pub Ce qui est gênant c'est que depuis lundi j'assiste à un nombre considérable de connexion depuis les freebox et je vois toutes leurs adresses privées. Pour information technique, le serveur physique sous Debian a sa propre adresse ip publique sur pub (eth0 renommée) et les ip flottantes en alias en pub:0, pub:1 ... iptable gère ensuite la redirection des ports vers les bonnes vm sur le réseau privé. Le kern.log vient de la machine physique. Je doute que le souci vienne de ma configuration, je trouve complètement anormal de voir arriver des ip privées de derrière les freebox des gens qui viennent les ip flottantes. Si vous constatez la même chose ou si vous avez une idée de test ou d'autre piste pour investiguer nous sommes preneur. Merci

4 7

Shinken
by Wallace 10 Oct '12

10 Oct '12

Bonjour à tous, Je voulais savoir si des gens par ici utilisent Shinken ou le test? La version 1.2 sorti il y a un bon mois promettait pas mal de choses mais il s'avère difficile de mettre cela en production. Si l'installation avec le script shell est super efficace, la configuration des différents modules n'est pas évidente. Chose toute bête tous les daemons écoutent sur localhost par défaut, c'est bien pour la sécurité, hop un petit reverse proxy avec Nginx mais l'application ne permet pas de modifier l'url absolue et force du localhost ... Du coup je bind sur une ip et là c'est le jeu des ports différents pour chaque module qui pose problème. Bref j'arrive à faire marcher le tout et je met en place une configuration pour quelques machines. Au final la métrologie me révèle que la machine mange pas mal de cpu et de mémoire pour quelques checks. Je suis assez surpris car il me semblait que la performance était le crédo de Shinken. Or j'ai un Nagios (seul sans surcouche) qui tient plus de 300 hosts avec tous leurs checks depuis une VM avec juste 512Mo de ram et peu de cpu. Du coup j'hésite vraiment à continuer à tenter une transition. La direction des logiciels en ce moment à tout faire en interpréter (perl, python, ruby, ...) fait consommer des ressources hallucinantes pour pas grand chose. Autre exemple Puppetmaster ou CFEngine qui prennent une quantité de ram importante surtout pour des petites vm avec 128 ou 256M de ram. Si vous avez un avis, je suis preneur.

4 5

documentations collaboratives
by Christophe Dezé 09 Oct '12

09 Oct '12

bonjour, Qu'utilisez vous pour gérer les documentations/procédures techniques destinées à vos collègues ? et redigées par plusieurs personnes et avec du versionning ? merci

10 11

Recherche "mainteneurs" DELL
by Olivier MARECHAL 28 Sep '12

28 Sep '12

Bonjour à tous, Je suis en quête d'un "mainteneur" DELL. J'entends par "Mainteneur" ces sociétés qui conservent du stock de pièces pour des machines d'une ou plusieurs marques et ce, sur dix ans voire plus. Permettant ainsi de se substituer à la garantie constructeur quand ce dernier pousse à consommer en migrant sur du neuf. Les meilleurs d'entre eux, sur d'autres marques que DELL, sont capable de fournir des garanties "pièces livrées" en H24 7/7 à H+4 en région parisienne. Il y a quelques années, ECS Solutis le proposait sur du DELL, avant d'être mangé par ECONOM qui ne propose plus ce service. J'en connais donc pour IBM et HP mais pas pour DELL et mes recherches Google me laissent à ce jour bredouille. Quelqu'un aurait-il la perle rare dans son carnet d'adresses ? Par avance merci à tous, Olivier

3 3

[TECH] - Soekris 6501 et IRQs
by Laurent CARON 27 Sep '12

27 Sep '12

Bonjour, Ayant commandé, reçu, testé des soekris 6501 afin de servir de routeur, passerelle, concentrateur VPN, ... bref un peu tout, je me suis aperçu que les performances s'écroulent dramatiquement dès que le routeur est sollicité. Les performances brutes (sans IPtables, ...) uniquement en routage, on atteint presque 1Gb/s. Lors de l'utilisation d'IPTables, les performances s'écroulent sévèrement pour atteindre 250Mb/s. Ayant un transit internet 100Mb/s de commit avec 1Gb/s de burst, je trouve dommage d'être limité à 250Mb/s. Après examen de /proc/interrupts, on s'aperçoit que: - La machine voit bien ses 2 CPUs (coeurs) - Les interruptions des 4 interfaces réseau sont sur le CPU0 (majoritairement). # egrep "(eth|CPU)" /proc/interrupts CPU0 CPU1 40: 10460220 0 PCI-MSI-edge eth0-rx-0 41: 18965372 6687 PCI-MSI-edge eth0-tx-0 42: 5 0 PCI-MSI-edge eth0 43: 4165358 65846 PCI-MSI-edge eth1-rx-0 44: 875081 10055 PCI-MSI-edge eth1-tx-0 45: 5 0 PCI-MSI-edge eth1 47: 1543827 3451 PCI-MSI-edge eth2-rx-0 48: 209462 774 PCI-MSI-edge eth2-tx-0 49: 5 0 PCI-MSI-edge eth2 50: 12990523 6874 PCI-MSI-edge eth3-rx-0 51: 11156335 5841 PCI-MSI-edge eth3-tx-0 52: 5 0 PCI-MSI-edge eth3 Après avoir "rééquilibré" les interruptions sur les 2 coeurs du CPU le débit (IPTables activé) a doublé. On parvient en effet à 550Mb/s. C'est certes loin de 1Gb/s, mais déjà bcp mieux. ## eth0/1 # for i in {40..45}; do echo 1 > /proc/irq/$i/smp_affinity; done ## eth2/3 # for i in {47..52}; do echo 2 > /proc/irq/$i/smp_affinity; done Esperant que celà puisse servir à certain(e)s. Laurent

12 17

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG