Ce document propose une méthode performante pour servir un nombre
quelconque d'hôtes virtuels avec le serveur HTTP Apache. Un document séparé décrit comment
utiliser
Les techniques décrites ici vous concernent si votre
httpd.conf
contient de nombreuses sections
<VirtualHost>
très semblables,
dans le style :
Nous voulons remplacer toutes les configurations
<VirtualHost>
par un mécanisme qui les génère
dynamiquement. Ceci présente certains avantages :
Le principal désavantage réside dans le fait que vous ne pouvez pas définir un fichier journal différent pour chaque serveur virtuel. De toute façon, ce serait une mauvaise idée si vous avez de nombreux serveurs virtuels, car cela nécessiterait un nombre important de descripteurs de fichier. Il est préférable de rediriger les journaux via un pipe ou une file fifo vers un programme, et faire en sorte que ce dernier éclate les journaux en un journal par serveur virtuel. L'utilitaire split-logfile constitue un exemple de ce traitement.
Un serveur virtuel peut être défini par deux informations : son
adresse IP, et le contenu de l'en-tête Host:
de la
requête HTTP. La technique d'hébergement virtuel dynamique de masse
utilisée ici consiste à insérer automatiquement ces informations
dans le chemin du fichier à utiliser pour répondre à la requête. On
peut y parvenir assez facilement en utilisant
Par défaut, ces deux modules sont désactivés ; vous devez activer l'un d'eux lors de la compilation et de la configuration d'Apache httpd si vous voulez utiliser cette technique.
Certains paramètres doivent être extraits de la requête pour que le serveur
dynamique se présente comme un serveur dynamique normal. Le plus
important est le nom du serveur, que le serveur utilise pour générer des
URLs d'auto-référencement, etc... Il est défini via la directive
ServerName
, et les CGIs peuvent s'y référer via la
variable d'environnement SERVER_NAME
. Sa véritable
valeur utilisée à l'exécution est contrôlée par la définition de la
directive
UseCanonicalName Off
, le nom du serveur correspond au
contenu de l'en-tête Host:
de la requête. Avec
UseCanonicalName DNS
, il est extrait d'une recherche
DNS inverse sur l'adresse IP du serveur virtuel. La première
configuration est utilisée pour l'hébergement virtuel dynamique par
nom, et la deuxième pour l'hébergement virtuel dynamique par IP. Si
httpd ne peut pas déterminer le nom du serveur, soit parce qu'il
n'y a pas d'en-tête Host:
, soit parce que la recherche
DNS a échoué, il prend en compte la valeur définie par la directive
ServerName
.
L'autre paramètre à extraire est la racine des documents (définie
via la directive DocumentRoot
et disponible pour les
scripts CGI via la variable d'environnement DOCUMENT_ROOT
).
Dans une configuration classique, il est utilisé par le module core
pour faire correspondre les URIs aux noms de fichiers, mais lorsque
la configuration du serveur comporte des serveurs virtuels, ce
traitement doit être pris en charge par un autre module (soit
DOCUMENT_ROOT
, si des CGIs ou des documents SSI
doivent en faire usage, ils obtiendront une valeur erronée.
Cet extrait de fichier httpd.conf
implémente
l'hébergement virtuel décrit dans la section À qui ce document est-il destiné ? ci-dessus
en utilisant
Pour changer cette configuration en solution de serveur virtuel
par IP, il suffit de remplacer UseCanonicalName
Off
par UseCanonicalName DNS
. Le nom du serveur
inséré dans le nom de fichier sera alors déduit de l'adresse IP du
serveur virtuel. La variable %0
fait référence au nom
de serveur de la requête, tel qu'il est indiqué dans l'en-tête
Host:
.
Voir la documentation du module
Il s'agit d'une adaptation du système ci-dessus, ajusté pour un
serveur d'hébergement web de FAI. Grâce à la variable
%2
, on peut extraire des sous-chaînes de caractères du
nom du serveur pour les utiliser dans le nom de fichier afin, par
exemple, de définir /home/user/www
comme emplacement des
documents pour www.user.example.com
. Un seul répertoire
cgi-bin
suffit pour l'ensemble des
serveurs virtuels.
Vous trouverez des exemples plus élaborés d'utilisation de la
directive VirtualDocumentRoot
dans la documentation du
module
Moyennant une configuration un peu plus compliquée, vous pouvez
contrôler la portée des différentes configurations d'hébergement
virtuel à l'aide des directives <VirtualHost>
normales de httpd. Par exemple, on peut associer une adresse IP pour
les pages d'accueil des clients en général, et une autre pour les
clients commerciaux avec la configuration suivante. Cette
configuration peut être combinée avec les sections
<VirtualHost>
conventionnelles, comme indiqué
plus loin.
Si le premier bloc VirtualHost ne comporte pas de
directive ServerName
none.example.com
) pour éviter ce comportement.
Les changements de configuration suggérés pour transformer le premier exemple en hébergement virtuel par IP conduisent à une configuration peu efficace. Chaque requête nécessite une nouvelle recherche DNS. Pour éviter cette surcharge de travail, le système de fichiers peut être organisé pour correspondre aux adresses IP, plutôt qu'aux noms de serveurs, supprimant par la-même la nécessité d'une recherche DNS. La journalisation doit aussi être adaptée pour fonctionner sur un tel système.
L'hébergement virtuel de masse peut aussi être effectué en utilisant
Une autre option pour générer dynamiquement des serveurs virtuels : mod_macro ; ce module permet de créer un modèle de serveur virtuel que vous pourrez invoquer pour des noms d'hôtes multiples. La section Usage de la documentation du module présente un exemple qui illustre cette méthode.