km.azerttyu.net

Monitorer Alternc grâce à munin

km — 2010-01-21T15:56:59Z

Alternc s'accompagne d'un nouveau plugin. Ce plugin permet de suivre certains paramètres via Munin

L'histoire

L'équipe de Koumbit participe depuis longtemps au projet Alternc. En raison de la quantité de machines gérées, il leur était nécessaire d'assurer un suivi de tout cette activité. Comme la maîtrise d'Alternc est là, un lot de scripts a été développé en interne, toutefois ces scripts sont spécifiques à leur environnement informatique.

Pour simplifier leur utilisation et leur diffusion, ces scripts ont été intégrés dans un paquet Debian par l'équipe de Webelys .

Les scripts

Nous trouvons pour le moment des scripts pour :

dénombrer le nombre de comptes alternc, courriel et mysql d'actifs
dénombrer le nombre de comptes connectés au panel
compter les connexions en erreur sur le panel
classer les domaines par redirection ip et http, géré en local, webmail, ...
comptabiliser par usage l'espace disque de tous les comptes
comptabiliser l'usage web de l'espace disque par compte alternc
connaitre les domaines les plus actifs

La documentation

L'ensemble des scripts et l'utilisation de ce plugin est documenté sur le site de officiel Alternc. Vous trouverez le tout sur la page Plugin

L'installation

Le plugin nécessite bien sur alternc et Munin mais aussi logtail .

Pour le moment le plugin n'est pas encore diffuser par le dépôt officiel, cela ne tardera pas mais nous devons encore vérifier que le paquet soit complétement stable.

Pour installer le plugin vous avez 2 options :

la compilation manuelle
l'utilisation du paquet présent en pièce jointe (non mis à jour)

La compilation

Si vous prenez les sources, l'installation se fait ainsi :

~# svn info http://www.alternc.org/svn/alternc-munin/trunk ~# cd trunk ~# dpkg-buildpackage -rfakeroot ~# dpkg -i ../alternc-munin_0.0.1_all.deb ~# apt-get install -f

Depuis la pièce jointe

Vous téléchargez le document sur votre serveur et faîtes :

~# dpkg -i ../alternc-munin_0.0.1_all.deb ~# apt-get install -f

Consulter

Le script s'occupe de relancer munin-node ainsi si vos serveurs munin sont correctement configurés au bout d'une dizaine de minutes vous devriez voir les premiers graphiques.

Sauvergarder son serveur

km — 2008-03-05T21:40:17Z

Dès qu'on exploite un serveur, la question des sauvegardes se pose.
Cette question n'est pas nouvelle, c'est pourquoi il existe divers utilitaires (dont rsync et rsnapshot) qui font très bien le travail.
Il suffit juste savoir s'en servir.

Edit : revu au 4 août 2009

L'objectif

Le but est de pouvoir sauvegarder un serveur :

en intégralité,
périodiquement,
sans pour autant exploser son espace de stockage
et avec une historique de sauvegarde quotidienne et hebdomadaire.

Pré requis

Cet article prendra comme base de départ, la présence de 2 serveurs à base *nix (dans notre cas ce sera debian etch et lenny).

Les outils utilisés seront :

Pour installer ces outil sur un serveur debian, apt est votre ami :
apt-get install rsnapshot rsync

Configurer rsnapshot

Toute la configuration se fait dans le fichier /etc/rsnapshot.conf

Définir le répertoire de backup

Par défaut, rsnapshot prévoit de copier dans une repertoire du home, pour ma part je preéres utiliser le repertoire /var/ donc dans /var/snapshots/

# All snapshots will be stored under this root directory. # snapshot_root /var/snapshots/

Définir les commandes bash

Rsnapshot est prévu pour fonctionner sur un ensemble de plateformes plus ou moins différentes. Nous personnalisons certaines commandes pour exploiter au mieux notre base *nix.

cmd_cp /bin/cp

Rsnapshot posséde en interne un clone imparfait de cp. Utiliser cp offre en plus entre autre la gestion des liens système tel que FIFO, sockets, les périphériques, ...

