Ntop (Network TOP) est un outil libre de supervision réseau. C’est une application qui produit des informations sur le trafic d’un réseau en temps réel (comme pourrait le faire la commande top avec lesprocessus).

Il capture et analyse les trames d’une interface donnée, et permet d’observer une majeure partie des caractéristiques du trafic (entrant et sortant) et accepte pour cela, notamment deux modes de fonctionnement: Une interface web et un mode interactif.

Ntop est développé par Luca Deri. La version courante est la 4.0. C’est une application portable sur la plupart des plates-formes Unix : Linux (Debian, RedHat, Slackware, SuSe), IRIX, Solaris (i386 et SPARC), HP-UX 11.X, FreeBSD 3.X, AIX 4.1, et Windows 95/98/NT (Luca Deri a développé une libpcap pour Win32).

Il s’appuie sur la bibliothèque nommée "libpcap" pour effectuer le capture des trames (bibliothèque de capture portable du domaine public pour les systèmes Unix).

Préparation de l’environnement de compilation :

yum install cairo-devel libxml2-devel pango-devel pango libpng-devel
yum install freetype freetype-devel libart_lgpl-devel wget gcc make
yum install perl-ExtUtils-MakeMaker

Installation de RRD-Tool :

cd /opt
wget http://oss.oetiker.ch/rrdtool/pub/rrdtool-1.4.5.tar.gz
tar -zxvf rrdtool-1.4.5.tar.gz
cd rrdtool-1.4.5
./configure –prefix=/usr/local/rrdtool
make
make install

Installation de LibPcap :

yum install libpcap libpcap-devel gdbm gdbm-devel
yum install libevent libevent-devel

Installation de Geoip :

Cette outil permet de localiser les adresses IP Publiques dans le monde.

wget http://geolite.maxmind.com/download/geoip/api/c/GeoIP-1.4.8.tar.gz
tar -zxvf GeoIP-1.4.8.tar.gz
cd GeoIP-1.4.8
./configure
make
make install

Installation de Ntop :

yum install libtool automake autoconf

wget http://downloads.sourceforge.net/project/ntop/ntop/Stable/ntop-4.1.0.tar.gz
tar zxvf ntop-4.1.0.tar.gz
cd ntop-4.1.0
./autogen.sh -prefix=/usr/local/ntop
make
make install

useradd -M -s /sbin/nologin -r ntop
chown ntop:root /usr/local/ntop
chown ntop:ntop /usr/local/ntop/share/ntop

Définir le mot de passe administrateur Ntop :

cd /usr/local/ntop/bin/

ntop -d -L -u ntop -P /usr/local/ntop –skip-version-check –use-syslog=daemon –A

Un mot de passe vous sera demandé.

Lancer ntop :

ntop -d -L -u ntop -P /usr/local/ntop –skip-version-check –use-syslog=daemon

Liens utiles :

FAQ : http://www.ntopsupport.com/faq.html

MAN : http://www.ntopsupport.com/ntop-man-page.html

Site : http://www.ntop.org/

Voici une commande bien pratique qui permet de classer le fichier passwd par UID :

sort -t : -k 3,4 -g /etc/passwd

sort –> Commande de trie

-t –> défini le séparateur. Dans le fichier /etc/passwd, le séparateur est ‘:’

-k –> défini l’ordre du trie soit pour notre exemple, nous voulons trier la colonne 3 (UID) puis si plusieurs utilisateurs ont le même uid, on trie par la colonne 4 (GID)

-g –> Le fichier à trier

Après on peut aussi très bien n’afficher que le nom d’utilisateur et l’uid grâce à la commande awk :

sort -t : -k 3,4 -g /etc/passwd |  tr ‘:’ ‘\t’ | awk ‘{print $1 "–> "  $3}’

tr –> permet de remplacer le séparateur ‘:’ par une tabulation ‘\t’

awk ‘{print $1 "–> "  $3}’ –> permet d’afficher la premiere colonne ($1) et la troisième ($3)

voici un exemple de sortie :

apache –> 48

Voici la même commande pour le fichier /etc/group :

sort -t : -k 3 -g /etc/group |  tr ‘:’ ‘\t’ | awk ‘{print $1 "–> "  $3}’

voilà, j’espère que ça vous aidera un jour ou l’autre.

++

Olivier

Voici deux méthodes permettant de faire une redirection avec apache. La première utilise la directive redirect d’apache et la seconde celle du mod Rewrite.

Première méthode – Redirect:

Imaginons, que vous voulez forcer l’utilisation de votre webmail en https, placez dans votre virtualhost ou dans votre fichier httpd.conf:

