Créer un virtual host avec Apache avec WAMP

Qu’est ce qu’un virtual host?

Les virtual hosts ne sont pas seulement sur votre poste de développement, ils sont utilisé dans les environnements de production, ainsi votre site qui est accessible via un nom de domaine, et qui est hébergé sur un hébergement mutualisé par exemple, tournent dans un virtual host.

Pourquoi est-il intéressant de faire un virtualhost?

Comment configurer un virtual host avec Apache?

Apache est l’un des serveurs web les plus populaires au monde, et la création de virtual hosts est une fonctionnalité puissante qui permet de servir plusieurs sites web à partir d’un seul serveur. Dans cet article, nous allons vous guider à travers le processus de création d’un virtual host sur un système Windows utilisant Apache.

Il y a le fichier httpd.conf, qui est le fichier de configuration d’Apache. Ce fichier contient les inclusions d’autres fichiers .conf pour ne pas alourdir le fichier principal. Et vous verrez souvent qu’il y a un fichier httpd-vhost.conf, un par fichier virtual host.

Les principales directives Apaches

<VirtualHost *:80>
    ServerAdmin webmaster@monsite.local
    DocumentRoot "chemin/vers/votre/site"
    ServerName monsite.local
    ErrorLog "logs/monsite-error.log"
    CustomLog "logs/monsite-access.log" common
</VirtualHost>

DocumentRoot « chemin/vers/votre/site » cette ligne indique où se trouvent les fichiers qui propulsent le site web, et c’est la racine. Du coup vous pouvez le placer n’importe où. Apache se charge de rediriger la requête HTTP au bon endroit.

Ce virtualhost écoute sur le port 80, pour les https, vous devez faire une seconde directive VirtualHost avec le port 443.

ServerAdmin est l’email du webmaster, vous n’êtes pas obligé de l’indiquer.

ServerName est LA directive importante, puisque c’est le nom de domaine, vous pouvez avoir plusieurs noms de domaine qui pointent vers la même racine. Ainci en ajoutant via la directive ServerAlias seconddomaine.com, vous créez un second mapping nom de domaine <-> répertoire.

ErrorLog et CustomLog pointent vers les fichiers de journalisation, qui sont important du point de vue administration, puisque vous pouvez voir toutes les requêtes HTTP et les erreur PHP (si vous codez en PHP). Le fichier ErrorLog peut vous aider en dernier recours à débugger vos scripts. Pour en savoir plus sur les logs Apache.

Vous vous souvenez vous du fichier .htaccess?, il vous permet de surcharger votre fichier httpd.conf même quand vous n’avez pas les droits d’accès sur le fichier httpd.conf (souvent le cas)

Après avoir configuré avec succès votre virtualhost, vous pouvez le partager en local ou en global avec Ngrok sur internet même si votre site n’est que sur votre ordinateur.