cmd_du /usr/bin/du

En fonction des systèmes du n'est pas codé de la même façon, c'est pourquoi nous devons spécifier nous même le chemin de cet utilitaire. Si nous avons un vieux système nous pouvons profiter de du_args pour ajouter les bon paramétres à cette commande.

cmd_rsnapshot_diff /usr/bin/rsnapshot-diff

rsnapshot-diff est un utiltaire propre à rsnapshot pour comparer 2 sauvegardes entre elles.

Prévoir des copies distante

Pour sauvegarder des données entre 2 serveurs distants, nous devons activer certaines options spécifiques.

cmd_ssh /usr/bin/ssh link_dest 1

La première option permet d'utiliser ssh pour rapatrier des données sur un serveur distant. La seconde permet d'exploiter au mieux les outils de copie entre rsync et cp (principalement pour réaliser des liens durs récursifs et gérer les fichiers spéciaux)

Filtrer les fichiers

Si on défini une sauvegarde compléte du systéme, il faut penser à ignorer :

le repertoire de sauvegarde
les repertoires systémes (ceux qui pointent sur le matériel)
les fichiers et repertoires temporaires

Pour ceci il faut utiliser le paramétre exclude_file

exclude_file /var/cache/rsnapshot/exclude_file.txt

Dans l'exemple précédent, on indique que le fichier /var/snapshots/exclude_file.txt contient la liste des fichiers à ignorer.

### transient directories - contents ### tmp ### + tmp/ - **/tmp/** + /tmpfs/ - /tmpfs/** ### transient ### + /proc/ - /proc/** + /mnt/ - /mnt/** + /cdrom/ - /cdrom/** + /sys/ - /sys/** ### cache ### # mozilla + Cache/ - **/Cache/** # ccache.samba.org + ccache/ - **/ccache/** + .ccache/ - **/.ccache/** # others + cache/ - **/cache/** + xover-cache/ - **/xover-cache/** ### obj ### # kernel build - usr/src/**.o # special library .o (may be RH specific?) + usr/*/lib/**.o + usr/lib/**.o # all others - *.o ### backup ### - *~ + /var/backups/ ### rsnapshot ### + /var/snapshots/ - /var/snapshots/**

Definir les sauvegardes

Sauvegarde locale

On considére la présence d'un disque dur dédié aux sauvegardes. Celui est monté sur /var/snapshots/. Dans ce cas :

backup / localhost/

On indique dans ce cas qu'on sauvegarde l'intégralité du serveur / dans le repertoire /var/snapshots/[rotation]/localhost. [rotation] correspond aux rotations des sauvegardes définies précédemment (hourly, dayly, ....)

Sauvegarde distante

Dans ce cas le serveur de sauvegarde se connecte via ssh sur le serveur maitre et effectue les copies demandées.

backup user@serveur_distant:/var/ serveur_distant/

Il est important de noté que l'utilisateur user doit exister sur serveur_distant. Pour permettre l'automatisation du script, il faut generer une clef ssh dédiée et la sauvegarder convenablement sur les serveurs.

Cron et sauvegarde planifiée

Déclarer le nombre de copies

Le nombre de sauvegarde et leur rotation sont défini via le paramétre interval

interval hourly 6 interval daily 7 #interval weekly 4 #interval monthly 6

Dans l'exemple, on indique qu'il y aura :

6 sauvegardes nommées hourly,
7 daily
et aucune weekly ou monthly du fait du #

Lorsque rsnapshot aura traité toute les sauvegardes et rotations, nous aurons 13 copies :

/var/snapshots/hourly.0/
...
/var/snapshots/hourly.5/
/var/snapshots/daily.0/
...
/var/snapshots/daily.6/

Il faut noter que l'ordre dans lequel est défini les interval est important car lors des rotations daily.0/ sera copié depuis hourly.5/ et hourly.0/ sera syncrhonisé depuis le système.

Activer les rotations (cron)

Une fois les rotations définies, il faut lancer rsnspashot selon ces intervalles. Par conséquent il faut éditer /etc/cron.d/rsnapshot, si on conserver les choix fait précédemment.