Redirect permanent / https://mail.croc-informatique.fr/

ici toutes les requêtes de http://mail.croc-informatique.fr seront redirigées vers  https://mail.croc-informatique.fr/

Vous pouvez aussi utiliser cette directive pour rediriger votre ancien nom de domaine vers votre nouveau en plaçant le “redirect” dans le virtualhost de votre ancien nom de domaine.

Pensez à redémarrer le service httpd à chaque modification du fichier de configuration.

Deuxième méthode – Mod Rewrite:

Vérifiez que le mode_rewrite est chargé par apache dans votre fichier httpd.conf :

LoadModule rewrite_module modules/mod_rewrite.so

Puis placez dans votre virtualhost (HTTP) ces lignes :

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

Ici, on redirige les requêtes http vers l’https du même nom de domaine. La page demandé reste inchangé.

Par exemple :

L’url http://mail.croc-informatique.fr/login.php sera redirigé vers https://mail.croc-informatique.fr/login.php

Mais on peut très bien aussi faire une redirection de mail.croc-informatique.fr vers www.google.fr comme ceci :

RewriteEngine On
RewriteRule (.*) http://www.google.fr

Pensez à redémarrer le service httpd à chaque modification du fichier de configuration.

Rediriger un domaine vers répertoire

Voici une dernière redirection intéressante, toujours avec le “mod_rewrite” pour rediriger la racine d’un domaine vers un sous-dossier :

RewriteEngine On
RewriteRule ^/$ /monrepertoire/ [L,R=301]

Ici on redirige http://www.mondomaine.fr vers http://www.mondomaine.fr/monrepertoire/

Par défaut, sur linux, les services réseaux on un utilisateur attribué. C’est avec cet utilisateur que le service s’exécute. Cet utilisateur ne peut pas être utilisé pour s’authentifier au système à cause de l’attribue “/sbin/nologin” qui lui est affecté.

Voici la définition de l’utilisateur apache dans le fichier “/etc/passwd” :

apache:x:48:48:Apache:/var/www:/sbin/nologin

Pour rappel :

nom d’utilisateur:UID:GID:Nom du Groupe:Chemin du répertoire de base:programme lancé au démarrage

Pour  apache, le programme d’ouverture de session est “/sbin/nologin” ce qui nous empêche de s’authentifier.

exemple :

# su – apache
This account is currently not available.

Nous allons maintenant entrer dans le vif du sujet. Comment faire lorsqu’on a des messages d’erreurs de type “Permission denied” sur notre page WEB? Ou bien dans les logs de Bind ?

Et bien pour moi, le plus simple est de s’authentifier avec l’utilisateur et de vérifier qu’on accède bien à la page que l’on souhaite afficher. Pour cela, il suffi d’utiliser cette commande :

su -l apache -s /bin/bash

A l’aide de cette commande, nous allons tout simplement simuler que l’utilisateur apache a le droit de s’authentifier sur le système et nous allons pouvoir tester ses droits. Le fichier “/etc/passwd” n’est pas modifié.

Attention, l’utilisateur apache n’ayant pas de mot de passe, il faut être root pour executer cette commande.

Dans cet article, je vais montrer comment synchroniser les contacts, les tâches et l’agenda avec Mdaemon.

Nous aurons besoin d’installer l’outil de synchronisation d’évolution nommé : SyncEvolution

Aller dans la logithèque d’Ubuntu et taper : Sync evolution :

Installer Sync.

Ouvrez l’application synchronisation

puis cliquez sur “Changer ou modifier le service de synchronisation”

Créer un nouveau fournisseur de services du nom de “Mdaemon” et remplissez les informations comme suit :

Sauvegardez.

A ce stade, l’agenda ne fonctionnera pas. Il faut modifier le fichier config.ini du calendrier pour faire fonctionner la synchronisation.

Voici son emplacement :

vi /home/utilisateur/.config/syncevolution/default/peers/mdaemon/sources/calendar/config.ini

Aller à la fin du fichier (:$) et remplacer :

type = calendar

par :

type = calendar:text/x-vcalendar!

Puis tester la synchronisation

Ubuntu 11.04 est sortie depuis peu. Malheureusement, j’ai eu la mauvaise surprise d’avoir ce message “It seems that you do not have the hardware required to run Unity” après ouverture de ma session utilisateur.

Pour faire fonctionner Unity sur Virtual Box 4 il faut:

- Installer Ubuntu

- Démarrer une session ( Normalement, vous avez le message d’erreur ci-dessus) et accéder en Gnome classic.

- Lancer un terminal puis tapez les commandes :

sudo apt-get update
sudo apt-get install virtualbox-ose-guest-utils

