Création web & Open source

Dell OpenManage peut être installé très simplement sous votre serveur Linux, si vous aussi vous utilisez du matériel Dell.

Si vous avez besoin du numéro de série de votre machine, il suffit de taper la commande suivante :

dmidecode | grep -i serial

Ce qui retourne les entrées suivantes :

Serial services are supported (int 14h)
        Serial Number: XYZ1234
        Serial Number: ..SN123456789123.
        Serial Number: XYZ1234
        Serial Number: Not Specified
        Port Type: Serial Port 16550A Compatible
        Serial Number: 00001234
        Serial Number: 00001234
        Serial Number:
        Serial Number:

Autre élément utile : tous les utilitaires Dell peuvent être téléchargés depuis l'adresse :

http://ftp.dell.com/sysman/

Il existe donc plusieures versions d'OpenManage. Il vous suffit de prendre la version qui va bien. Si vous n'utilisez ni RedHat ni Suse, consultez cette page juste pour connaître quelle version du logiciel est supporté par votre matériel, sous Gestion du système.

Dell OpenManage est disponible ici, sur sa page dédiée.

Cette méthode est utile pour RedHat et Suse :

Dans le cas d'une distribution de la famille RedHat, il faut télécharger de : OM_6.1.0_ManNode_A00.tar.gz (par exemple) dans /opt/dell/ puis décompressez la :

tar xzf OM_6.2.0_ManNode_A00.tar.gz

Vous pouvez ensuite lancer "setup.sh". Si vous rencontrez une erreur du type "function: not found", tentez d'exécuter :

bash ./setup.sh

ou encore :

sh setup.sh

Pour l'installation sur Debian / Ubuntu, c'est par ici, sur WindowsLinux.net !

Dspam tire son savoir de l'entrainement sur les mails, notamment ceux détectés comme n'étant pas du spam - mais à déclarer comme tel.

Pour simplifier la vie à l'utilisateur, au lieu de le diriger vers l'interface Web propre à Dspam qui peut différer de son interface habituelle (webmail / client mail), il est possible de lui fournir un dossier IMAP où il peut déplacer ce courrier indésirable.

Ainsi il est simplement conseillé à l'utilisateur de déplacer le message dans son répertoire "Spam".

Simple et efficace, tout le monde comprend ce mode de fonctionnement. Fini les adresses spam@domaine.tld et ham@domaine.tld, propres à Dspam. Fini son WebUI parfois lourd à exécuter.

La solution réside dans un simple script.

Dans ce script modifié, il vous suffit d'avoir un dossier ".Spam" par utilisateur / Maildir, et si vous le souhaitez un dossier ".NoSpam" (pour les faux positifs). Il reste alors à exécuter ce script par une planification (cron).

Le script se trouve ici.

L'interface web de Dspam a besoin de différents fichiers pour fonctionner correctement ( .log, .retrain.log, .stats, .rstats ).

Certains scripts exécutés via cron (et via le mauvais utilisateur) peuvent changer les droits sur ces fichiers. Il convient donc de les vérifier.

Pour mémoire, tout est marqué à cet emplacement.

La version de Bind (9.5) inclue dans Lenny n’est pas compatible avec le package des plugins de Munin.

Dans cette nouvelle version de Bind, le fichier named.stats a changé de contenu. Le script de Munin nommé "bind_rndc" ne fonctionne donc pas correctement.

Source et solution : http://munin.projects.linpro.no/ticket/627

Pour mémoire (si le lien ci-dessus change) il suffit de rajouter les lignes suivantes au fichier bind_rndc (attention aux retours à la ligne - même si le texte ci-dessous s'affiche mal sur le blog, une sélection avec un "copy/paste" devrait vous permettre de tout récupérer) :

--- ./build/node/node.d/bind9_rndc.orig 2008-09-30 13:12:12.000000000 +0900
+++ ./build/node/node.d/bind9_rndc      2008-09-30 13:18:14.000000000 +0900
@@ -41,6 +41,7 @@
open(my $stats, '<', $querystats) or die "$querystats: $!\n";
seek($stats , 400, -1);                # go nearly to the end of the file
                               # to avoid reading it all
+my $mode = 0;                   # 0=Bind9.3, 1=Bind9.5

while (my $line = <$stats>) {
    chomp $line;
@@ -58,6 +59,17 @@
    if ($line =~ m/\+\+\+ Statistics Dump \+\+\+/) {
       # reset
       undef %IN;
+    } elsif ($line =~ m/\+\+ Name Server Statistics \+\+/) {
+       undef %IN;
+       $mode = 1;
+
+    } elsif( $mode == 1 ) {
+       my($i,$s) = $line =~ m/^\s+(\d+) (.*)/  or next;
+       $s =~ /(successful answer|(?:non )?authoritative answer|recursion)/  or next;
+       my $key = $1;
+       $key =~ s/ /_/g;
+       $IN{$key} = $i;
+
    } else {
       my ($what, $nb)= split('\s+', $line);
       if ($what && ($what ne '---')) {

Puisqu’il s’agit d’un patch "temporaire", le temps que le bug soit corrigé dans le package "munin plugins", cette solution n’est pas ajoutée à Windowslinux.net .

Basé sur : http://blog.gnist.org/article.php?story=MonitorBindWithMunin

Le passage d’Etch vers Lenny s’effectue sans problème.

Un très bon explicatif de mise en place de server mail (postfix & co) est disponible ici : http://workaround.org/articles/ispmail-etch/

Lors de la mise à jour de celui-ci, et suite à l’ajout de DSPAM, le fonctionnement de postfix peut poser quelques problèmes.

Il faut vérifier la présence de ces lignes dans le fichier master.cf (et ne pas oublier de configurer dspam.conf en conséquence) :

smtp inet       n       -       y       -       -
smtpd   -o content_filter=lmtp:unix:/var/run/dspam/
dspam.sock

dspam.sock doit être placé dans /var/run/dspam/.

Autre ligne à vérifier :

lmtp      unix  -       -       n       -       -       lmtp

Enfin, il faut vérifier que le dossier local appartient bien au groupe dspam, si ce n’est pas le cas :

chown -R root.dspam /var/spool/dspam/data/local/