# This is a sample cron file for rsnapshot. # The values used correspond to the examples in /etc/rsnapshot.conf. # There you can also set the backup points and many other things. # # To activate this cron file you have to uncomment the lines below. # Feel free to adapt it to your needs. 0 */4 * * * root /usr/bin/rsnapshot hourly 30 3 * * * root /usr/bin/rsnapshot daily #0 3 * * 1 root /usr/bin/rsnapshot weekly #30 2 1 * * root /usr/bin/rsnapshot monthly

Selon cet exemple on réalise :

une copie hourly toute les 4h soit 6 par jours.
une copie quotidienne à 3h30

Ressources :

Regenerer les zones DNS avec alternc

km — 2008-01-03T02:15:00Z

Lorsque nous avons cassé les zones DNS sur le serveur, il faut mettre les mains dans le camboui pour regenerer tout ça.

<vinci> les réinsérer dans la table domaines_temp et subdomaines_temp <vinci> avec 1 (je crois) comme "action" (ADD) et les autres champs comme dans domaines et subdomaines

Exemple :
Ajouter un sous domaine

compte	domaine	sub	valeur	type	action
2000	azerttyu.net	zzzz	/	0	0

Supprimer un sous domaine

compte	domaine	sub	valeur	type	action
2000	azerttyu.net	zzzz	/	0	2

Mettre à jour un sous domaine

compte	domaine	sub	valeur	type	action
2000	azerttyu.net	zzzz	/	0	1

INSERT INTO domaines_standby (compte,domaine,mx,gesdns,gesmx,action)
SELECT domaines.compte,domaines.domaine,domaines.mx,domaines.gesdns,domaines.gesmx,'0'
FROM domaines ;

<vinci> et relancer update_domaines, ca réinitialise tout ... <vinci> (ou juste les domaines voulu si besoin)

/usr/lib/alternc/update_domains.sh

Puis bien sur relancer bind9
/etc/init.d/bind9 restart