- Redémarrer et ouvrez de nouveau votre session utilisateur.

Voilà, vous avez maintenant un beau bureau avec Unity. Bon courage pour retrouver vos petits car ça change beaucoup!

Pour la sauvegarde ou la récupération des configurations de nos équipements cisco ou autre, il est très appréciable d’avoir un serveur TFTP.

Dans cet article, je vais vous expliquer l’une des façon d’installer un serveur tftp (atftpd) sur votre machine Ubuntu.

Pour commencer, il faut l’installer grâce à la commande magique apt-get :

sudo apt-get install atftpd

Installer c’est bien, le configurer, c’est mieux. Pour cela, il faut éditer le fichier /etc/default/atftpd et effectuer les modifications en rouge :

USE_INETD=false
OPTIONS="–daemon –tftpd-timeout 300 –retry-timeout 5 –mcast-port 1758 –mcast-addr 239.239.239.0-255 –mcast-ttl 1 –maxthread 100 –verbose=5 /srv/tftp"

Atftpd ne sera plus configuré pour utiliser Inetd et sera lancé en daemon.

Il faut maintenant créer le dossier où seront stockés les fichiers de configuration de vos équipements. Dans le fichier de configuration de atftpd, nous avons spécifié le répertoire de base : /srv/tftp. Voci comment le créer :

mkdir –p /srv/tftp

chmod 777 /srv/tftp

Maintenant nous allons démarrer atftpd comme ceci :

sudo invoke-rc.d atftpd start

C’est fini. Pour rappel : la sauvegarde d’une configuration sur un equipement Cisco se fait de cette manière :

copy running-config tftp

Address or name of remote host []? 192.168.0.1

Destination filename [monrouter-config]?
!!!!
12414 bytes copied in 2.516 secs (4934 bytes/sec)

Définition

Webinject est un logiciel libre permettant d’automatiser des tests d’applications Web. Les tests peuvent être effectués sous forme de scénario afin de simuler un visiteur. WebInject affiche les résultats en temps réels et peut également être utilisé pour surveiller les temps de réponse.

WebInject est écrit en Perl et peut fonctionner sur toute plate-forme ayant un interpréteur Perl (MS Windows, GNU / Linux, BSD, Solaris, Mac OS, et bien d’autres).

WebInject peut être utilisé par Nagios. Pour la mesure des performances, mon pote Thibaut à fait un Graph Template pour Cacti que je fournirais dans un prochain billet.

Autres informations :

Site du projet : http://www.webinject.org/

La dernière version du projet date du 4 janvier 2006.

Le projet Webinject a été repris par Sven Nierlein. Il a converti les sources en module Perl et apporté des améliorations voir le changelog : http://cpansearch.perl.org/src/NIERLEIN/Webinject-1.62/Changes

Clin d’œil : Regardez le changelog à la version 1.57

Téléchargement :

Version officiel : http://www.webinject.org/download.html

Version de Sven Nierlein : http://search.cpan.org/~nierlein/Webinject-1.62/

Dans ce document, nous allons utiliser la version CPAN.

Installation :

Qui dit cpan, dit téléchargement et installation via la commande cpan.

#cpan

>install Webinject

>quit

Attention à la majuscule.

Emplacement de Webinject :

Installing /usr/lib/perl5/site_perl/5.8.8/Webinject.pm à librairie Perl de Webinject

Installing /usr/share/man/man3/Webinject.3pm à Documentation

Installing /usr/bin/webinject.pl à script Perl (Executable)

Utilisation

Webinject s’exécute de cette manière :

webinject.pl -c config.xml testcases.xml

“config.xml” est le fichier de configuration de Webinject. Dans ce fichier, nous pouvons modifier le comportement de Webinject.

Pour notre exemple, nous allons utiliser ce fichier config.xml :

<timeout>5</timeout>

<globaltimeout>10</globaltimeout>

<reporttype>standard</reporttype>

Ici, chaque test effectué par webinject ne doit pas dépasser 5s, l’ensemble des tests ne doit pas excéder 10s et la sortie de Webinject sera de type standard.

Pour plus d’infos, consultez cette documentation : http://www.webinject.org/manual.html#cfgfile

Le deuxième fichier xml , testcases.xml, va nous permettre d’effectuer nos propres scénarios de test. Dans notre exemple, nous voulons nous connecter à l’application WEB pour vérifier que le site est actif, puis nous connecter avec un nom d’utilisateur et ainsi vérifier l’état de la base de données, enfin, nous déconnecter pour ne pas polluer notre site avec des sessions inutiles.

Voici notre fichier testcases.xml :

<MONAPPLI repeat="1">

<case

