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/

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.

Un ptit rafraichissement ça ne fait pas de mal !  En passant à la version 3 de WordPress, je me suis dis que c’était dommage de changer de version majeur sans améliorer mon design.

En cherchant un peu, je suis tombé sur un super thème! Merci au créateur.

Petite remarque avec wordpress 3.0 : Où se trouve les options du thème? j’ai l’impression que ce menu a disparu… C’est un peu embêtant!

C’est vraiment bon de changer entièrement son design en quelques heures ! Bravo aux développeur WEB qui nous facilite vraiment la vie! Vive le progrès!

Bon surf

Lorsque vous relancez votre serveur apache après avoir installé votre certificat ssl que vous venez d’acheter, il peut être très désagréable de voir qu’apache vous demande un passphrase. Rhem, je fais quoi, je regénère une clé privée? A ba non, le certificat ne sera plus bon… je dis adieu à mes scripts qui relance apache automatiquement?? A ba non… c’est galère… Je retire le passphrase de ma clé privée?? C’est possible??

Euh ba oui Bien sûr, il faut le connaître!

Voici la commande :

openssl rsa -in cle-privee.key -out cle-privee_sansPassPhrase.key

C’est une commande pas compliqué mais très pratique!

Dans le cas de grosses requêtes ou de nombreux visiteurs, il peut être nécessaire d’ajouter de la mémoire au serveur Tomcat.

Pour cela, il suffi d’éditer le fichier /usr/local/tomcat/catalina.sh

Modifier :

JAVA_OPTS="$JAVA_OPTS -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager"

Par :

JAVA_OPTS="$JAVA_OPTS -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Xmx512M"

Puis redémarrez tomcat.

Vous pouvez voir la taille de la mémoire allouée dans le manager de tomcat/Etat du serveur /JVM

Max memory: 508.06 MB

Installation de l’environnement Tomcat

Création de l’utilisateur “tomcat” :

useradd –d /usr/local/tomcat tomcat

Vérifiez que le répertoire /usr/local/tomcat a bien été créé.

Télécharger tomcat 5.5 :

wget http://mirror.mkhelif.fr/apache/tomcat/tomcat-5/v5.5.27/bin/apache-tomcat-5.5.27.tar.gz

Décompresser tomcat :

tar xvzf apache-tomcat-5.5.27.tar.gz

Aller dans le répertoire :

cd apache-tomcat-5.5.27

Copier le contenu du répertoire dans l’arborescence d’installation :

cp –Rp * /usr/local/tomcat

Donner les droits au répertoire “/usr/local/tomcat” à l’utilisateur “tomcat” :

chown –R tomcat.tomcat /usr/local/tomcat

Installation du JRE :

Voici la commande qui permet d’installer le package java :

Rpm –Uvh j2sdk-1_4_2_16-linux-i586.rpm

Configuration de l’environnement Tomcat pour plusieurs instances

Si vous avez qu’une instance Tomcat, le fichier /usr/local/tomcat/conf/server.xml est déjà configuré. Si vous compter mettre plusieurs instance tomcat sur un serveur, il faut modifier les ports utilisés pour chaque instance et ainsi ne pas avoir de conflit.

Donnons un nom à notre instance :

Soit XX le numéro de l’instance.

Voici les lignes à modifier :

<Server port= »90XX » shutdown= »SHUTDOWN »>

———————————————————

<!– Define a non-SSL HTTP/1.1 Connector on port 8080 –>
<Connector port= »93XX » maxHttpHeaderSize= »8192″
maxThreads= »150″ minSpareThreads= »25″ maxSpareThreads= »75″
enableLookups= »false » redirectPort= »94XX » acceptCount= »100″
connectionTimeout= »20000″ disableUploadTimeout= »true » />
<!– Note : To disable connection timeouts, set connectionTimeout value
to 0 –>

———————————————————–

<Connector port= »94XX » maxHttpHeaderSize= »8192″
maxThreads= »150″ minSpareThreads= »25″ maxSpareThreads= »75″
enableLookups= »false » disableUploadTimeout= »true »
acceptCount= »100″ scheme= »https » secure= »true »
clientAuth= »false » sslProtocol= »TLS » />
–>

<!– Define an AJP 1.3 Connector on port 8009 –>
<Connector port= »91XX »
enableLookups= »false » redirectPort= »94XX » protocol= »AJP/1.3″ />

<!– Define a Proxied HTTP/1.1 Connector on port 8082 –>
<!– See proxy documentation for more information about using this. –>
<!–
<Connector port= »95XX »
maxThreads= »150″ minSpareThreads= »25″ maxSpareThreads= »75″
enableLookups= »false » acceptCount= »100″ connectionTimeout= »20000″
proxyPort= »80″ disableUploadTimeout= »true » />
–>

Connectez-vous avec l’utilisateur tomcat

su – tomcat

Configuration des variables d’environnement de l’utilisateur “tomcat”:

Pour chaque utilisateur tomcatXX, nous allons modifier les variables d’environnement pour que le serveur tomcat associé à l’utilisateur puisse connaître les bonnes informations pour démarrer.

Voici les variables d’environnement à fournir :

Dans la variable PATH :