Pour vérifier que tout va bien (http://forum.hardware.fr/hfr/OSAlternatifs/debian-bind-sujet_47692_1.htm)

grep named /var/log/syslog|tail

Oct 17 22:50:44 localhost named[21726]: zone broutille.org/IN: loaded serial 2007101700 Oct 17 22:50:44 localhost named[21726]: zone kapibara.org/IN: loaded serial 2007101700 Oct 17 22:50:44 localhost named[21726]: running Oct 17 22:50:44 localhost named[21726]: zone stl.azerttyu.net/IN: sending notifies (serial 2007101700) Oct 17 22:50:44 localhost named[21726]: zone kapibara.org/IN: sending notifies (serial 2007101700) Oct 17 22:50:44 localhost named[21726]: zone broutille.org/IN: sending notifies (serial 2007101700) Oct 17 22:50:44 localhost named[21726]: zone clipoclic.azerttyu.net/IN: sending notifies (serial 2007101700) Oct 17 22:50:44 localhost named[21726]: zone azerttyu.net/IN: sending notifies (serial 2007101700) Oct 17 22:50:44 localhost named[21726]: zone totzezo.net/IN: sending notifies (serial 2007101700) Oct 17 22:50:44 localhost named[21726]: zone totzezo.net/IN: sending notifies (serial 2007101700)

Et pour pousser le bouchon :
http://www.checkdns.net/quickcheck.aspx?domain=domain.com&detailed=1
http://www.dns.lu/en/EN-LUTestNoms.php

Dommage que cela ne marche pas : http://www.olympus-zone.net/page_1037_en_Blue.html

http://osdir.com/ml/web.alternc.user/2006-06/msg00095.html

ssh et mot de passe

km — 2007-12-18T10:05:00Z

Lorsqu'on travaille souvent sur des serveurs distants il est à la longue assez fatiguant de devoir saisir à tout bout de champs ses mots de passe.
Une solution simple et sécurisés est l'utilisation des clefs.

Etape 1

Pour commencer sur son poste client, il est necessaire de creer une clef :
user@localhost# ssh-keygen

Cela aura pour résultat de génerer une clef publique et une clef privée, lorsque le passphrass est demandé, vous pouvez ignorer. Cela sera moins sécurisé mais limite le nombre de manipulations.

Generating public/private rsa key pair. Enter file in which to save the key (~/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in ~/.ssh/id_rsa. Your public key has been saved in ~/.ssh/id_rsa.pub. The key fingerprint is: f1:c9:3e:a8:cb:a1:60:c9:19:e8:da:7a:ec:14:81:9c

A cet instant nous avons dans notre repertoire /.ssh 2 fichiers :

l'un avec notre clef publique ~/.ssh/id_rsa.pub
l'autre notre clef privée ~/.ssh/id_rsa

Etape 2

Autoriser le serveur, maintenant que nous avons défini une clef personnelle, nous allons informer le serveur et lui donner le droit d'autoriser la connexion.

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

Il suffit de remplacer user et server par les bonnes informations.
Si vous n'avez jamais lancé de connexion ssh sur le serveur, ssh-copy vous demandera de confirmer votre connection au serveur.

Une fois l'accord donné, ssh-copy va tenter de se connecter au serveur et vous demandera le mot de passe propre à l'user du server.
Apres validation du bon mot de passe, ssh-copyfera le necessaire.

The authenticity of host 'server (xxx.yyy.zzz.www)' can't be established. RSA key fingerprint is f7:ae:07:1a:78:11:17:c1:35:f7:1d:67:2a:cd:a9:2b. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'server' (RSA) to the list of known hosts. user@server's password: Now try logging into the machine, with "ssh 'user@server'", and check in: .ssh/authorized_keys to make sure we haven't added extra keys that you weren't expecting.

Etape 3

Enfin il est maintenant possible de se connecter sur le serveur distant directement via ssh sans donner de mot de passe.

ssh user@server

Variante :
Si vous voulez augmenter la sécurité de votre clef, vous pouvez donner un passphrass (phrase secrecte). Des cet instant pour utiliser votre clef, il vous sera demandé à chaque fois votre phrase secrete.
Pour éviter de retomber sur le travers initial qui était de se dispenser de saisir un mot de passe à chaque connexion, vous devrez utiliser ssh-agent qui s'occupera de gérer cet aspect.

Ressources utiles :
– http://www.tuteurs.ens.fr/internet/loin/ssh.html
– http://www.debian-administration.org/articles/152

sasl rimap

km — 2007-10-11T08:28:00Z

Jusqu'à présent le serveur n'etait pas configuré pour gérer la messagerie. En effet il n'etait pas possible d'utiliser les port SMTP, IMAP, POP à cause d'un proxy.
Suite à cette impossibilité, je m'etais tourné vers jujun (e-ghosting.com) et du coup la messagerie marchait nickel. Puis enfin je me suis decidé à faire fonctionner correctement ces services depuis un hébergement derriere freebox et sans controle de proxy.

Lors de la configuration de la messagerie, un probléme a été constaté concernant l'authentification via SMTP et IMAP. On le constatait par ce petit mot doux : saslauthd[11227] :set_auth_mech : failed to initialize mechanism rimap

Dans le fichier /etc/alternc/templates/default/saslauthd
il faut ajouter :
OPTIONS="-r -c -m /var/spool/postfix/var/run/saslauthd"
et commenter :
#PARAMS="-r -m /var/spool/postfix/var/run/saslauthd -O localhost -c"

La configuration par défaut impose le TLS ce qui est un poil galère lors des tests en telnet. Pour inhiber ce fonctionnement dans le fichier /etc/postfix/main.cf :

smtpd_sasl_auth_enable = yes enable_sasl_authentification = yes smtpd_tls_auth_only = no

Ici une vesion bien brute de fonderie de comment resoudre le probléme de sasl avec alternc.

=====================================
telnet localhost 25

Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 panel.azerttyu.net ESMTP

là tu tapes EHLO coin
et tu regarde si la réponse du smtp inclus des 250-AUTH ...
ce qui signifie qu'il te propose l'auth smtp :)
oui des 250
250-AUTH ?
nop

paske 250 ca veut dire "message d'info" et c'est une liste de capacités de ton serveur smtp ...
EHLO coin
250-panel.azerttyu.net
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
vérifie que ton main.cf a bien :

smtpd_sasl_auth_enable = yes
enable_sasl_authentification = yes
smtpd_tls_auth_only = no

il faut ca
sinon il FAUT que tu utilises TLS avant que le ehlo ne propose AUTH .

10:10:30 <@bgm> saslauthd[11227] :set_auth_mech : failed to initialize mechanism rimap
azerttyu_ : t'avais eu ce bobo la hein ?
c'etait quoi la solution deja ?
yep
euh
je regarde dans mes log
merde je sais plus quelle etait la bonne manip
anarcat, dans les trucs que j'avais fait
pwcheck_method : saslauthd
mech_list : plain login
dans /etc/postfix/sasl/smptd.conf
trouvé anarcat
# %%warning_message%%
START=yes
MECHANISMS="rimap"
MECH_OPTIONS="localhost"
THREADS=5
#PWDIR=/var/spool/postfix/var/run/saslauthd
#PIDFILE="$PWDIR/saslauthd.pid"
#PARAMS="-r -m /var/spool/postfix/var/run/saslauthd -O localhost -c"
OPTIONS="-r -c -m /var/spool/postfix/var/run/saslauthd"
dans /etc/alternc/templates/default/saslauthd
ça devrait resoudre le pb

==========================

Bonjour,

Pour envoyer un mail en mode console :

mail -s "Le sujet" destinataire@domaine.com

Vous tapez votre texte et pour finir :

ctrl + d

Pour envoyer un fichier :

cat fichier | mail -s "Le sujet" destinataire@domaine.com

Vous tapez votre texte .... ;)