id="1"

description1="Connexion a mon application WEB"

method="get"

url="http://application.domaine.fr/login"

verifypositive="Bienvenue sur mon application"

errormessage="Impossible de se connecter "

/>

<case

id="2"

description1="Identification"

method="post"

url="http://application.domaine.fr/login"

postbody="back_url=http://redmine.domaine.fr/ &username=olivier&password=monmotdepasse"

verifynegative="Identifiant ou mot de passe invalide."

errormessage="Impossible de s authentifier a mon application avec le compte olivier"

/>

<case

id="3"

description1="Deconnexion de mon application"

method="get"

url="http://application.domaine.fr/logout"

errormessage="Impossible de se deconnecter"

/>

</MONAPPLI>

Explication :

<MONAPPLI repeat="1">  –>  Début des test. On repète le test qu’une seule fois.

</MONAPPLI>  –> Fin de test.

Case 1 :

Si la chaine « Bienvenue sur mon application » apparaît dans le code source de la page http://application.domaine.fr/login , l’application fonctionne. Sinon, on génère un message d’erreur « Impossible de se connecter ».

Case 2 :

On essaie de se connecter à l’application avec le nom d’utilisateur « olivier » et le mot de passe « monmotdepasse » à l’url http://redmine.domaine.fr/ en mode POST

Si la chaine « Identifiant ou mot de passe invalide » apparaît dans le code source de la page, on n’a pas pu s’authentifier donc on génère un message d’erreur « Impossible de s authentifier a mon application avec le compte olivier »

Case 3 :

On accède à la page http://redmine.domaine.fr/logout et on vérifie que le message  « Impossible de se deconnecter » n’apparaît pas dans le code source de la page.

Informations supplémentaires :

Il peut arriver qu’une application ait besoin d’une autre variable de le login / mot de passe pour s’authentifier. C’est le cas de l’application Redmine (Gestionnaire de projet en ruby). Cette application génère à la première connexion un id dans un champ hidden. Cet id est nécessaire pour l’authentification.

Voici comment ça se présente dans le code source de la page WEB :

<input name="authenticity_token" type="hidden" value="JL6zyxehqBpKTijQ1NotY8n/mUigkwewvYezH6VJ60s=" />

Au niveau du test case :

Pour récupérer la valeur du champ « authenticity_token», nous allons utiliser l’option « parseresponse » comme ceci :

parseresponse=’authenticity_token" type="hidden" value="|"|escape’

Ceci doit être mis dans le case id=1. La valeur du champ « authenticity_token » se trouvera dans la variable {PARSEDRESULT}.

Dans le case id=2, il nous restera plus qu’à ajouter « authenticity_token » à la méthode POST comme ceci :

postbody="back_url=http://redmine.domaine.fr/&authenticity_token={PARSEDRESULT}&username=olivier&password=monmotdepasse"

Pour plus d’infos, veuillez regarder cette documentation : http://www.webinject.org/manual.html#tcsetup

Utiliser Webinject avec Nagios

Préparation :

• Créer un répertoire Webinject dans ce même dossier où vous placerez le fichier webinject.pl, config.xml et le fichier testcases.xml

Pour tester plusieurs sites WEB vous pouvez créer plusieurs fichier testcases (ex : monappli.xml)

• Modifier le fichier config.pl pour adapter la sortie de webinject à Nagios en modifiant le reportype comme ceci :

<reporttype>nagios</reporttype>

exemple :

WebInject OK – All tests passed successfully in 0.35 seconds|time=0.35;0;10;0;0 case1=0.112;0;0;0;0 case2=0.126;0;0;0;0 case3=0.015;0;0;0;0

Création de la commande

Définir la commande comme ceci :

define command {
    command_name    check_webinject
    command_line    /usr/bin/perl $USER1$/Webinject/webinject.pl -c $ARG1$ $ARG2$
}

Création du service

Définir le service comme ceci:

define service{
        use                             actif-generic
        hostgroup_name                  LINUX
        service_description             HTTP_WEBINJECT
        check_command                   check_webinject!config.xml!testcases.xml
        }

Attribuez le service à un hôte

Recharger Nagios puis tester.

NSLookup (Name Server Lookup) est une commande permettant de tester la résolution des noms d’hôtes en adresses IP et inversement. Elle permet un rapide diagnostique des problèmes de résolution DNS.

Dans cet article, nous allons voir quelques options utiles de la commande NSLookup.

Résoudre un nom de domaine :

C:\>nslookup croc-informatique.fr
Serveur :   dns2.proxad.net –> Serveur DNS utilisé par mon poste de travail
Address:  212.27.40.241       -> IP du serveur DNS