A chaque fois que vous faites des modification de fichier .conf, il faut reloader Apache (redémarrer pour être plus sûr, mais normalement reloader suffit.

sudo /etc/init.d/apache2 reload

Voici comment faire une redirection 410 dans le fichier htaccess. La redirection 410 c’est pour indiquer que la page n’existe plus, à al différence de la page 404, qui est introuvable, donc pas spécifiée comme à effacer de l’index des moteurs de recherche.

Cette recette est utilie lorsque dans l’onglet « Couverture » de Google Search Console, vous avez une masse d’url que Google crawle sans arrêt. La massse noire d’url peut être néfaste pour le référencement de votre site.

Le fichier Htaccess

La règle s’écrit avec RewriteRule, avec le flag [G] voir le Guide de référence des flags de Apache. Ce flag permet d’envoyer un 410 Gone, la page est partie en clair.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule \.html - [G]

RewriteCond %{QUERY_STRING} add-to-cart
RewriteRule (.*) - [G]

RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

Dans l’exemple ci-dessus, toutes les urls qui se terminent pat .html vont renvoyer une header 410. La seconde règle un peu plus complexe va exécuter l’envoi du header 410 si dans la partie Query string de l’url, nous avons la chaine « add-to-cart », en fait Google a la facheuse tendance à tout indexer, même le panier !

Notez le tiret avant le flag.

Sur ‘importe quel site web, vous pouvez mettre en place un système de login très simple sans recours à du HTML et du code PHP, cela s’appelle l’authentification basique HTTP. Il suffit de mettre dans un fichier .htaccess le code suivant :

AuthType Basic
AuthName "Restricted Content"
AuthUserFile /etc/apache2/.htpasswd
Require valid-user

Qu’est ce que c’est que les logs Apache?

 

Les logs ou fichiers de journalisation en français sont des fichiers texte qui enregistrentent des événements d’une application. On enregistre les événement de type erreur dans les errors log, les événement de démarrage (bootlog), et d’autres dans des fichiers plus spécifiques.

Dans le cas de notre serveur Apache, nous avons les logs des visites sur notre site web.

Qu’est ce qu’on enregistre comme information dans les visites sur Apache?

Il y a deux types de visiteurs,  les visiteurs humains et les robots des moteurs de recherche (et parfois d’autres robots de services plus spécifique).

Vous pouvez paramétrer ce que vous enregistrez dans les logs, dans le dossier de configuration httpd.conf, deux types de logs sont proposés, combined et common.

Voici un extrait :

LogFormat « %h %l %u %t \ »%r\ » %>s %b \ »%{Referer}i\ » \ »%{User-Agent}i\ » » combined
LogFormat « %h %l %u %t \ »%r\ » %>s %b » common

Une fois que les logs sont paramétrés, il faut indiquer lequel vous voulez utiliser, le combined ou le common.

C’est avec la direective CustomLog :

CustomLog « c:/wamp/logs/access.log » combined

 

Pour les sites web en général, on utilise la combined, ce dernier a la particularité d’enregistrer le Refere (qui est le site web d’origine de la visite juste avant sur votre site web), et le user agent qui donne le type de logiciel qui vous rend visite (un navigateur classique comme Firefox, Chrome pour un humain, et si c’est un moteur de recherche, vous aurez un nom de bot).

Attention aux fichiers de logs Apache qui grossissent !

Chaque visite sur votre site génère une ou plusieurs lignes de texte, et le fichiers peut grossir très vite en fonction de  l’audience de votre site web. Et quand le fichier atteint plusieurs giga octets, c’est problématique.  La solution c’est de générer un  nouveau fichier régulièrement pour éviter ce problème. Par exemple on peut généer un nouveau fichier toutes les semaine, ou tous les jours, afin d’avoir des fichiers d’une taille raisonnable.

Pour ce faire on déclarer une « rotation » des logs, avec le programme logrotate. Si vous développez sous WAMP sous Windows, le programme s’appelle toujours logrotate (rotatelogs.exe plus exactement).

Voici un exemple de configuration pour WAMP de logrotate :

ErrorLog « |bin/rotatelogs.exe -l C:/Wamp/www/votresite.com/errorlog.%Y-%m-%d.txt 86400 »
CustomLog « |bin/rotatelogs.exe -l C:/Wamp/www/votresite.com/accesslog.%Y-%m-%d.txt 86400 » combined
CustomLog « |bin/rotatelogs.exe -l C:/Wamp/www/votresite.com/deflatelog.%Y-%m-%d.txt 86400 » deflate

 

 

 

Ce qui suit est ma méthode pour mettre en place un nouveau serveur virtuel pour un site web.

Il existe les panels (cPanel, Wenmin, Plesk, ISPConfig) web pour créer automatiquement tout ce qui suit, mais au cas où vous n’avez pas d’autre choix (comme l’absence d’une panel par exemple), vous passerez par cette méthode. Et puis cela ne fait pas de mal de connaître ce qui se passe sous le capot, afin d’être lus confiant quand vous rencontrerez des difficultés dans la gestion d’un serveur dédié.

Créer le répertoire qui va contenir les fichiers de votre site web:

Connecté en tant que user root

> useradd username

>passwd username

ensuite configurer le mot de passe.

Cette commande va créer (sous Centos et Debian) un répertoire pour le nouvel ustilisateur que vous venez de créer sous le répertoire home/.

 

Déclarer l’hôte virtuel (vhost) :

Tout se passe dans le fichier de configuration httpd.conf (ou apache2.conf selon les distributions de Linux). Dans ce fichier vous allez dire dans quel répertoire se trouve la racine du site web. Sous Debian c’est public_html qui est la racine. Sous CentOS, c’est www.

Utilisation de SuPHP:

SuPHP permet une gestion plus fine de qui a accès à la lecture d’un fichier php. Il est nécessaire car chaque sit web appartient à un user Linux différent. Ce qser n’est pas Apache qui a le droit d’exécuter des script php. Par contre nous allon smettre une directive dans le ficheir de configuration du vhost qui va permettre à ce user d’exécuter

En principe seul l’user apache peut exécuter les script php, le username que vous venez de créer ne peut pas exécuter el script PHP car SuPHP l’en empêche. C’est pour ça que vous devez ajouter une directive dans votre configuration du vhost pour indiquer explicitement à Apache d’exécuter à leur place.

Configurer les logs:

Ici il y a deux aspects, il y a les logs Apaches access_log et error_log, puis il y a la fréquence de journalisation. Si vous avez un site avec beaucoup de trafic, il faut un fichier de log par jour par exemple, pour les sites moins importants, c’est un par semaine.

Il est important de créer des nouveaux fichiers périodiquement, sinon le fichier risque d’être trop gros, et difficile à exploiter.

Autre chose, il y a deux écoles concernant le nombre de fichiers par site, soit un fichier pour tous les vhost, soit un fichier par vhost.

Pour ma part je préfère un fichier par vhost afin d’être plus clair et de pouvoir exploiter plus facilement les logs avec un logiciel si besoin.

 

 

 

Configurer le type de log Apache :

Typiquement dans un ficheir de configuration de log vous verrez la directive LogFormat.

Vous avec 4 à 5 type de log:

Logformat

Logformat

Logformat

Logformat

Logformat

Générer un nouveau fichier de log régulièrement se fait avec LogRotate.

 

 

SI vous ne le savez pas encore, apache peut tourner sous différentes configurations. Et cela a des implication sur les performances de votree site web.

Le terme MPM revient souvent « multi processing method« , comment manager plusieurs connection simultanées à votre site web.

Apache en mode Prefork, à chaque nouvelle connexion, Apache crée un process.

Apache en mode Worker à chaque nouvelle connexion crée un nouveau thread dans un processus fils. En gros Worker est plus rapide.(mais certains modules peuvent être incompatibles.

C’est la plus ancienne, Apache n’a qu’un seul processus. Si deux pages web de votre site sont servies,

C’est à la compilation d’Apache que cela est décidé. Donc pour savoir comment est compilé Apache par rapport à son mode de fonctionnnement la commande à faire est :

$ apache2 -V

vous devez être sous root pour faire marcher la commande ci-dessus. le résultat peut être le suivant :

Server version: Apache/2.2.22 (Debian)
Server built:   Jun 16 2014 03:51:14
Server’s Module Magic Number: 20051115:30
Server loaded:  APR 1.4.6, APR-Util 1.4.1
Compiled using: APR 1.4.6, APR-Util 1.4.1
Architecture:   64-bit
Server MPM:     Prefork
threaded:     no
forked:     yes (variable process count)
Server compiled with….
-D APACHE_MPM_DIR= »server/mpm/prefork »
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=128
-D HTTPD_ROOT= »/etc/apache2″
-D SUEXEC_BIN= »/usr/lib/apache2/suexec »
-D DEFAULT_PIDLOG= »/var/run/apache2.pid »
-D DEFAULT_SCOREBOARD= »logs/apache_runtime_status »
-D DEFAULT_LOCKFILE= »/var/run/apache2/accept.lock »
-D DEFAULT_ERRORLOG= »logs/error_log »
-D AP_TYPES_CONFIG_FILE= »mime.types »
-D SERVER_CONFIG_FILE= »apache2.conf »

 

On voit bien que c’est prefork qui est utilisé.