· Ajouter le chemin d’accès à java

· le chemin d’accès au répertoire bin de Tomcat

Il faut créer ces variables d’environnement :

· CATALINA_HOME : Répertoire de base de tomcat

· JAVA_HOME: Répertoire de base de Java

Editez le fichier .bash_profile :

Modifiez votre fichier de cette manière :

PATH=$PATH:$HOME/bin:usr/java/jre1.5.0_15/bin:/usr/local/tomcat/bin

CATALINA_HOME=/usr/local/tomcat_concerto

JAVA_HOME=/usr/java/jre1.5.0_15

export PATH CATALINA_HOME JAVA_HOME

Ce fichier est situé à la racine du répertoire de l’utilisateur. Ici, “/usr/local/tomcat/.bash_profile”.

Sortez de la session de l’utilisateur tomcat

exit

Revenez sur l’utilisateur “tomcat”

su – tomcat

Démarrez tomcat :

bin/startup start

Accédez au serveur tomcat avec le navigateur internet :

Tentez à présent de vous connecter avec votre navigateur Internet sur le port 93XX

Exemple : http://IP_Serveur:93XX/index.jsp

Voilà Tomcat est installé.

Installer Tomcat en tant que service :

Pour que vos serveurs Tomcat soient considérés comme services, il faut créer un fichier dans « /etc/init.d/ » du nom de votre service. Par exemple pour mettre en tant que service le serveur tomcatXX, nous allons créer un fichier « /etc/init.d/tomcatXX ». Voici ce que l’on met dedans :

#!/bin/bash
#
# tomcat

#
# chkconfig: 345 20 80
# description: Start up the Tomcat servlet engine.
# Source function library.
. /etc/init.d/functions
RETVAL=$?
USER=tomcat
CLIENT= »TOMCAT DE TEST »
CATALINA_HOME= »/usr/local/tomcat »
case « $1″ in
start)
if [ -f $CATALINA_HOME/bin/startup.sh ];
then
echo $ »Starting Tomcat » $CLIENT
/bin/su – $USER -c « $CATALINA_HOME/bin/startup.sh »
fi
;;
stop)
if [ -f $CATALINA_HOME/bin/shutdown.sh ];
then
echo $ »Stopping Tomcat « $CLIENT
/bin/su – $USER -c « $CATALINA_HOME/bin/shutdown.sh »
fi
;;
*)
echo $ »Usage: $0 {start|stop} »
exit 1
;;
esac
exit $RETVAL

Pour les autres serveurs tomcat, il vous faudra changer le contenu des variables $USER et $CLIENT.

Une fois le fichier créé, vous devez donner les droits d’exécution à root en faisant :

chmod 700 /etc/init.d/tomcatXX

Pour que ce nouveau service soit lancé au démarrage, vous devez effectuer cette commande :

chkconfig –level 345 tomcatXX on

Interface d’administration :

Si vous souhaitez avoir l’insterface web d’administration, il faut télécharger le télécharger ici : http://apache.cict.fr/tomcat/tomcat-5/v5.5.27/bin/apache-tomcat-5.5.27-admin.tar.gz

Décompressez le dans le répertoire « /usr/local/tomcat » puis modifiez le fichier /usr/local/tomcat/conf/tomcat-users.xml

Ajoutez ces lignes :

<role rolename= »manager »/>
<role rolename= »admin »/>
<user username= »admin » password= »admin » roles= »admin,manager »/>

le compte d’administration et de mangement sera admin/admin

N’oubliez pas d’attribuer les bon droits aux répertoire admin et manager situé dans webapps et au fichier de conf « /usr/local/tomcat/conf/Catalina/localhost/admin.xml

Puis redémarrez le service tomcat :

service tomcat stop
service tomcat start

Retournez sur votre page web de base et cliquez sur administration.

Nous voulons rediriger une url vers une autre en gardant comme nom de domaine la première url lors de l’utilisation du site web.

dans httpd.conf :

<VirtualHost 192.168.0.1:80>
    ServerName domaine1.fr
    ProxyPass / http://domaine2.fr/
</VirtualHost>

Ici, lorsque nous demanderons à notre navigateur d’accéder au site domaine1.fr, domaine1.fr restera sur votre navigateur mais le contenu afficher sera celui de domaine2.fr.

Ici, apache joue le role de proxy. C’est lui et non le client qui ira chercher les informations sur l’autre serveur web. Donc ce n’est pas réellement une redirection.

Vous pouvez également utiliser cette methode pour faire une redirection de port. Imaginons que vous avez plusieurs serveurs apache (ou mangrel, tomcat…) sur le même serveur physique, vous ne pouvez pas utiliser le meme port d’ecoute.

De ce fait, vous pouvez utiliser un des apaches pour rediriger le port par défaut (80) vers le port de l’autre serveur apache (ex 8080).

ex :

<VirtualHost 192.168.0.1:80>
    ServerName domaine1.fr
    ProxyPass / http://domaine2.fr:8080/
</VirtualHost>

Modifier le http.conf avec :

AddDefaultCharset ISO-8859-1

AddCharset ISO-8859-15 .iso8859-15 .latin9 .fr