Réponse ne faisant pas autorité : –> Le Serveur DNS qui répond ne gère pas le domaine croc-informatique
Nom :    croc-informatique.fr       -> Nom de domaine recherché
Address:  213.165.76.161             -> IP du serveur croc-informatique.fr

Par défaut la commande nslookup interroge le serveur DNS sur les enregistrements de type A (mappage entre un nom d’hôte et une adresse IPv4). Il est possible d’interroger le serveur DNS sur divers enregistrement en  utilisant la commande Set type = xx (remplacer xx par l’un des types suivants : MX, NS, A, SOA, CNAME, hinfo, any).

Pour commencer, il faut taper le commande nslookup dans un invite de commande. Un prompt apparaît.

Interroger un serveur DNS en particulier :

Utile pour suivre la propagation de vos modifications de zone.

> server 194.2.0.20

> croc-informatique.fr

Lister les serveurs DNS authauritaire d’un domaine (NS) :

Le type NS (Name Server) permet d’identifier le ou les Serveurs de noms autoritaire pour un domaine.

>set type=NS

>croc-informatique.fr

croc-informatique.fr    nameserver = ns61.1and1.fr
croc-informatique.fr    nameserver = ns62.1and1.fr

ns61.1and1.fr   internet address = 195.20.224.158
ns62.1and1.fr   internet address = 212.227.123.79

Connaitre l’adresse du serveur de messagerie (ou relais) d’un domaine :

> set type=mx

> croc-informatique.fr

>…

croc-informatique.fr    MX preference = 10, mail exchanger = mx00.1and1.fr
croc-informatique.fr    MX preference = 10, mail exchanger = mx01.1and1.fr

…

Les deux relais de messagerie de mon domaine sont donc :

mx00.1and1.fr
mx01.1and1.fr

Interroger le SOA (Start Of Authority) d’un domaine :

le champ SOA permet de décrire le serveur de nom ayant autorité sur la zone, ainsi que l’adresse électronique du contact technique (dont le caractère « @ » est remplacé par un point).

> set type=SOA

> croc-informatique.fr
        primary name server = ns61.1and1.fr
        responsible mail addr = hostmaster.1and1.fr
        serial  = 2008111701
        refresh = 28800 (8 hours)
        retry   = 7200 (2 hours)
        expire  = 604800 (7 days)
        default TTL = 86400 (1 day)

• Primary Name Server : Zone DNS principale
• Responsible mail addr : Email de contact du responsable de la zone
• Serial : Il s’agit d’un numéro de série qui doit être incrémenté à chaque modification de la zone. Ce numéro est souvent du type : YYYYMMDDnn (Année, mois, jour, version).
• Refresh :  Temps de rafraichissement
• Retry : Temps d’attente avant rafraichissement lorsqu’une tentative a échouée
• Expire : Nombre de seconde avant qu’un serveur secondaire ne considère ses informations de zone comme n’étant plus autoritative. Si la copie que le serveur détient est plus vieille que 28 jours, elle est considérée comme invalide.
• Default TTL (Time to live) =  Espérance de vie. Le TTL permet aux serveurs intermédiaires de connaître la date de péremption des informations et ainsi savoir s’il est nécessaire ou non de revérifier la zone.

Résolution inverse :

> set type=PTR
> 213.165.76.161
161.76.165.213.in-addr.arpa     name = kundenserver.de

Résolution directe (A) :

il s’agit du type de base établissant la correspondance entre un nom canonique et une adresse IP. Par ailleurs il peut exister plusieurs enregistrements A, correspondant aux différentes machines du réseau (serveurs).

> set type=A
> croc-informatique.fr

Nom :    croc-informatique.fr
Address:  213.165.76.161

Résolution d’Alias (CNAME):

Alias d’un nom de domaine

> set type=CNAME

> www.croc-informatique.fr
croc-informatique.fr
        primary name server = ns61.1and1.fr
        …

 

Mode debug

le mode debug permet de suivre les différentes requêtes émises et reçu par votre serveur DNS et ainsi débugger en cas de problème.

> set debug

> croc-informatique.fr

++

Si vous avez ce type de message d’erreur dans les logs de Bind : 

network unreachable resolving ‘ns6.oleane.net/A/IN’: 2001:dc3::35#53

C’est que le serveur Bind tente d’utiliser IPv6 et que le serveur n’est pas configuré pour l’utilisé.

Pour résoudre le problème, il faut forcer Bind à n’utiliser que l’IPv4. Pour cela, éditez le fichier “/etc/sysconfig/named” et ajoutez à la fin du fichier :

OPTIONS="-4"

Puis redémarrez le service named.