Débusquer le AllowOverride

km — 2007-06-29T14:10:00Z

Où comment faire face à la configuration d'apache et la gestion de certaines autorisations serveur

Sur le serveur du boulot, j'ai tenté d'installer un groupware. Passons l'idée saugrenue de vouloir un tel jouet. Pour resituer, le serveur tourne sur une debian etch avec apache 1.3 et alternc. (Que ceux qui rigolent au fond sortent).

Ces groupwares ont la fâcheuse manie d'élargir un peu leur droit via un .htaccess.
Dans mon cas, pour d'obscurs raisons, apache balance à tout bout de champ une erreur 500, internal server error.

En supprimant le fichier .htaccess, le site devient accessible. Avec ce test, on est presque sur d'avoir le signe d'un AllowOverride None embusqué. Du coup il est nécessaire de fouiller le contenu de la configuration.

Pour commencer apache charge le premier fichier de configuration depuis /var/apache/httpd.conf. Ce fichier peut faire appel à d'autres fichiers de configuration grâce à la directive Include. En fonction du chemin donnée, il charge indifféremment un fichier ou un l'ensemble des fichiers d'un rÃ©pertoire.

Include /etc/apache/conf.d

En suivant les différents include on obtient ceci :
/etc/apache/httpd.conf
– /etc/apache/conf.d/alternc.conf
— /etc/alternc/bureau.conf
– /etc/apache/conf.d/override_php.conf
— /var/alternc/apacheconf/"lettre domaine"/"nom sous domaine"
— ...
– /etc/apache/conf.d/php4.conf

Une fois tout consulté, on trouve dans le htppd.conf

 Options SymLinksIfOwnerMatch AllowOverride None

Il est déconseillé de changer cette directive vu qu'elle s'applique à l'ensemble des sites hébergés.
L'idée la plus simple est d'ajouter un nouveau fichier de conf dans /etc/apache/conf.d
A ce fichier on met :

AllowOverride All

Les droits dans certains peuvent être un peu trop important, il suffit alors de restreindre les droits du allowoverride.
Pour rappel les paramètres sont :

AuthConfig
FileInfo
Indexes
Limit
Options

Pour plus d'information un lien : La doc apache