<p>Dans le cas où le serveur principal n'a pas de <code>ServerName</code>
à ce stade, le nom de la machine sur laquelle tourne le programme
<code class="program"><a href="../programs/httpd.html">httpd</a></code> est utilisé à sa place. Nous appellerons
- <em>jeu d'adresses du serveur principal</em>, les adresses IP
+ <em>jeu d'adresses du serveur principal</em> les adresses IP
renvoyées par une résolution DNS sur le <code>ServerName</code>
du serveur principal.</p>
<p>Si l'adresse IP n'est pas trouvée dans la table de hash, la
recherche du numéro de port peut aussi se terminer par une
correspondance à un <code>NameVirtualHost *</code> qui est géré
- ensuite comme les autres serveur virtuels par noms.</p>
+ ensuite comme les autres serveurs virtuels par noms.</p>
<p>Si une liste est bien trouvée dans la table pour l'adresse
IP recherchée, l'étape suivante est de déterminer s'il s'agit
dans le fichier de configuration.</p>
<p>Le premier serveur virtuel de cette liste (donc, le premier
- serveur virtuel attribué à une adresse IP donnée dans le fichier
- de configuration) se voit attribuer la plus grande priorité, ce
+ serveur virtuel du fichier de configuration
+ attribué à l'adresse IP spécifiée)
+ se voit attribuer la plus grande priorité, ce
qui signifie que c'est lui qui traite les requêtes présentant un
nom de serveur invalide ou ne présentant pas de champ
<code>Host:</code> dans l'en-tête.</p>
port sur lequel il a effectivement reçu la requête.</p>
<p>Dans le cas où le client a envoyé une requête en HTTP/1.0 sans
- un champ d'en-tête <code>Host:</code>, il est impossible de
+ champ d'en-tête <code>Host:</code>, il est impossible de
déterminer le serveur auquel le client veut se connecter ; l'URI
de la requête est recherché dans tous les <code>ServerPath</code>
existants. Le premier chemin trouvé est utilisé et la requête est
<ul>
<li>Les serveurs virtuels par nom et par IP n'interfèrent
jamais entre eux. Les serveurs virtuels par IP ne sont joignables
- qu'au travers de leur(s) adresse(s) IP propre(s), en aucun
- cas par aucune autre adresse. Les serveurs virtuels par nom
+ qu'au travers de leur(s) adresse(s) IP propre(s), et en aucun
+ cas par une autre adresse. Les serveurs virtuels par nom
ne sont accessibles que par leur(s) adresse(s) IP qui ne peuvent
être définies qu'au moyen de la directive
<code>NameVirtualHost</code>.</li>
est également applicable aux serveurs virtuels
<code>NameVirtualHost *</code>.</li>
- <li>Le serveur principal ne sert à servir les requêtes que
+ <li>Le serveur principal ne sert les requêtes que
lorsque l'adresse IP et le port demandés par le client ne
correspondent à aucun serveur virtuel (y compris un serveur
virtuel <code>_default_</code>). En d'autres termes, le serveur
<li>Ni les serveurs virtuels <code>_default_</code>, ni le
serveur principal ne sont utilisés pour traiter une requête
- avec un champ d'en-tête <code>Host:</code> manquant ou vide
+ avec un champ d'en-tête <code>Host:</code> inconnu ou manquant
lorsque l'adresse (et le port) de connexion correspondent à
des serveurs virtuels par nom, par exemple, dans une directive
<code>NameVirtualHost</code>.</li>
-- la manière dont la configuration est interprétée après la
lecture des fichiers ne met pas en évidence le fait que les
définitions positionnées avant et surtout après les serveurs
- virtuels peuvent impacter le fonctionnement des serveurs virtuels.)</li>
+ virtuels peuvent impacter le fonctionnement de tous les
+ serveurs virtuels.)</li>
<li>Toujours regrouper les définitions <code>NameVirtualHost</code>
- et <code>VirtualHost</code> dans la configuration pour une
- meilleure lisibilité.</li>
+ et <code>VirtualHost</code> correspondantes
+ dans la configuration pour une meilleure lisibilité.</li>
<li>Éviter les <code>ServerPaths</code> qui sont préfixes
d'autres <code>ServerPaths</code>. Si cela ne peut être évité,
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision: 420990 -->
<!-- French translation by Vincent Deffontaines, review by alain B -->
+<!-- Updated by Lucien Gentis -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<p>Dans le cas où le serveur principal n'a pas de <code>ServerName</code>
à ce stade, le nom de la machine sur laquelle tourne le programme
<program>httpd</program> est utilisé à sa place. Nous appellerons
- <em>jeu d'adresses du serveur principal</em>, les adresses IP
+ <em>jeu d'adresses du serveur principal</em> les adresses IP
renvoyées par une résolution DNS sur le <code>ServerName</code>
du serveur principal.</p>
<p>Si l'adresse IP n'est pas trouvée dans la table de hash, la
recherche du numéro de port peut aussi se terminer par une
correspondance à un <code>NameVirtualHost *</code> qui est géré
- ensuite comme les autres serveur virtuels par noms.</p>
+ ensuite comme les autres serveurs virtuels par noms.</p>
<p>Si une liste est bien trouvée dans la table pour l'adresse
IP recherchée, l'étape suivante est de déterminer s'il s'agit
dans le fichier de configuration.</p>
<p>Le premier serveur virtuel de cette liste (donc, le premier
- serveur virtuel attribué à une adresse IP donnée dans le fichier
- de configuration) se voit attribuer la plus grande priorité, ce
+ serveur virtuel du fichier de configuration
+ attribué à l'adresse IP spécifiée)
+ se voit attribuer la plus grande priorité, ce
qui signifie que c'est lui qui traite les requêtes présentant un
nom de serveur invalide ou ne présentant pas de champ
<code>Host:</code> dans l'en-tête.</p>
port sur lequel il a effectivement reçu la requête.</p>
<p>Dans le cas où le client a envoyé une requête en HTTP/1.0 sans
- un champ d'en-tête <code>Host:</code>, il est impossible de
+ champ d'en-tête <code>Host:</code>, il est impossible de
déterminer le serveur auquel le client veut se connecter ; l'URI
de la requête est recherché dans tous les <code>ServerPath</code>
existants. Le premier chemin trouvé est utilisé et la requête est
<ul>
<li>Les serveurs virtuels par nom et par IP n'interfèrent
jamais entre eux. Les serveurs virtuels par IP ne sont joignables
- qu'au travers de leur(s) adresse(s) IP propre(s), en aucun
- cas par aucune autre adresse. Les serveurs virtuels par nom
+ qu'au travers de leur(s) adresse(s) IP propre(s), et en aucun
+ cas par une autre adresse. Les serveurs virtuels par nom
ne sont accessibles que par leur(s) adresse(s) IP qui ne peuvent
être définies qu'au moyen de la directive
<code>NameVirtualHost</code>.</li>
est également applicable aux serveurs virtuels
<code>NameVirtualHost *</code>.</li>
- <li>Le serveur principal ne sert à servir les requêtes que
+ <li>Le serveur principal ne sert les requêtes que
lorsque l'adresse IP et le port demandés par le client ne
correspondent à aucun serveur virtuel (y compris un serveur
virtuel <code>_default_</code>). En d'autres termes, le serveur
<li>Ni les serveurs virtuels <code>_default_</code>, ni le
serveur principal ne sont utilisés pour traiter une requête
- avec un champ d'en-tête <code>Host:</code> manquant ou vide
+ avec un champ d'en-tête <code>Host:</code> inconnu ou manquant
lorsque l'adresse (et le port) de connexion correspondent à
des serveurs virtuels par nom, par exemple, dans une directive
<code>NameVirtualHost</code>.</li>
-- la manière dont la configuration est interprétée après la
lecture des fichiers ne met pas en évidence le fait que les
définitions positionnées avant et surtout après les serveurs
- virtuels peuvent impacter le fonctionnement des serveurs virtuels.)</li>
+ virtuels peuvent impacter le fonctionnement de tous les
+ serveurs virtuels.)</li>
<li>Toujours regrouper les définitions <code>NameVirtualHost</code>
- et <code>VirtualHost</code> dans la configuration pour une
- meilleure lisibilité.</li>
+ et <code>VirtualHost</code> correspondantes
+ dans la configuration pour une meilleure lisibilité.</li>
<li>Éviter les <code>ServerPaths</code> qui sont préfixes
d'autres <code>ServerPaths</code>. Si cela ne peut être évité,
</div>
- <p>Le but de ce document est d'essayer de répondre aux questions
- les plus répandues sur la configuration des serveurs virtuels.
- Les scénarios présentés ici se rencontrent quand plusieurs
- serveurs Webs doivent tourner sur une seule et même machine au
- moyen de serveurs virtuels <a href="name-based.html">par nom</a>
+ <p>Le but de ce document est d'essayer de répondre aux questions
+ les plus répandues sur la configuration des serveurs virtuels.
+ Les scénarios présentés ici se rencontrent quand plusieurs
+ serveurs Webs doivent tourner sur une seule et même machine au
+ moyen de serveurs virtuels <a href="name-based.html">par nom</a>
ou <a href="ip-based.html">par IP</a>.</p>
</div>
-<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#purename">Fonctionnement de plusieurs serveurs
+<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#purename">Fonctionnement de plusieurs serveurs
virtuels par nom sur une seule adresse IP.</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#twoips">Serveurs virtuels par nom sur plus
+<li><img alt="" src="../images/down.gif" /> <a href="#twoips">Serveurs virtuels par nom sur plus
d'une seule adresse IP.</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#intraextra">Servir le même contenu sur des
- adresses IP différentes (telle qu'une adresse interne et une
+<li><img alt="" src="../images/down.gif" /> <a href="#intraextra">Servir le même contenu sur des
+ adresses IP différentes (telle qu'une adresse interne et une
externe).</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#port">Servir différents sites sur différents
+<li><img alt="" src="../images/down.gif" /> <a href="#port">Servir différents sites sur différents
ports.</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#ip">Hébergement virtuel basé sur IP</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#ipport">Hébergements virtuels mixtes basés sur
+<li><img alt="" src="../images/down.gif" /> <a href="#ipport">Hébergements virtuels mixtes basés sur
les ports et sur les IP</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#mixed">Hébergements virtuels mixtes basé sur
+<li><img alt="" src="../images/down.gif" /> <a href="#mixed">Hébergements virtuels mixtes basé sur
les noms et sur IP</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#proxy">Utilisation simultanée de
+<li><img alt="" src="../images/down.gif" /> <a href="#proxy">Utilisation simultanée de
<code>Virtual_host</code> et de mod_proxy</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#default">Utilisation de serveurs virtuels
+<li><img alt="" src="../images/down.gif" /> <a href="#default">Utilisation de serveurs virtuels
<code>_default_</code></a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#migrate">Migration d'un serveur virtuel
+<li><img alt="" src="../images/down.gif" /> <a href="#migrate">Migration d'un serveur virtuel
par nom en un serveur virtuel par IP</a></li>
-<li><img alt="" src="../images/down.gif" /> <a href="#serverpath">Utilisation de la directive
+<li><img alt="" src="../images/down.gif" /> <a href="#serverpath">Utilisation de la directive
<code>ServerPath</code></a></li>
</ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="purename" id="purename">Fonctionnement de plusieurs serveurs
+<h2><a name="purename" id="purename">Fonctionnement de plusieurs serveurs
virtuels par nom sur une seule adresse IP.</a></h2>
- <p>Votre serveur ne dispose que d'une seule adresse IP, et de
- nombreux alias (CNAMES) pointent vers cette adresse dans le DNS.
- Pour l'exemple, <code>www.example1.com</code> et
- <code>www.example2.org</code> doivent tourner sur cette machine.</p>
-
- <div class="note"><h3>Note :</h3><p>La configuration de serveurs virtuels
- sous Apache ne provoque pas leur apparition magique dans la
- configuration du DNS. Il <em>faut</em> que leurs noms soient
- définis dans le DNS, et qu'ils y soient résolus sur l'adresse IP
- du serveur, faute de quoi personne ne pourra visiter votre site Web.
- Il est possible d'ajouter des entrées dans le fichier
- <code>hosts</code> pour tests locaux, mais qui ne fonctionneront
+ <p>Votre serveur ne dispose que d'une seule adresse IP, et de
+ nombreux alias (CNAMES) pointent vers cette adresse dans le DNS.
+ Pour l'exemple, <code>www.example.com</code> et
+ <code>www.example.org</code> doivent tourner sur cette machine.</p>
+
+ <div class="note"><h3>Note :</h3><p>La configuration de serveurs virtuels
+ sous Apache ne provoque pas leur apparition magique dans la
+ configuration du DNS. Il <em>faut</em> que leurs noms soient
+ définis dans le DNS, et qu'ils y soient résolus sur l'adresse IP
+ du serveur, faute de quoi personne ne pourra visiter votre site Web.
+ Il est possible d'ajouter des entrées dans le fichier
+ <code>hosts</code> pour tests locaux, mais qui ne fonctionneront
que sur la machine possédant ces entrées.</p>
</div>
# Apache doit écouter sur le port 80<br />
Listen 80<br />
<br />
- # Toutes les adresses IP doivent répondre aux requêtes sur les
+ # Toutes les adresses IP doivent répondre aux requêtes sur les
# serveurs virtuels
NameVirtualHost *:80<br />
<br />
<VirtualHost *:80><br />
<span class="indent">
- DocumentRoot /www/example1<br />
+ DocumentRoot /www/example.com<br />
ServerName www.example1.com<br />
<br />
# Autres directives ici<br />
<br />
<VirtualHost *:80><br />
<span class="indent">
- DocumentRoot /www/example2<br />
+ DocumentRoot /www/example.org<br />
ServerName www.example2.org<br />
<br />
# Autres directives ici<br />
</VirtualHost>
</code></p></div>
- <p>Les astérisques correspondent à toutes les adresses, si bien que
- le serveur principal ne répondra jamais à aucune requête. Comme
- <code>www.example1.com</code> se trouve en premier dans le fichier
- de configuration, il a la plus grande priorité et peut être vu
- comme serveur <cite>par défaut</cite> ou <cite>primaire</cite> ;
- ce qui signifie que toute requête reçue ne correspondant pas à une
- des directives <code>ServerName</code> sera servie par ce premier
+ <p>Les astérisques correspondent à toutes les adresses, si bien que
+ le serveur principal ne répondra jamais à aucune requête. Comme
+ <code>www.example.com</code> se trouve en premier dans le fichier
+ de configuration, il a la plus grande priorité et peut être vu
+ comme serveur <cite>par défaut</cite> ou <cite>primaire</cite> ;
+ ce qui signifie que toute requête reçue ne correspondant à aucune
+ des directives <code>ServerName</code> sera servie par ce premier
<code>VirtualHost</code>.</p>
<div class="note">
<h3>Note :</h3>
- <p>Si vous le souhaitez, vous pouvez remplacer <code>*</code>
- par l'adresse IP du système. Dans ce cas, l'argument de
- <code>VirtualHost</code> <em>doit</em> correspondre à
+ <p>Si vous le souhaitez, vous pouvez remplacer <code>*</code>
+ par l'adresse IP du système. Dans ce cas, l'argument de
+ <code>VirtualHost</code> <em>doit</em> correspondre à
l'argument de <code>NameVirtualHost</code> :</p>
<div class="example"><p><code>
NameVirtualHost 172.20.30.40<br />
- <br />
+ <br />
<VirtualHost 172.20.30.40><br />
- # etc ...
+ # etc ...
</code></p></div>
- <p>En général, il est commode d'utiliser <code>*</code> sur
- les systèmes dont l'adresse IP n'est pas constante - par
- exemple, pour des serveurs dont l'adresse IP est attribuée
- dynamiquement par le FAI, et où le DNS est géré au moyen
- d'un DNS dynamique quelconque. Comme <code>*</code> signifie
- <cite>n'importe quelle adresse</cite>, cette configuration
- fonctionne sans devoir être modifiée quand l'adresse IP du
+ <p>En général, il est commode d'utiliser <code>*</code> sur
+ les systèmes dont l'adresse IP n'est pas constante - par
+ exemple, pour des serveurs dont l'adresse IP est attribuée
+ dynamiquement par le FAI, et où le DNS est géré au moyen
+ d'un DNS dynamique quelconque. Comme <code>*</code> signifie
+ <cite>n'importe quelle adresse</cite>, cette configuration
+ fonctionne sans devoir être modifiée quand l'adresse IP du
système est modifiée.</p>
</div>
- <p>La configuration ci-dessus est en pratique utilisée dans la
- plupart des cas pour les serveurs virtuels par nom. En fait, le
- seul cas où cette configuration ne fonctionne pas est lorsque
- différents contenus doivent être servis en fonction de l'adresse IP
+ <p>La configuration ci-dessus est en pratique utilisée dans la
+ plupart des cas pour les serveurs virtuels par nom. En fait, le
+ seul cas où cette configuration ne fonctionne pas est lorsque
+ différents contenus doivent être servis en fonction de l'adresse IP
et du port contactés par le client.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="twoips" id="twoips">Serveurs virtuels par nom sur plus
+<h2><a name="twoips" id="twoips">Serveurs virtuels par nom sur plus
d'une seule adresse IP.</a></h2>
- <div class="note">
- <h3>Note :</h3>
- <p>Toutes les techniques présentées ici
+ <div class="note">
+ <h3>Note :</h3><p>Toutes les techniques présentées ici
peuvent être étendues à un plus grand nombre d'adresses IP.</p>
</div>
- <p>Le serveur a deux adresses IP. Sur l'une
- (<code>172.20.30.40</code>), le serveur "principal"
- <code>server.domain.com</code> doit répondre, et sur l'autre
- (<code>172.20.30.50</code>), deux serveurs virtuels (ou plus)
+ <p>Le serveur a deux adresses IP. Sur l'une
+ (<code>172.20.30.40</code>), le serveur "principal"
+ <code>server.domain.com</code> doit répondre, et sur l'autre
+ (<code>172.20.30.50</code>), deux serveurs virtuels (ou plus)
répondront.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
Listen 80<br />
- <br />
+ <br />
# Serveur "principal" sur 172.20.30.40<br />
ServerName server.domain.com<br />
DocumentRoot /www/mainserver<br />
- <br />
+ <br />
# l'autre adresse <br />
NameVirtualHost 172.20.30.50<br />
- <br />
+ <br />
<VirtualHost 172.20.30.50><br />
<span class="indent">
- DocumentRoot /www/example1<br />
- ServerName www.example1.com<br />
- <br />
+ DocumentRoot /www/example.com<br />
+ ServerName www.example.com<br />
+ <br />
# D'autres directives ici ...<br />
- <br />
+ <br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.50><br />
<span class="indent">
- DocumentRoot /www/example2<br />
- ServerName www.example2.org<br />
+ DocumentRoot /www/example.org<br />
+ ServerName www.example.org<br />
<br />
# D'autres directives ici ...<br />
<br />
</VirtualHost>
</code></p></div>
- <p>Toute requête arrivant sur une autre adresse que
- <code>172.20.30.50</code> sera servie par le serveur principal.
- Les requêtes vers <code>172.20.30.50</code> avec un nom de serveur
- inconnu, ou sans en-tête <code>Host:</code>, seront servies par
- <code>www.example1.com</code>.</p>
+ <p>Toute requête arrivant sur une autre adresse que
+ <code>172.20.30.50</code> sera servie par le serveur principal.
+ Les requêtes vers <code>172.20.30.50</code> avec un nom de serveur
+ inconnu, ou sans en-tête <code>Host:</code>, seront servies par
+ <code>www.example.com</code>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="intraextra" id="intraextra">Servir le même contenu sur des
- adresses IP différentes (telle qu'une adresse interne et une
+<h2><a name="intraextra" id="intraextra">Servir le même contenu sur des
+ adresses IP différentes (telle qu'une adresse interne et une
externe).</a></h2>
- <p>La machine serveur dispose de deux adresses IP
- (<code>192.168.1.1</code> et <code>172.20.30.40</code>). Cette
- machine est placée à la fois sur le réseau interne (l'Intranet)
- et le réseau externe (Internet). Sur Internet, le nom
- <code>server.example.com</code> pointe vers l'adresse externe
- (<code>172.20.30.40</code>), mais sur le réseau interne, ce même
+ <p>La machine serveur dispose de deux adresses IP
+ (<code>192.168.1.1</code> et <code>172.20.30.40</code>). Cette
+ machine est placée à la fois sur le réseau interne (l'Intranet)
+ et le réseau externe (Internet). Sur Internet, le nom
+ <code>server.example.com</code> pointe vers l'adresse externe
+ (<code>172.20.30.40</code>), mais sur le réseau interne, ce même
nom pointe vers l'adresse interne (<code>192.168.1.1</code>).</p>
- <p>Le serveur peut être configuré pour répondre de la même manière
- aux requêtes internes et externes, au moyen d'une seule section
+ <p>Le serveur peut être configuré pour répondre de la même manière
+ aux requêtes internes et externes, au moyen d'une seule section
<code>VirtualHost</code>.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
</VirtualHost>
</code></p></div>
- <p>Ainsi, les requêtes en provenance de chacun des deux réseaux
+ <p>Ainsi, les requêtes en provenance de chacun des deux réseaux
seront servies par le même <code>VirtualHost</code>.</p>
<div class="note">
- <h3>Note :</h3><p>Sur le réseau interne, il est possible
- d'utiliser le nom raccourci <code>server</code> au lieu du nom
+ <h3>Note :</h3><p>Sur le réseau interne, il est possible
+ d'utiliser le nom raccourci <code>server</code> au lieu du nom
complet <code>server.example.com</code>.</p>
- <p>Notez également que dans l'exemple précédent, vous pouvez
- remplacer la liste des adresses IP par des <code>*</code> afin
- que le serveur réponde de la même manière sur toutes ses
+ <p>Notez également que dans l'exemple précédent, vous pouvez
+ remplacer la liste des adresses IP par des <code>*</code> afin
+ que le serveur réponde de la même manière sur toutes ses
adresses.</p>
</div>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="port" id="port">Servir différents sites sur différents
+<h2><a name="port" id="port">Servir différents sites sur différents
ports.</a></h2>
- <p>Vous disposez de plusieurs domaines pointant sur la même adresse
- IP et vous voulez également servir de multiples ports. Vous y
- parviendrez en définissant les ports dans la directive
- "NameVirtualHost". Si vous tentez d'utiliser <VirtualHost
- name:port> sans directive NameVirtualHost name:port, ou tentez
- d'utiliser la directive Listen, votre configuration ne fonctionnera
+ <p>Vous disposez de plusieurs domaines pointant sur la même adresse
+ IP et vous voulez également servir de multiples ports. Vous y
+ parviendrez en définissant les ports dans la directive
+ "NameVirtualHost". Si vous tentez d'utiliser <VirtualHost
+ name:port> sans directive NameVirtualHost name:port, ou tentez
+ d'utiliser la directive Listen, votre configuration ne fonctionnera
pas.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
<br />
<VirtualHost 172.20.30.40:80><br />
<span class="indent">
- ServerName www.example1.com<br />
+ ServerName www.example.com<br />
DocumentRoot /www/domain-80<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40:8080><br />
<span class="indent">
- ServerName www.example1.com<br />
+ ServerName www.example.com<br />
DocumentRoot /www/domain-8080<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40:80><br />
<span class="indent">
- ServerName www.example2.org<br />
+ ServerName www.example.org<br />
DocumentRoot /www/otherdomain-80<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40:8080><br />
<span class="indent">
- ServerName www.example2.org<br />
+ ServerName www.example.org<br />
DocumentRoot /www/otherdomain-8080<br />
</span>
</VirtualHost>
<div class="section">
<h2><a name="ip" id="ip">Hébergement virtuel basé sur IP</a></h2>
- <p>Le serveur dispose de deux adresses IP (<code>172.20.30.40</code>
- et <code>172.20.30.50</code>) correspondant respectivement aux noms
- <code>www.example1.com</code> et <code>www.example2.org</code>.</p>
+ <p>Le serveur dispose de deux adresses IP (<code>172.20.30.40</code>
+ et <code>172.20.30.50</code>) correspondant respectivement aux noms
+ <code>www.example.com</code> et <code>www.example.org</code>.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
<br />
<VirtualHost 172.20.30.40><br />
<span class="indent">
- DocumentRoot /www/example1<br />
+ DocumentRoot /www/example.com<br />
ServerName www.example1.com<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.50><br />
<span class="indent">
- DocumentRoot /www/example2<br />
+ DocumentRoot /www/example.org<br />
ServerName www.example2.org<br />
</span>
</VirtualHost>
</code></p></div>
- <p>Les requêtes provenant d'adresses non spécifiées dans l'une des
- directives <code><VirtualHost></code> (comme pour
- <code>localhost</code> par exemple) seront dirigées vers le serveur
+ <p>Les requêtes provenant d'adresses non spécifiées dans l'une des
+ directives <code><VirtualHost></code> (comme pour
+ <code>localhost</code> par exemple) seront dirigées vers le serveur
principal, s'il en existe un.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="ipport" id="ipport">Hébergements virtuels mixtes basés sur
+<h2><a name="ipport" id="ipport">Hébergements virtuels mixtes basés sur
les ports et sur les IP</a></h2>
- <p>Le serveur dispose de deux adresses IP (<code>172.20.30.40</code>
- et <code>172.20.30.50</code>) correspondant respectivement aux noms
- <code>www.example1.com</code> et <code>www.example2.org</code>.
- Pour chacun d'eux, nous voulons un hébergement sur les ports 80
+ <p>Le serveur dispose de deux adresses IP (<code>172.20.30.40</code>
+ et <code>172.20.30.50</code>) correspondant respectivement aux noms
+ <code>www.example.com</code> et <code>www.example.org</code>.
+ Pour chacun d'eux, nous voulons un hébergement sur les ports 80
et 8080.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
<br />
<VirtualHost 172.20.30.40:80><br />
<span class="indent">
- DocumentRoot /www/example1-80<br />
- ServerName www.example1.com<br />
+ DocumentRoot /www/example.com-80<br />
+ ServerName www.example.com<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40:8080><br />
<span class="indent">
- DocumentRoot /www/example1-8080<br />
- ServerName www.example1.com<br />
+ DocumentRoot /www/example.com-8080<br />
+ ServerName www.example.com<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.50:80><br />
<span class="indent">
- DocumentRoot /www/example2-80<br />
- ServerName www.example1.org<br />
+ DocumentRoot /www/example.org-80<br />
+ ServerName www.example.org<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.50:8080><br />
<span class="indent">
- DocumentRoot /www/example2-8080<br />
- ServerName www.example2.org<br />
+ DocumentRoot /www/example.org-8080<br />
+ ServerName www.example.org<br />
</span>
</VirtualHost>
</code></p></div>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="mixed" id="mixed">Hébergements virtuels mixtes basé sur
+<h2><a name="mixed" id="mixed">Hébergements virtuels mixtes basé sur
les noms et sur IP</a></h2>
- <p>Pour certaines adresses, des serveurs virtuels seront définis
+ <p>Pour certaines adresses, des serveurs virtuels seront définis
par nom, et pour d'autres, ils seront définis par IP.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
<br />
<VirtualHost 172.20.30.40><br />
<span class="indent">
- DocumentRoot /www/example1<br />
- ServerName www.example1.com<br />
+ DocumentRoot /www/example.com<br />
+ ServerName www.example.com<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40><br />
<span class="indent">
- DocumentRoot /www/example2<br />
- ServerName www.example2.org<br />
+ DocumentRoot /www/example.org<br />
+ ServerName www.example.org<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40><br />
<span class="indent">
- DocumentRoot /www/example3<br />
- ServerName www.example3.net<br />
+ DocumentRoot /www/example.net<br />
+ ServerName www.example.net<br />
</span>
</VirtualHost><br />
<br />
# "par-IP"<br />
<VirtualHost 172.20.30.50><br />
<span class="indent">
- DocumentRoot /www/example4<br />
- ServerName www.example4.edu<br />
+ DocumentRoot /www/example.edu<br />
+ ServerName www.example.edu<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.60><br />
<span class="indent">
- DocumentRoot /www/example5<br />
- ServerName www.example5.gov<br />
+ DocumentRoot /www/example.gov<br />
+ ServerName www.example.gov<br />
</span>
</VirtualHost>
</code></p></div>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="proxy" id="proxy">Utilisation simultanée de
+<h2><a name="proxy" id="proxy">Utilisation simultanée de
<code>Virtual_host</code> et de mod_proxy</a></h2>
- <p>L'exemple suivant montre comment une machine peut mandater
- un serveur virtuel fonctionnant sur le serveur d'une autre machine.
- Dans cet exemple, un serveur virtuel de même nom est configuré sur
- une machine à l'adresse <code>192.168.111.2</code>. La directive
- <code class="directive"><a href="../mod/mod_proxy.html#proxypreservehost on">ProxyPreserveHost On</a></code> est
- employée pour permette au nom de domaine d'être préservé lors du
- transfert, au cas où plusieurs noms de domaines cohabitent sur
+ <p>L'exemple suivant montre comment une machine peut mandater
+ un serveur virtuel fonctionnant sur le serveur d'une autre machine.
+ Dans cet exemple, un serveur virtuel de même nom est configuré sur
+ une machine à l'adresse <code>192.168.111.2</code>. La directive
+ <code class="directive"><a href="../mod/mod_proxy.html#proxypreservehost on">ProxyPreserveHost On</a></code> est
+ employée pour permette au nom de domaine d'être préservé lors du
+ transfert, au cas où plusieurs noms de domaines cohabitent sur
une même machine.</p>
<div class="example"><p><code>
<VirtualHost *:*><br />
ProxyPreserveHost On<br />
- ProxyPass / http://192.168.111.2/<br />
+ ProxyPass / http://192.168.111.2<br />
ProxyPassReverse / http://192.168.111.2/<br />
ServerName hostname.example.com<br />
</VirtualHost>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="default" id="default">Utilisation de serveurs virtuels
+<h2><a name="default" id="default">Utilisation de serveurs virtuels
<code>_default_</code></a></h2>
- <h3><a name="defaultallports" id="defaultallports">Serveurs virtuels
+ <h3><a name="defaultallports" id="defaultallports">Serveurs virtuels
<code>_default_</code> pour tous les ports</a></h3>
- <p>Exemple de capture de <em>toutes</em> les requêtes émanant
- d'adresses IP ou de ports non connus, <em>c'est-à-dire</em>, d'un
+ <p>Exemple de capture de <em>toutes</em> les requêtes émanant
+ d'adresses IP ou de ports non connus, <em>c'est-à-dire</em>, d'un
couple adresse/port non traité par aucun autre serveur virtuel.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
</VirtualHost>
</code></p></div>
- <p>L'utilisation d'un tel serveur virtuel avec un joker pour le
- port empêche de manière efficace qu'une requête n'atteigne le
+ <p>L'utilisation d'un tel serveur virtuel avec un joker pour le
+ port empêche de manière efficace qu'une requête n'atteigne le
serveur principal.</p>
- <p>Un serveur virtuel par défaut ne servira jamais une requête
- qui est envoyée vers un couple adresse/port utilisée par un
- serveur virtuel par nom. Si la requête contient un en-tête
- <code>Host:</code> inconnu, ou si celui-ci est absent, elle
- sera toujours servie par le serveur virtuel primaire par nom
- (celui correspondant à ce couple adresse/port trouvé en premier
+ <p>Un serveur virtuel par défaut ne servira jamais une requête
+ qui est envoyée vers un couple adresse/port utilisée par un
+ serveur virtuel par nom. Si la requête contient un en-tête
+ <code>Host:</code> inconnu, ou si celui-ci est absent, elle
+ sera toujours servie par le serveur virtuel primaire par nom
+ (celui correspondant à ce couple adresse/port trouvé en premier
dans le fichier de configuration).</p>
- <p>Vous pouvez utiliser une directive
- <code class="directive"><a href="../mod/mod_alias.html#aliasmatch">AliasMatch</a></code> ou
- <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> afin de
- réécrire une requête pour une unique page d'information (ou pour
+ <p>Vous pouvez utiliser une directive
+ <code class="directive"><a href="../mod/mod_alias.html#aliasmatch">AliasMatch</a></code> ou
+ <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> afin de
+ réécrire une requête pour une unique page d'information (ou pour
un script).</p>
- <h3><a name="defaultdifferentports" id="defaultdifferentports">Serveurs virtuels
+ <h3><a name="defaultdifferentports" id="defaultdifferentports">Serveurs virtuels
<code>_default_</code> pour des ports différents</a></h3>
- <p>La configuration est similaire à l'exemple précédent, mais
- le serveur écoute sur plusieurs ports et un second serveur virtuel
+ <p>La configuration est similaire à l'exemple précédent, mais
+ le serveur écoute sur plusieurs ports et un second serveur virtuel
<code>_default_</code> pour le port 80 est ajouté.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
</VirtualHost>
</code></p></div>
- <p>Le serveur virtuel par défaut défini pour le port 80 (il doit
- impérativement être placé avant un autre serveur virtuel par
- défaut traitant tous les ports grâce au joker *) capture toutes
- les requêtes envoyées sur une adresse IP non spécifiée. Le
+ <p>Le serveur virtuel par défaut défini pour le port 80 (il doit
+ impérativement être placé avant un autre serveur virtuel par
+ défaut traitant tous les ports grâce au joker *) capture toutes
+ les requêtes envoyées sur une adresse IP non spécifiée. Le
serveur principal n'est jamais utilisé pour servir une requête.</p>
- <h3><a name="defaultoneport" id="defaultoneport">Serveurs virtuels
+ <h3><a name="defaultoneport" id="defaultoneport">Serveurs virtuels
<code>_default_</code> pour un seul port</a></h3>
- <p>Nous voulons créer un serveur virtuel par défaut seulement
+ <p>Nous voulons créer un serveur virtuel par défaut seulement
pour le port 80.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
</VirtualHost>
</code></p></div>
- <p>Une requête vers une adresse non spécifiée sur le port 80
- sera servie par le serveur virtuel par défaut, et toute autre
- requête vers une adresse et un port non spécifiés sera servie
+ <p>Une requête vers une adresse non spécifiée sur le port 80
+ sera servie par le serveur virtuel par défaut, et toute autre
+ requête vers une adresse et un port non spécifiés sera servie
par le serveur principal.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="migrate" id="migrate">Migration d'un serveur virtuel
+<h2><a name="migrate" id="migrate">Migration d'un serveur virtuel
par nom en un serveur virtuel par IP</a></h2>
- <p>Le serveur virtuel par nom avec le nom de domaine
- <code>www.example2.org</code> (de notre <a href="#name">exemple
- par nom</a>) devrait obtenir sa propre adresse IP. Pendant la
- phase de migration, il est possible d'éviter les problèmes avec
- les noms de serveurs et autres serveurs mandataires qui mémorisent
+ <p>Le serveur virtuel par nom avec le nom de domaine
+ <code>www.example.org</code> (de notre <a href="#name">exemple
+ par nom</a>) devrait obtenir sa propre adresse IP. Pendant la
+ phase de migration, il est possible d'éviter les problèmes avec
+ les noms de serveurs et autres serveurs mandataires qui mémorisent
les vielles adresses IP pour les serveurs virtuels par nom.<br />
- La solution est simple, car il suffit d'ajouter la nouvelle
- adresse IP (<code>172.20.30.50</code>) dans la directive
+ La solution est simple, car il suffit d'ajouter la nouvelle
+ adresse IP (<code>172.20.30.50</code>) dans la directive
<code>VirtualHost</code>.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
Listen 80<br />
- ServerName www.example1.com<br />
- DocumentRoot /www/example1<br />
+ ServerName www.example.com<br />
+ DocumentRoot /www/example.com<br />
<br />
NameVirtualHost 172.20.30.40<br />
<br />
<VirtualHost 172.20.30.40 172.20.30.50><br />
<span class="indent">
- DocumentRoot /www/example2<br />
- ServerName www.example2.org<br />
+ DocumentRoot /www/example.org<br />
+ ServerName www.example.org<br />
# ...<br />
</span>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40><br />
<span class="indent">
- DocumentRoot /www/example3<br />
- ServerName www.example3.net<br />
- ServerAlias *.example3.net<br />
+ DocumentRoot /www/example.net<br />
+ ServerName www.example.net<br />
+ ServerAlias *.example.net<br />
# ...<br />
</span>
</VirtualHost>
</code></p></div>
- <p>Le serveur virtuel peut maintenant être joint par la nouvelle
- adresse (comme un serveur virtuel par IP) et par l'ancienne
+ <p>Le serveur virtuel peut maintenant être joint par la nouvelle
+ adresse (comme un serveur virtuel par IP) et par l'ancienne
adresse (comme un serveur virtuel par nom).</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
-<h2><a name="serverpath" id="serverpath">Utilisation de la directive
+<h2><a name="serverpath" id="serverpath">Utilisation de la directive
<code>ServerPath</code></a></h2>
- <p>Dans le cas où vous disposez de deux serveurs virtuels par nom,
- le client doit transmettre un en-tête <code>Host:</code> correct
- pour déterminer le serveur concerné. Les vieux clients HTTP/1.0
- n'envoient pas un tel en-tête et Apache n'a aucun indice pour
- connaître le serveur virtuel devant être joint (il sert la
- requête à partir d'un serveur virtuel primaire). Dans un soucis
- de préserver la compatibilité descendante, il suffit de créer
- un serveur virtuel primaire chargé de retourner une page contenant
- des liens dont les URLs auront un préfixe identifiant les serveurs
+ <p>Dans le cas où vous disposez de deux serveurs virtuels par nom,
+ le client doit transmettre un en-tête <code>Host:</code> correct
+ pour déterminer le serveur concerné. Les vieux clients HTTP/1.0
+ n'envoient pas un tel en-tête et Apache n'a aucun indice pour
+ connaître le serveur virtuel devant être joint (il sert la
+ requête à partir d'un serveur virtuel primaire). Dans un soucis
+ de préserver la compatibilité descendante, il suffit de créer
+ un serveur virtuel primaire chargé de retourner une page contenant
+ des liens dont les URLs auront un préfixe identifiant les serveurs
virtuels par nom.</p>
<div class="example"><h3>Configuration du serveur</h3><p><code>
</VirtualHost>
</code></p></div>
- <p>À cause de la directive
- <code class="directive"><a href="../mod/core.html#serverpath">ServerPath</a></code>, une requête sur
- une URL <code>http://www.sub1.domain.tld/sub1/</code> est
+ <p>À cause de la directive
+ <code class="directive"><a href="../mod/core.html#serverpath">ServerPath</a></code>, une requête sur
+ une URL <code>http://www.sub1.domain.tld/sub1/</code> est
<em>toujours</em> servie par le serveur sub1-vhost.<br />
- Une requête sur une URL <code>http://www.sub1.domain.tld/</code> n'est
- servie par le serveur sub1-vhost que si le client envoie un en-tête
- <code>Host:</code> correct. Si aucun en-tête <code>Host:</code>
- n'est transmis, le serveur primaire sera utilisé.<br />
- Notez qu'il y a une singularité : une requête sur
- <code>http://www.sub2.domain.tld/sub1/</code> est également servie
- par le serveur sub1-vhost si le client n'envoie pas d'en-tête
- <code>Host:</code>.<br />
- Les directives <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code>
- sont employées pour s'assurer que le client qui envoie un en-tête
- <code>Host:</code> correct puisse utiliser d'autres variantes d'URLs,
+ Une requête sur une URL <code>http://www.sub1.domain.tld/</code> n'est
+ servie par le serveur sub1-vhost que si le client envoie un en-tête
+ <code>Host:</code> correct. Si aucun en-tête <code>Host:</code>
+ n'est transmis, le serveur primaire sera utilisé.</p>
+ <p>Notez qu'il y a une singularité : une requête sur
+ <code>http://www.sub2.domain.tld/sub1/</code> est également servie
+ par le serveur sub1-vhost si le client n'envoie pas d'en-tête
+ <code>Host:</code>.</p>
+ <p>Les directives <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code>
+ sont employées pour s'assurer que le client qui envoie un en-tête
+ <code>Host:</code> correct puisse utiliser d'autres variantes d'URLs,
<em>c'est-à-dire</em> avec ou sans préfixe d'URL.</p>
</div></div>
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision: 659902 -->
<!-- French translation by Vincent Deffontaines, Alain B., review by -->
+<!-- updated by Lucien Gentis -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<summary>
- <p>Le but de ce document est d'essayer de répondre aux questions
- les plus répandues sur la configuration des serveurs virtuels.
- Les scénarios présentés ici se rencontrent quand plusieurs
- serveurs Webs doivent tourner sur une seule et même machine au
- moyen de serveurs virtuels <a href="name-based.html">par nom</a>
+ <p>Le but de ce document est d'essayer de répondre aux questions
+ les plus répandues sur la configuration des serveurs virtuels.
+ Les scénarios présentés ici se rencontrent quand plusieurs
+ serveurs Webs doivent tourner sur une seule et même machine au
+ moyen de serveurs virtuels <a href="name-based.html">par nom</a>
ou <a href="ip-based.html">par IP</a>.</p>
</summary>
- <section id="purename"><title>Fonctionnement de plusieurs serveurs
+ <section id="purename"><title>Fonctionnement de plusieurs serveurs
virtuels par nom sur une seule adresse IP.</title>
- <p>Votre serveur ne dispose que d'une seule adresse IP, et de
- nombreux alias (CNAMES) pointent vers cette adresse dans le DNS.
- Pour l'exemple, <code>www.example1.com</code> et
- <code>www.example2.org</code> doivent tourner sur cette machine.</p>
-
- <note><title>Note :</title><p>La configuration de serveurs virtuels
- sous Apache ne provoque pas leur apparition magique dans la
- configuration du DNS. Il <em>faut</em> que leurs noms soient
- définis dans le DNS, et qu'ils y soient résolus sur l'adresse IP
- du serveur, faute de quoi personne ne pourra visiter votre site Web.
- Il est possible d'ajouter des entrées dans le fichier
- <code>hosts</code> pour tests locaux, mais qui ne fonctionneront
+ <p>Votre serveur ne dispose que d'une seule adresse IP, et de
+ nombreux alias (CNAMES) pointent vers cette adresse dans le DNS.
+ Pour l'exemple, <code>www.example.com</code> et
+ <code>www.example.org</code> doivent tourner sur cette machine.</p>
+
+ <note><title>Note :</title><p>La configuration de serveurs virtuels
+ sous Apache ne provoque pas leur apparition magique dans la
+ configuration du DNS. Il <em>faut</em> que leurs noms soient
+ définis dans le DNS, et qu'ils y soient résolus sur l'adresse IP
+ du serveur, faute de quoi personne ne pourra visiter votre site Web.
+ Il est possible d'ajouter des entrées dans le fichier
+ <code>hosts</code> pour tests locaux, mais qui ne fonctionneront
que sur la machine possédant ces entrées.</p>
</note>
# Apache doit écouter sur le port 80<br />
Listen 80<br />
<br />
- # Toutes les adresses IP doivent répondre aux requêtes sur les
+ # Toutes les adresses IP doivent répondre aux requêtes sur les
# serveurs virtuels
NameVirtualHost *:80<br />
<br />
<VirtualHost *:80><br />
<indent>
- DocumentRoot /www/example1<br />
+ DocumentRoot /www/example.com<br />
ServerName www.example1.com<br />
<br />
# Autres directives ici<br />
<br />
<VirtualHost *:80><br />
<indent>
- DocumentRoot /www/example2<br />
+ DocumentRoot /www/example.org<br />
ServerName www.example2.org<br />
<br />
# Autres directives ici<br />
</VirtualHost>
</example>
- <p>Les astérisques correspondent à toutes les adresses, si bien que
- le serveur principal ne répondra jamais à aucune requête. Comme
- <code>www.example1.com</code> se trouve en premier dans le fichier
- de configuration, il a la plus grande priorité et peut être vu
- comme serveur <cite>par défaut</cite> ou <cite>primaire</cite> ;
- ce qui signifie que toute requête reçue ne correspondant pas à une
- des directives <code>ServerName</code> sera servie par ce premier
+ <p>Les astérisques correspondent à toutes les adresses, si bien que
+ le serveur principal ne répondra jamais à aucune requête. Comme
+ <code>www.example.com</code> se trouve en premier dans le fichier
+ de configuration, il a la plus grande priorité et peut être vu
+ comme serveur <cite>par défaut</cite> ou <cite>primaire</cite> ;
+ ce qui signifie que toute requête reçue ne correspondant à aucune
+ des directives <code>ServerName</code> sera servie par ce premier
<code>VirtualHost</code>.</p>
<note>
<title>Note :</title>
- <p>Si vous le souhaitez, vous pouvez remplacer <code>*</code>
- par l'adresse IP du système. Dans ce cas, l'argument de
- <code>VirtualHost</code> <em>doit</em> correspondre à
+ <p>Si vous le souhaitez, vous pouvez remplacer <code>*</code>
+ par l'adresse IP du système. Dans ce cas, l'argument de
+ <code>VirtualHost</code> <em>doit</em> correspondre à
l'argument de <code>NameVirtualHost</code> :</p>
<example>
NameVirtualHost 172.20.30.40<br />
- <br />
+ <br />
<VirtualHost 172.20.30.40><br />
- # etc ...
+ # etc ...
</example>
- <p>En général, il est commode d'utiliser <code>*</code> sur
- les systèmes dont l'adresse IP n'est pas constante - par
- exemple, pour des serveurs dont l'adresse IP est attribuée
- dynamiquement par le FAI, et où le DNS est géré au moyen
- d'un DNS dynamique quelconque. Comme <code>*</code> signifie
- <cite>n'importe quelle adresse</cite>, cette configuration
- fonctionne sans devoir être modifiée quand l'adresse IP du
+ <p>En général, il est commode d'utiliser <code>*</code> sur
+ les systèmes dont l'adresse IP n'est pas constante - par
+ exemple, pour des serveurs dont l'adresse IP est attribuée
+ dynamiquement par le FAI, et où le DNS est géré au moyen
+ d'un DNS dynamique quelconque. Comme <code>*</code> signifie
+ <cite>n'importe quelle adresse</cite>, cette configuration
+ fonctionne sans devoir être modifiée quand l'adresse IP du
système est modifiée.</p>
</note>
- <p>La configuration ci-dessus est en pratique utilisée dans la
- plupart des cas pour les serveurs virtuels par nom. En fait, le
- seul cas où cette configuration ne fonctionne pas est lorsque
- différents contenus doivent être servis en fonction de l'adresse IP
+ <p>La configuration ci-dessus est en pratique utilisée dans la
+ plupart des cas pour les serveurs virtuels par nom. En fait, le
+ seul cas où cette configuration ne fonctionne pas est lorsque
+ différents contenus doivent être servis en fonction de l'adresse IP
et du port contactés par le client.</p>
</section>
- <section id="twoips"><title>Serveurs virtuels par nom sur plus
+ <section id="twoips"><title>Serveurs virtuels par nom sur plus
d'une seule adresse IP.</title>
- <note>
- <title>Note :</title>
- <p>Toutes les techniques présentées ici
+ <note>
+ <title>Note :</title><p>Toutes les techniques présentées ici
peuvent être étendues à un plus grand nombre d'adresses IP.</p>
</note>
- <p>Le serveur a deux adresses IP. Sur l'une
- (<code>172.20.30.40</code>), le serveur "principal"
- <code>server.domain.com</code> doit répondre, et sur l'autre
- (<code>172.20.30.50</code>), deux serveurs virtuels (ou plus)
+ <p>Le serveur a deux adresses IP. Sur l'une
+ (<code>172.20.30.40</code>), le serveur "principal"
+ <code>server.domain.com</code> doit répondre, et sur l'autre
+ (<code>172.20.30.50</code>), deux serveurs virtuels (ou plus)
répondront.</p>
<example>
<title>Configuration du serveur</title>
Listen 80<br />
- <br />
+ <br />
# Serveur "principal" sur 172.20.30.40<br />
ServerName server.domain.com<br />
DocumentRoot /www/mainserver<br />
- <br />
+ <br />
# l'autre adresse <br />
NameVirtualHost 172.20.30.50<br />
- <br />
+ <br />
<VirtualHost 172.20.30.50><br />
<indent>
- DocumentRoot /www/example1<br />
- ServerName www.example1.com<br />
- <br />
+ DocumentRoot /www/example.com<br />
+ ServerName www.example.com<br />
+ <br />
# D'autres directives ici ...<br />
- <br />
+ <br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.50><br />
<indent>
- DocumentRoot /www/example2<br />
- ServerName www.example2.org<br />
+ DocumentRoot /www/example.org<br />
+ ServerName www.example.org<br />
<br />
# D'autres directives ici ...<br />
<br />
</VirtualHost>
</example>
- <p>Toute requête arrivant sur une autre adresse que
- <code>172.20.30.50</code> sera servie par le serveur principal.
- Les requêtes vers <code>172.20.30.50</code> avec un nom de serveur
- inconnu, ou sans en-tête <code>Host:</code>, seront servies par
- <code>www.example1.com</code>.</p>
+ <p>Toute requête arrivant sur une autre adresse que
+ <code>172.20.30.50</code> sera servie par le serveur principal.
+ Les requêtes vers <code>172.20.30.50</code> avec un nom de serveur
+ inconnu, ou sans en-tête <code>Host:</code>, seront servies par
+ <code>www.example.com</code>.</p>
</section>
- <section id="intraextra"><title>Servir le même contenu sur des
- adresses IP différentes (telle qu'une adresse interne et une
+ <section id="intraextra"><title>Servir le même contenu sur des
+ adresses IP différentes (telle qu'une adresse interne et une
externe).</title>
- <p>La machine serveur dispose de deux adresses IP
- (<code>192.168.1.1</code> et <code>172.20.30.40</code>). Cette
- machine est placée à la fois sur le réseau interne (l'Intranet)
- et le réseau externe (Internet). Sur Internet, le nom
- <code>server.example.com</code> pointe vers l'adresse externe
- (<code>172.20.30.40</code>), mais sur le réseau interne, ce même
+ <p>La machine serveur dispose de deux adresses IP
+ (<code>192.168.1.1</code> et <code>172.20.30.40</code>). Cette
+ machine est placée à la fois sur le réseau interne (l'Intranet)
+ et le réseau externe (Internet). Sur Internet, le nom
+ <code>server.example.com</code> pointe vers l'adresse externe
+ (<code>172.20.30.40</code>), mais sur le réseau interne, ce même
nom pointe vers l'adresse interne (<code>192.168.1.1</code>).</p>
- <p>Le serveur peut être configuré pour répondre de la même manière
- aux requêtes internes et externes, au moyen d'une seule section
+ <p>Le serveur peut être configuré pour répondre de la même manière
+ aux requêtes internes et externes, au moyen d'une seule section
<code>VirtualHost</code>.</p>
<example>
</VirtualHost>
</example>
- <p>Ainsi, les requêtes en provenance de chacun des deux réseaux
+ <p>Ainsi, les requêtes en provenance de chacun des deux réseaux
seront servies par le même <code>VirtualHost</code>.</p>
<note>
- <title>Note :</title><p>Sur le réseau interne, il est possible
- d'utiliser le nom raccourci <code>server</code> au lieu du nom
+ <title>Note :</title><p>Sur le réseau interne, il est possible
+ d'utiliser le nom raccourci <code>server</code> au lieu du nom
complet <code>server.example.com</code>.</p>
- <p>Notez également que dans l'exemple précédent, vous pouvez
- remplacer la liste des adresses IP par des <code>*</code> afin
- que le serveur réponde de la même manière sur toutes ses
+ <p>Notez également que dans l'exemple précédent, vous pouvez
+ remplacer la liste des adresses IP par des <code>*</code> afin
+ que le serveur réponde de la même manière sur toutes ses
adresses.</p>
</note>
</section>
- <section id="port"><title>Servir différents sites sur différents
+ <section id="port"><title>Servir différents sites sur différents
ports.</title>
- <p>Vous disposez de plusieurs domaines pointant sur la même adresse
- IP et vous voulez également servir de multiples ports. Vous y
- parviendrez en définissant les ports dans la directive
- "NameVirtualHost". Si vous tentez d'utiliser <VirtualHost
- name:port> sans directive NameVirtualHost name:port, ou tentez
- d'utiliser la directive Listen, votre configuration ne fonctionnera
+ <p>Vous disposez de plusieurs domaines pointant sur la même adresse
+ IP et vous voulez également servir de multiples ports. Vous y
+ parviendrez en définissant les ports dans la directive
+ "NameVirtualHost". Si vous tentez d'utiliser <VirtualHost
+ name:port> sans directive NameVirtualHost name:port, ou tentez
+ d'utiliser la directive Listen, votre configuration ne fonctionnera
pas.</p>
<example>
<br />
<VirtualHost 172.20.30.40:80><br />
<indent>
- ServerName www.example1.com<br />
+ ServerName www.example.com<br />
DocumentRoot /www/domain-80<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40:8080><br />
<indent>
- ServerName www.example1.com<br />
+ ServerName www.example.com<br />
DocumentRoot /www/domain-8080<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40:80><br />
<indent>
- ServerName www.example2.org<br />
+ ServerName www.example.org<br />
DocumentRoot /www/otherdomain-80<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40:8080><br />
<indent>
- ServerName www.example2.org<br />
+ ServerName www.example.org<br />
DocumentRoot /www/otherdomain-8080<br />
</indent>
</VirtualHost>
<section id="ip"><title>Hébergement virtuel basé sur IP</title>
- <p>Le serveur dispose de deux adresses IP (<code>172.20.30.40</code>
- et <code>172.20.30.50</code>) correspondant respectivement aux noms
- <code>www.example1.com</code> et <code>www.example2.org</code>.</p>
+ <p>Le serveur dispose de deux adresses IP (<code>172.20.30.40</code>
+ et <code>172.20.30.50</code>) correspondant respectivement aux noms
+ <code>www.example.com</code> et <code>www.example.org</code>.</p>
<example>
<title>Configuration du serveur</title>
<br />
<VirtualHost 172.20.30.40><br />
<indent>
- DocumentRoot /www/example1<br />
+ DocumentRoot /www/example.com<br />
ServerName www.example1.com<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.50><br />
<indent>
- DocumentRoot /www/example2<br />
+ DocumentRoot /www/example.org<br />
ServerName www.example2.org<br />
</indent>
</VirtualHost>
</example>
- <p>Les requêtes provenant d'adresses non spécifiées dans l'une des
- directives <code><VirtualHost></code> (comme pour
- <code>localhost</code> par exemple) seront dirigées vers le serveur
+ <p>Les requêtes provenant d'adresses non spécifiées dans l'une des
+ directives <code><VirtualHost></code> (comme pour
+ <code>localhost</code> par exemple) seront dirigées vers le serveur
principal, s'il en existe un.</p>
</section>
- <section id="ipport"><title>Hébergements virtuels mixtes basés sur
+ <section id="ipport"><title>Hébergements virtuels mixtes basés sur
les ports et sur les IP</title>
- <p>Le serveur dispose de deux adresses IP (<code>172.20.30.40</code>
- et <code>172.20.30.50</code>) correspondant respectivement aux noms
- <code>www.example1.com</code> et <code>www.example2.org</code>.
- Pour chacun d'eux, nous voulons un hébergement sur les ports 80
+ <p>Le serveur dispose de deux adresses IP (<code>172.20.30.40</code>
+ et <code>172.20.30.50</code>) correspondant respectivement aux noms
+ <code>www.example.com</code> et <code>www.example.org</code>.
+ Pour chacun d'eux, nous voulons un hébergement sur les ports 80
et 8080.</p>
<example>
<br />
<VirtualHost 172.20.30.40:80><br />
<indent>
- DocumentRoot /www/example1-80<br />
- ServerName www.example1.com<br />
+ DocumentRoot /www/example.com-80<br />
+ ServerName www.example.com<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40:8080><br />
<indent>
- DocumentRoot /www/example1-8080<br />
- ServerName www.example1.com<br />
+ DocumentRoot /www/example.com-8080<br />
+ ServerName www.example.com<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.50:80><br />
<indent>
- DocumentRoot /www/example2-80<br />
- ServerName www.example1.org<br />
+ DocumentRoot /www/example.org-80<br />
+ ServerName www.example.org<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.50:8080><br />
<indent>
- DocumentRoot /www/example2-8080<br />
- ServerName www.example2.org<br />
+ DocumentRoot /www/example.org-8080<br />
+ ServerName www.example.org<br />
</indent>
</VirtualHost>
</example>
</section>
- <section id="mixed"><title>Hébergements virtuels mixtes basé sur
+ <section id="mixed"><title>Hébergements virtuels mixtes basé sur
les noms et sur IP</title>
- <p>Pour certaines adresses, des serveurs virtuels seront définis
+ <p>Pour certaines adresses, des serveurs virtuels seront définis
par nom, et pour d'autres, ils seront définis par IP.</p>
<example>
<br />
<VirtualHost 172.20.30.40><br />
<indent>
- DocumentRoot /www/example1<br />
- ServerName www.example1.com<br />
+ DocumentRoot /www/example.com<br />
+ ServerName www.example.com<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40><br />
<indent>
- DocumentRoot /www/example2<br />
- ServerName www.example2.org<br />
+ DocumentRoot /www/example.org<br />
+ ServerName www.example.org<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40><br />
<indent>
- DocumentRoot /www/example3<br />
- ServerName www.example3.net<br />
+ DocumentRoot /www/example.net<br />
+ ServerName www.example.net<br />
</indent>
</VirtualHost><br />
<br />
# "par-IP"<br />
<VirtualHost 172.20.30.50><br />
<indent>
- DocumentRoot /www/example4<br />
- ServerName www.example4.edu<br />
+ DocumentRoot /www/example.edu<br />
+ ServerName www.example.edu<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.60><br />
<indent>
- DocumentRoot /www/example5<br />
- ServerName www.example5.gov<br />
+ DocumentRoot /www/example.gov<br />
+ ServerName www.example.gov<br />
</indent>
</VirtualHost>
</example>
</section>
- <section id="proxy"><title>Utilisation simultanée de
+ <section id="proxy"><title>Utilisation simultanée de
<code>Virtual_host</code> et de mod_proxy</title>
- <p>L'exemple suivant montre comment une machine peut mandater
- un serveur virtuel fonctionnant sur le serveur d'une autre machine.
- Dans cet exemple, un serveur virtuel de même nom est configuré sur
- une machine à l'adresse <code>192.168.111.2</code>. La directive
- <directive module="mod_proxy">ProxyPreserveHost On</directive> est
- employée pour permette au nom de domaine d'être préservé lors du
- transfert, au cas où plusieurs noms de domaines cohabitent sur
+ <p>L'exemple suivant montre comment une machine peut mandater
+ un serveur virtuel fonctionnant sur le serveur d'une autre machine.
+ Dans cet exemple, un serveur virtuel de même nom est configuré sur
+ une machine à l'adresse <code>192.168.111.2</code>. La directive
+ <directive module="mod_proxy">ProxyPreserveHost On</directive> est
+ employée pour permette au nom de domaine d'être préservé lors du
+ transfert, au cas où plusieurs noms de domaines cohabitent sur
une même machine.</p>
<example>
<VirtualHost *:*><br />
ProxyPreserveHost On<br />
- ProxyPass / http://192.168.111.2/<br />
+ ProxyPass / http://192.168.111.2<br />
ProxyPassReverse / http://192.168.111.2/<br />
ServerName hostname.example.com<br />
</VirtualHost>
</section>
- <section id="default"><title>Utilisation de serveurs virtuels
+ <section id="default"><title>Utilisation de serveurs virtuels
<code>_default_</code></title>
- <section id="defaultallports"><title>Serveurs virtuels
+ <section id="defaultallports"><title>Serveurs virtuels
<code>_default_</code> pour tous les ports</title>
- <p>Exemple de capture de <em>toutes</em> les requêtes émanant
- d'adresses IP ou de ports non connus, <em>c'est-à-dire</em>, d'un
+ <p>Exemple de capture de <em>toutes</em> les requêtes émanant
+ d'adresses IP ou de ports non connus, <em>c'est-à-dire</em>, d'un
couple adresse/port non traité par aucun autre serveur virtuel.</p>
<example>
</VirtualHost>
</example>
- <p>L'utilisation d'un tel serveur virtuel avec un joker pour le
- port empêche de manière efficace qu'une requête n'atteigne le
+ <p>L'utilisation d'un tel serveur virtuel avec un joker pour le
+ port empêche de manière efficace qu'une requête n'atteigne le
serveur principal.</p>
- <p>Un serveur virtuel par défaut ne servira jamais une requête
- qui est envoyée vers un couple adresse/port utilisée par un
- serveur virtuel par nom. Si la requête contient un en-tête
- <code>Host:</code> inconnu, ou si celui-ci est absent, elle
- sera toujours servie par le serveur virtuel primaire par nom
- (celui correspondant à ce couple adresse/port trouvé en premier
+ <p>Un serveur virtuel par défaut ne servira jamais une requête
+ qui est envoyée vers un couple adresse/port utilisée par un
+ serveur virtuel par nom. Si la requête contient un en-tête
+ <code>Host:</code> inconnu, ou si celui-ci est absent, elle
+ sera toujours servie par le serveur virtuel primaire par nom
+ (celui correspondant à ce couple adresse/port trouvé en premier
dans le fichier de configuration).</p>
- <p>Vous pouvez utiliser une directive
- <directive module="mod_alias">AliasMatch</directive> ou
- <directive module="mod_rewrite">RewriteRule</directive> afin de
- réécrire une requête pour une unique page d'information (ou pour
+ <p>Vous pouvez utiliser une directive
+ <directive module="mod_alias">AliasMatch</directive> ou
+ <directive module="mod_rewrite">RewriteRule</directive> afin de
+ réécrire une requête pour une unique page d'information (ou pour
un script).</p>
</section>
- <section id="defaultdifferentports"><title>Serveurs virtuels
+ <section id="defaultdifferentports"><title>Serveurs virtuels
<code>_default_</code> pour des ports différents</title>
- <p>La configuration est similaire à l'exemple précédent, mais
- le serveur écoute sur plusieurs ports et un second serveur virtuel
+ <p>La configuration est similaire à l'exemple précédent, mais
+ le serveur écoute sur plusieurs ports et un second serveur virtuel
<code>_default_</code> pour le port 80 est ajouté.</p>
<example>
</VirtualHost>
</example>
- <p>Le serveur virtuel par défaut défini pour le port 80 (il doit
- impérativement être placé avant un autre serveur virtuel par
- défaut traitant tous les ports grâce au joker *) capture toutes
- les requêtes envoyées sur une adresse IP non spécifiée. Le
+ <p>Le serveur virtuel par défaut défini pour le port 80 (il doit
+ impérativement être placé avant un autre serveur virtuel par
+ défaut traitant tous les ports grâce au joker *) capture toutes
+ les requêtes envoyées sur une adresse IP non spécifiée. Le
serveur principal n'est jamais utilisé pour servir une requête.</p>
</section>
- <section id="defaultoneport"><title>Serveurs virtuels
+ <section id="defaultoneport"><title>Serveurs virtuels
<code>_default_</code> pour un seul port</title>
- <p>Nous voulons créer un serveur virtuel par défaut seulement
+ <p>Nous voulons créer un serveur virtuel par défaut seulement
pour le port 80.</p>
<example>
</VirtualHost>
</example>
- <p>Une requête vers une adresse non spécifiée sur le port 80
- sera servie par le serveur virtuel par défaut, et toute autre
- requête vers une adresse et un port non spécifiés sera servie
+ <p>Une requête vers une adresse non spécifiée sur le port 80
+ sera servie par le serveur virtuel par défaut, et toute autre
+ requête vers une adresse et un port non spécifiés sera servie
par le serveur principal.</p>
</section>
</section>
- <section id="migrate"><title>Migration d'un serveur virtuel
+ <section id="migrate"><title>Migration d'un serveur virtuel
par nom en un serveur virtuel par IP</title>
- <p>Le serveur virtuel par nom avec le nom de domaine
- <code>www.example2.org</code> (de notre <a href="#name">exemple
- par nom</a>) devrait obtenir sa propre adresse IP. Pendant la
- phase de migration, il est possible d'éviter les problèmes avec
- les noms de serveurs et autres serveurs mandataires qui mémorisent
+ <p>Le serveur virtuel par nom avec le nom de domaine
+ <code>www.example.org</code> (de notre <a href="#name">exemple
+ par nom</a>) devrait obtenir sa propre adresse IP. Pendant la
+ phase de migration, il est possible d'éviter les problèmes avec
+ les noms de serveurs et autres serveurs mandataires qui mémorisent
les vielles adresses IP pour les serveurs virtuels par nom.<br />
- La solution est simple, car il suffit d'ajouter la nouvelle
- adresse IP (<code>172.20.30.50</code>) dans la directive
+ La solution est simple, car il suffit d'ajouter la nouvelle
+ adresse IP (<code>172.20.30.50</code>) dans la directive
<code>VirtualHost</code>.</p>
<example>
<title>Configuration du serveur</title>
Listen 80<br />
- ServerName www.example1.com<br />
- DocumentRoot /www/example1<br />
+ ServerName www.example.com<br />
+ DocumentRoot /www/example.com<br />
<br />
NameVirtualHost 172.20.30.40<br />
<br />
<VirtualHost 172.20.30.40 172.20.30.50><br />
<indent>
- DocumentRoot /www/example2<br />
- ServerName www.example2.org<br />
+ DocumentRoot /www/example.org<br />
+ ServerName www.example.org<br />
# ...<br />
</indent>
</VirtualHost><br />
<br />
<VirtualHost 172.20.30.40><br />
<indent>
- DocumentRoot /www/example3<br />
- ServerName www.example3.net<br />
- ServerAlias *.example3.net<br />
+ DocumentRoot /www/example.net<br />
+ ServerName www.example.net<br />
+ ServerAlias *.example.net<br />
# ...<br />
</indent>
</VirtualHost>
</example>
- <p>Le serveur virtuel peut maintenant être joint par la nouvelle
- adresse (comme un serveur virtuel par IP) et par l'ancienne
+ <p>Le serveur virtuel peut maintenant être joint par la nouvelle
+ adresse (comme un serveur virtuel par IP) et par l'ancienne
adresse (comme un serveur virtuel par nom).</p>
</section>
- <section id="serverpath"><title>Utilisation de la directive
+ <section id="serverpath"><title>Utilisation de la directive
<code>ServerPath</code></title>
- <p>Dans le cas où vous disposez de deux serveurs virtuels par nom,
- le client doit transmettre un en-tête <code>Host:</code> correct
- pour déterminer le serveur concerné. Les vieux clients HTTP/1.0
- n'envoient pas un tel en-tête et Apache n'a aucun indice pour
- connaître le serveur virtuel devant être joint (il sert la
- requête à partir d'un serveur virtuel primaire). Dans un soucis
- de préserver la compatibilité descendante, il suffit de créer
- un serveur virtuel primaire chargé de retourner une page contenant
- des liens dont les URLs auront un préfixe identifiant les serveurs
+ <p>Dans le cas où vous disposez de deux serveurs virtuels par nom,
+ le client doit transmettre un en-tête <code>Host:</code> correct
+ pour déterminer le serveur concerné. Les vieux clients HTTP/1.0
+ n'envoient pas un tel en-tête et Apache n'a aucun indice pour
+ connaître le serveur virtuel devant être joint (il sert la
+ requête à partir d'un serveur virtuel primaire). Dans un soucis
+ de préserver la compatibilité descendante, il suffit de créer
+ un serveur virtuel primaire chargé de retourner une page contenant
+ des liens dont les URLs auront un préfixe identifiant les serveurs
virtuels par nom.</p>
<example>
</VirtualHost>
</example>
- <p>À cause de la directive
- <directive module="core">ServerPath</directive>, une requête sur
- une URL <code>http://www.sub1.domain.tld/sub1/</code> est
+ <p>À cause de la directive
+ <directive module="core">ServerPath</directive>, une requête sur
+ une URL <code>http://www.sub1.domain.tld/sub1/</code> est
<em>toujours</em> servie par le serveur sub1-vhost.<br />
- Une requête sur une URL <code>http://www.sub1.domain.tld/</code> n'est
- servie par le serveur sub1-vhost que si le client envoie un en-tête
- <code>Host:</code> correct. Si aucun en-tête <code>Host:</code>
- n'est transmis, le serveur primaire sera utilisé.<br />
- Notez qu'il y a une singularité : une requête sur
- <code>http://www.sub2.domain.tld/sub1/</code> est également servie
- par le serveur sub1-vhost si le client n'envoie pas d'en-tête
- <code>Host:</code>.<br />
- Les directives <directive module="mod_rewrite">RewriteRule</directive>
- sont employées pour s'assurer que le client qui envoie un en-tête
- <code>Host:</code> correct puisse utiliser d'autres variantes d'URLs,
+ Une requête sur une URL <code>http://www.sub1.domain.tld/</code> n'est
+ servie par le serveur sub1-vhost que si le client envoie un en-tête
+ <code>Host:</code> correct. Si aucun en-tête <code>Host:</code>
+ n'est transmis, le serveur primaire sera utilisé.</p>
+ <p>Notez qu'il y a une singularité : une requête sur
+ <code>http://www.sub2.domain.tld/sub1/</code> est également servie
+ par le serveur sub1-vhost si le client n'envoie pas d'en-tête
+ <code>Host:</code>.</p>
+ <p>Les directives <directive module="mod_rewrite">RewriteRule</directive>
+ sont employées pour s'assurer que le client qui envoie un en-tête
+ <code>Host:</code> correct puisse utiliser d'autres variantes d'URLs,
<em>c'est-à-dire</em> avec ou sans préfixe d'URL.</p>
</section>
<p>Apache a été le précurseur des serveurs proposant cette
méthode de serveurs virtuels basés sur les adresses IP. Ses
- versions 1.1 et suivantes ont toujours proposées ces deux
- méthodes de serveurs virtuels par-IP et par-nom. Cette
+ versions 1.1 et suivantes proposent les deux
+ méthodes de serveurs virtuels : par-IP et par-nom. Cette
deuxième méthode est parfois également appelée <em>host-based</em>
ou <em>serveur virtuel non-IP</em>.</p>
<p>Apache a été le précurseur des serveurs proposant cette
méthode de serveurs virtuels basés sur les adresses IP. Ses
- versions 1.1 et suivantes ont toujours proposées ces deux
- méthodes de serveurs virtuels par-IP et par-nom. Cette
+ versions 1.1 et suivantes proposent les deux
+ méthodes de serveurs virtuels : par-IP et par-nom. Cette
deuxième méthode est parfois également appelée <em>host-based</em>
ou <em>serveur virtuel non-IP</em>.</p>
Content-Language: en
Content-type: text/html; charset=ISO-8859-1
+URI: mass.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
URI: mass.html.ko.euc-kr
Content-Language: ko
Content-type: text/html; charset=EUC-KR
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP Server</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="../">Version 2.3</a> > <a href="./">Virtual Hosts</a></div><div id="page-content"><div id="preamble"><h1>Dynamically Configured Mass Virtual Hosting</h1>
<div class="toplang">
<p><span>Available Languages: </span><a href="../en/vhosts/mass.html" title="English"> en </a> |
+<a href="../fr/vhosts/mass.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
<a href="../ko/vhosts/mass.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
<a href="../tr/vhosts/mass.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
</div>
</div></div>
<div class="bottomlang">
<p><span>Available Languages: </span><a href="../en/vhosts/mass.html" title="English"> en </a> |
+<a href="../fr/vhosts/mass.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
<a href="../ko/vhosts/mass.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
<a href="../tr/vhosts/mass.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
</div><div id="footer">
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Hébergement virtuel de masse configuré dynamiquement - Serveur Apache HTTP</title>
+<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="../images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.3</p>
+<img alt="" src="../images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif" /></a></div>
+<div id="path">
+<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="../">Version 2.3</a> > <a href="./">Hébergement virtuel</a></div><div id="page-content"><div id="preamble"><h1>Hébergement virtuel de masse configuré dynamiquement</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="../en/vhosts/mass.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="../fr/vhosts/mass.html" title="Français"> fr </a> |
+<a href="../ko/vhosts/mass.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="../tr/vhosts/mass.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
+</div>
+
+
+ <p>Ce document propose une méthode performante pour servir un nombre
+ quelconque d'hôtes virtuels avec le serveur web httpd Apache.
+ </p>
+
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#motivation">A qui ce document est-il destiné ?</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#overview">Vue d'ensemble</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#simple">Méthode simple d'hébergement virtuel
+dynamique</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#homepages">Un système de pages d'accueil hébergées
+virtuellement</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#combinations">Utiliser plusieurs systèmes
+d'hébergement virtuel sur le même serveur</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#ipbased">Pour un hébergement virtuel par IP plus
+efficace</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#simple.rewrite">Configuration de base pour un
+hébergement virtuel dynamique utilisant
+<code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code></a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#homepages.rewrite">Un système de pages d'accueil qui
+utilise<code>mod_rewrite</code></a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#xtra-conf">Utilisation d'un fichier de configuration
+séparé pour les serveurs virtuels</a></li>
+</ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="motivation" id="motivation">A qui ce document est-il destiné ?</a></h2>
+
+ <p>Les techniques décrites ici vous concernent si votre
+ <code>httpd.conf</code> contient de nombreuses sections
+ <code><VirtualHost></code> très semblables,
+ dans le style :</p>
+
+<div class="example"><p><code>
+NameVirtualHost 111.22.33.44<br />
+<VirtualHost 111.22.33.44><br />
+<span class="indent">
+ ServerName www.customer-1.com<br />
+ DocumentRoot /www/hosts/www.customer-1.com/docs<br />
+ ScriptAlias /cgi-bin/ /www/hosts/www.customer-1.com/cgi-bin<br />
+</span>
+</VirtualHost><br />
+<VirtualHost 111.22.33.44><br />
+<span class="indent">
+ ServerName www.customer-2.com<br />
+ DocumentRoot /www/hosts/www.customer-2.com/docs<br />
+ ScriptAlias /cgi-bin/ /www/hosts/www.customer-2.com/cgi-bin<br />
+</span>
+</VirtualHost><br />
+# bla bla bla<br />
+<VirtualHost 111.22.33.44><br />
+<span class="indent">
+ ServerName www.customer-N.com<br />
+ DocumentRoot /www/hosts/www.customer-N.com/docs<br />
+ ScriptAlias /cgi-bin/ /www/hosts/www.customer-N.com/cgi-bin<br />
+</span>
+</VirtualHost>
+</code></p></div>
+
+ <p>L'idée de base consiste à remplacer toutes les configurations
+ <code><VirtualHost></code> par un mécanisme qui les génère
+ dynamiquement. Ceci présente certains avantages :</p>
+
+ <ol>
+ <li>Votre fichier de configuration est plus petit, ainsi Apache
+ démarre plus rapidement et consomme moins de mémoire.</li>
+
+ <li>Pour ajouter des serveurs virtuels, il suffit de créer les
+ répertoires appropriés dans le système de fichiers et les entrées
+ dans le DNS - il n'est plus nécessaire de reconfigurer ou de
+ redémarrer Apache.</li>
+ </ol>
+
+ <p>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 fichiers. Il est préférable de
+ rediriger les journaux via un pipe ou une pile fifo vers un
+ programme, et faire en sorte que ce dernier distribue les journaux
+ les concernant aux différents clients (Ce qui peut aussi servir à
+ accumuler des données à des fins de statistiques, etc...).</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="overview" id="overview">Vue d'ensemble</a></h2>
+
+ <p>Un serveur virtuel peut être défini par deux informations : son
+ adresse IP, et le contenu de l'en-tête <code>Host:</code> 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
+ <code class="module"><a href="../mod/mod_vhost_alias.html">mod_vhost_alias</a></code> avec Apache 2.0, mais on peut aussi
+ utiliser <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>. 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 si vous voulez utiliser
+ cette technique.</p>
+
+ <p>Certains paramètres doivent être adaptés pour que le serveur
+ dynamique se présente comme un serveur dynamique normal. Le plus
+ important est le nom du serveur, qu'Apache utilise pour générer des
+ URLs d'auto-référencement, etc... Il est défini via la directive
+ <code>ServerName</code>, et les CGIs peuvent s'y référer via la
+ variable d'environnement <code>SERVER_NAME</code>. Sa véritable
+ valeur utilisée à l'exécution est contrôlée par la définition de la
+ directive
+ <code class="directive"><a href="../mod/core.html#usecanonicalname">UseCanonicalName</a></code>. Avec
+ <code>UseCanonicalName Off</code>, le nom du serveur correspond au
+ contenu de l'en-tête <code>Host:</code> de la requête. Avec
+ <code>UseCanonicalName DNS</code>, 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
+ Apache ne peut pas déterminer le nom du serveur, soit parce qu'il
+ n'y a pas d'en-tête <code>Host:</code>, soit parce que la recherche
+ DNS a échoué, il prend en compte la valeur définie par la directive
+ <code>ServerName</code>.</p>
+
+ <p>L'autre paramètre à adapter est la racine des documents (définie
+ via la directive <code>DocumentRoot</code> et disponible pour les
+ CGIs via la variable d'environnement <code>DOCUMENT_ROOT</code>).
+ 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
+ <code>mod_vhost_alias</code>, soit <code>mod_rewrite</code>), qui
+ utilise un méthode de correspondance différente. Aucun de ces
+ modules ne se chargeant de définir la variable d'environnement
+ <code>DOCUMENT_ROOT</code>, si des CGIs ou des documents SSI
+ doivent en faire usage, ils obtiendront une valeur erronée.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="simple" id="simple">Méthode simple d'hébergement virtuel
+dynamique</a></h2>
+
+ <p>Cet extrait de fichier <code>httpd.conf</code> implémente
+ l'hébergement virtuel décrit dans la section <a href="#motivation">À qui ce document est-il destiné ?</a> ci-dessus,
+ mais selon une méthode générique utilisant
+ <code>mod_vhost_alias</code>.</p>
+
+<div class="example"><p><code>
+# extrait le nom du serveur de l'en-tête Host:<br />
+UseCanonicalName Off<br />
+<br />
+# ce format de journal peut être éclaté en journaux par serveur virtuel
+# à l'aide du premier champ<br />
+LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon<br />
+CustomLog logs/access_log vcommon<br />
+<br />
+# inclut le nom du serveur dans les noms de fichiers ressources
+# nécessaires aux traitements des requêtes<br />
+VirtualDocumentRoot /www/hosts/%0/docs<br />
+VirtualScriptAlias /www/hosts/%0/cgi-bin
+</code></p></div>
+
+ <p>Pour changer cette configuration en solution de serveur virtuel
+ par IP, il suffit de remplacer <code>UseCanonicalName
+ Off</code> par <code>UseCanonicalName DNS</code>. Le nom du serveur
+ inséré dans le nom de fichier sera alors déduit de l'adresse IP du
+ serveur virtuel.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="homepages" id="homepages">Un système de pages d'accueil hébergées
+virtuellement</a></h2>
+
+ <p>Il s'agit d'une adaptation du système ci-dessus, ajusté pour un
+ serveur de pages d'accueil de FAI. Avec une configuration un peu
+ plus compliquée, 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 <code>/home/user/</code> comme emplacement des
+ documents pour <code>www.user.isp.com</code>. Un seul répertoire
+ <code>cgi-bin</code> suffit pour l'ensemble des
+ serveurs virtuels.</p>
+
+<div class="example"><p><code>
+# les directives préliminaires sont identiques à celles de l'exemple
+# ci-dessus ; il vient ensuite :<br />
+<br />
+# insertion d'une partie du nom du serveur dans les noms de fichiers<br />
+VirtualDocumentRoot /www/hosts/%2/docs<br />
+<br />
+# répertoire cgi-bin unique<br />
+ScriptAlias /cgi-bin/ /www/std-cgi/<br />
+</code></p></div>
+
+ <p>Vous trouverez des exemples plus élaborés d'utilisation de la
+ directive <code>VirtualDocumentRoot</code> dans la documentation du
+ module <code class="module"><a href="../mod/mod_vhost_alias.html">mod_vhost_alias</a></code>.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="combinations" id="combinations">Utiliser plusieurs systèmes
+d'hébergement virtuel sur le même serveur</a></h2>
+
+ <p>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 <code><VirtualHost></code>
+ normales d'Apache. 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 bien entendu être combinée avec les sections
+ <code><VirtualHost></code> conventionnelles.</p>
+
+<div class="example"><p><code>
+UseCanonicalName Off<br />
+<br />
+LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon<br />
+<br />
+<Directory /www/commercial><br />
+<span class="indent">
+ Options FollowSymLinks<br />
+ AllowOverride All<br />
+</span>
+</Directory><br />
+<br />
+<Directory /www/homepages><br />
+<span class="indent">
+ Options FollowSymLinks<br />
+ AllowOverride None<br />
+</span>
+</Directory><br />
+<br />
+<VirtualHost 111.22.33.44><br />
+<span class="indent">
+ ServerName www.commercial.isp.com<br />
+ <br />
+ CustomLog logs/access_log.commercial vcommon<br />
+ <br />
+ VirtualDocumentRoot /www/commercial/%0/docs<br />
+ VirtualScriptAlias /www/commercial/%0/cgi-bin<br />
+</span>
+</VirtualHost><br />
+<br />
+<VirtualHost 111.22.33.45><br />
+<span class="indent">
+ ServerName www.homepages.isp.com<br />
+ <br />
+ CustomLog logs/access_log.homepages vcommon<br />
+ <br />
+ VirtualDocumentRoot /www/homepages/%0/docs<br />
+ ScriptAlias /cgi-bin/ /www/std-cgi/<br />
+</span>
+</VirtualHost>
+</code></p></div>
+
+<div class="note">
+ <h3>Note</h3>
+ <p>Si le premier bloc VirtualHost ne comporte <em>pas</em> de
+ directive <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code>, c'est
+ le nom issu d'une recherche DNS inverse à partir de l'adresse IP
+ du serveur virtuel qui sera utilisé. Si ce nom ne correspond pas
+ à celui que vous voulez utiliser, vous pouvez ajouter une entrée
+ de remplacement (<code>ServerName
+ none.example.com</code>) pour éviter ce comportement.</p>
+</div>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="ipbased" id="ipbased">Pour un hébergement virtuel par IP plus
+efficace</a></h2>
+
+ <p>Les changements de configuration suggérés pour transformer <a href="#simple">le premier exemple</a> 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.</p>
+
+<div class="example"><p><code>
+# obtention du nom du serveur par recherche DNS inverse
+# sur l'adresse IP<br />
+UseCanonicalName DNS<br />
+<br />
+# insertion de l'adresse IP dans les journaux afin de pouvoir les
+# éclater<br />
+LogFormat "%A %h %l %u %t \"%r\" %s %b" vcommon<br />
+CustomLog logs/access_log vcommon<br />
+<br />
+# insertion de l'adresse IP dans les noms de fichiers<br />
+VirtualDocumentRootIP /www/hosts/%0/docs<br />
+VirtualScriptAliasIP /www/hosts/%0/cgi-bin<br />
+</code></p></div>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="simple.rewrite" id="simple.rewrite">Configuration de base pour un
+hébergement virtuel dynamique utilisant
+<code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code></a></h2>
+
+ <p>Cet extrait de <code>httpd.conf</code> fournit le même service
+ que le <a href="#simple">premier exemple</a>. La première moitié est
+ très similaire à sa contre-partie du <a href="#simple">premier
+ exemple</a>, mis à part quelques changements à des fins de
+ compatibilité ascendante et nécessaires au bon fonctionnement de la
+ partie concernant <code>mod_rewrite</code> ; la seconde moitié
+ configure <code>mod_rewrite</code> pour l'accomplissement du travail
+ proprement dit.</p>
+
+ <p>Cet exemple comporte quelques astuces assez spéciales : par
+ défaut, <code>mod_rewrite</code> effectue son traitement avant les
+ autres modules de transformation d'URI (<code>mod_alias</code>
+ etc...) - ainsi, si vous voulez utiliser ces modules, il faut en
+ tenir compte dans la configuration de <code>mod_rewrite</code>. De
+ même, l'implémentation d'un serveur virtuel dynamique équivalent à
+ <code>ScriptAlias</code> demande une certaine manipulation.</p>
+
+<div class="example"><p><code>
+# obtention du nom du serveur par la valeur de l'en-tête Host:<br />
+UseCanonicalName Off<br />
+<br />
+# journaux pouvant être éclatés en journaux par serveurs virtuels<br />
+LogFormat "%{Host}i %h %l %u %t \"%r\" %s %b" vcommon<br />
+CustomLog logs/access_log vcommon<br />
+<br />
+<Directory /www/hosts><br />
+<span class="indent">
+ # ExecCGI est ici nécessaire car nous ne pouvons pas forcer
+ # l'exécution des CGI de la manière dont ScriptAlias le fait<br />
+ Options FollowSymLinks ExecCGI<br />
+</span>
+</Directory><br />
+<br />
+# et maintenant, nous entrons dans le vif du sujet<br />
+<br />
+RewriteEngine On<br />
+<br />
+# un nom de serveur déduit de l'en-tête Host: dans pratiquement tous les
+# cas<br />
+RewriteMap lowercase int:tolower<br />
+<br />
+## traitement des documents normaux en premier:<br />
+# permet le fonctionnement de "Alias /icons/" - à répéter pour les
+# autres aliases<br />
+RewriteCond %{REQUEST_URI} !^/icons/<br />
+# permet le fonctionnement des CGIs<br />
+RewriteCond %{REQUEST_URI} !^/cgi-bin/<br />
+# la petite manipulation magique<br />
+RewriteRule ^/(.*)$ /www/hosts/${lowercase:%{SERVER_NAME}}/docs/$1<br />
+<br />
+## on s'occupe maintenant des CGIs - on doit imposer l'utilisation d'un
+# gestionnaire<br />
+RewriteCond %{REQUEST_URI} ^/cgi-bin/<br />
+RewriteRule ^/(.*)$ /www/hosts/${lowercase:%{SERVER_NAME}}/cgi-bin/$1 [H=cgi-script]<br />
+<br />
+# c'est tout !
+</code></p></div>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="homepages.rewrite" id="homepages.rewrite">Un système de pages d'accueil qui
+utilise<code>mod_rewrite</code></a></h2>
+
+ <p>Il s'agit d'une variante qui permet d'obtenir le même résultat
+ que le <a href="#homepages">deuxième exemple</a>.</p>
+
+<div class="example"><p><code>
+RewriteEngine on<br />
+<br />
+RewriteMap lowercase int:tolower<br />
+<br />
+# permet l'exécution des CGIs<br />
+RewriteCond %{REQUEST_URI} !^/cgi-bin/<br />
+<br />
+# vérifie la validité du nom du serveur pour le bon fonctionnement de la
+# règle RewriteRule<br />
+RewriteCond ${lowercase:%{SERVER_NAME}} ^www\.[a-z-]+\.isp\.com$<br />
+<br />
+# ajoute le nom du serveur virtuel comme préfixe à l'URI<br />
+# le drapeau [C] signifie que la réécriture suivante doit être effectuée
+# sur le résultat de la règle courante<br />
+RewriteRule ^(.+) ${lowercase:%{SERVER_NAME}}$1 [C]<br />
+<br />
+# et maintenant, on crée le véritable nom de fichier<br />
+RewriteRule ^www\.([a-z-]+)\.isp\.com/(.*) /home/$1/$2<br />
+<br />
+# définition du répertoire des CGIs global<br />
+ScriptAlias /cgi-bin/ /www/std-cgi/
+</code></p></div>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="xtra-conf" id="xtra-conf">Utilisation d'un fichier de configuration
+séparé pour les serveurs virtuels</a></h2>
+
+ <p>Cette méthode utilise des fonctionnalités de
+ <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> plus avancées pour venir à bout de la
+ traduction d'un serveur virtuel en une racine de documents, à partir
+ d'un fichier de configuration séparé. Elle procure d'avantage de
+ souplesse, mais nécessite une configuration
+ un peu plus compliquée.</p>
+
+ <p>Le fichier <code>vhost.map</code> doit se présenter sous cette
+ forme :</p>
+
+<div class="example"><p><code>
+www.customer-1.com /www/customers/1<br />
+www.customer-2.com /www/customers/2<br />
+# ...<br />
+www.customer-N.com /www/customers/N<br />
+</code></p></div>
+
+ <p>Le fichier <code>httpd.conf</code> doit contenir les lignes
+ suivantes :</p>
+
+<div class="example"><p><code>
+RewriteEngine on<br />
+<br />
+RewriteMap lowercase int:tolower<br />
+<br />
+# définition du fichier de correspondances<br />
+RewriteMap vhost txt:/www/conf/vhost.map<br />
+<br />
+# traite les alias comme précédemment<br />
+RewriteCond %{REQUEST_URI} !^/icons/<br />
+RewriteCond %{REQUEST_URI} !^/cgi-bin/<br />
+RewriteCond ${lowercase:%{SERVER_NAME}} ^(.+)$<br />
+# une nouvelle mise en correspondance par fichier<br />
+RewriteCond ${vhost:%1} ^(/.*)$<br />
+RewriteRule ^/(.*)$ %1/docs/$1<br />
+<br />
+RewriteCond %{REQUEST_URI} ^/cgi-bin/<br />
+RewriteCond ${lowercase:%{SERVER_NAME}} ^(.+)$<br />
+RewriteCond ${vhost:%1} ^(/.*)$<br />
+RewriteRule ^/(.*)$ %1/cgi-bin/$1 [H=cgi-script]
+</code></p></div>
+
+</div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="../en/vhosts/mass.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="../fr/vhosts/mass.html" title="Français"> fr </a> |
+<a href="../ko/vhosts/mass.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="../tr/vhosts/mass.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2009 The Apache Software Foundation.<br />Autorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
+<!-- English Revision : 659902 -->
+<!-- French translation : Lucien GENTIS -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="mass.xml.meta">
+<parentdocument href="./">Hébergement virtuel</parentdocument>
+ <title>Hébergement virtuel de masse configuré dynamiquement</title>
+
+<summary>
+
+ <p>Ce document propose une méthode performante pour servir un nombre
+ quelconque d'hôtes virtuels avec le serveur web httpd Apache.
+ </p>
+
+</summary>
+
+<section id="motivation"><title>A qui ce document est-il destiné ?</title>
+
+ <p>Les techniques décrites ici vous concernent si votre
+ <code>httpd.conf</code> contient de nombreuses sections
+ <code><VirtualHost></code> très semblables,
+ dans le style :</p>
+
+<example>
+NameVirtualHost 111.22.33.44<br />
+<VirtualHost 111.22.33.44><br />
+<indent>
+ ServerName www.customer-1.com<br />
+ DocumentRoot /www/hosts/www.customer-1.com/docs<br />
+ ScriptAlias /cgi-bin/ /www/hosts/www.customer-1.com/cgi-bin<br />
+</indent>
+</VirtualHost><br />
+<VirtualHost 111.22.33.44><br />
+<indent>
+ ServerName www.customer-2.com<br />
+ DocumentRoot /www/hosts/www.customer-2.com/docs<br />
+ ScriptAlias /cgi-bin/ /www/hosts/www.customer-2.com/cgi-bin<br />
+</indent>
+</VirtualHost><br />
+# bla bla bla<br />
+<VirtualHost 111.22.33.44><br />
+<indent>
+ ServerName www.customer-N.com<br />
+ DocumentRoot /www/hosts/www.customer-N.com/docs<br />
+ ScriptAlias /cgi-bin/ /www/hosts/www.customer-N.com/cgi-bin<br />
+</indent>
+</VirtualHost>
+</example>
+
+ <p>L'idée de base consiste à remplacer toutes les configurations
+ <code><VirtualHost></code> par un mécanisme qui les génère
+ dynamiquement. Ceci présente certains avantages :</p>
+
+ <ol>
+ <li>Votre fichier de configuration est plus petit, ainsi Apache
+ démarre plus rapidement et consomme moins de mémoire.</li>
+
+ <li>Pour ajouter des serveurs virtuels, il suffit de créer les
+ répertoires appropriés dans le système de fichiers et les entrées
+ dans le DNS - il n'est plus nécessaire de reconfigurer ou de
+ redémarrer Apache.</li>
+ </ol>
+
+ <p>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 fichiers. Il est préférable de
+ rediriger les journaux via un pipe ou une pile fifo vers un
+ programme, et faire en sorte que ce dernier distribue les journaux
+ les concernant aux différents clients (Ce qui peut aussi servir à
+ accumuler des données à des fins de statistiques, etc...).</p>
+
+</section>
+
+<section id="overview"><title>Vue d'ensemble</title>
+
+ <p>Un serveur virtuel peut être défini par deux informations : son
+ adresse IP, et le contenu de l'en-tête <code>Host:</code> 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
+ <module>mod_vhost_alias</module> avec Apache 2.0, mais on peut aussi
+ utiliser <module>mod_rewrite</module>. 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 si vous voulez utiliser
+ cette technique.</p>
+
+ <p>Certains paramètres doivent être adaptés pour que le serveur
+ dynamique se présente comme un serveur dynamique normal. Le plus
+ important est le nom du serveur, qu'Apache utilise pour générer des
+ URLs d'auto-référencement, etc... Il est défini via la directive
+ <code>ServerName</code>, et les CGIs peuvent s'y référer via la
+ variable d'environnement <code>SERVER_NAME</code>. Sa véritable
+ valeur utilisée à l'exécution est contrôlée par la définition de la
+ directive
+ <directive module="core">UseCanonicalName</directive>. Avec
+ <code>UseCanonicalName Off</code>, le nom du serveur correspond au
+ contenu de l'en-tête <code>Host:</code> de la requête. Avec
+ <code>UseCanonicalName DNS</code>, 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
+ Apache ne peut pas déterminer le nom du serveur, soit parce qu'il
+ n'y a pas d'en-tête <code>Host:</code>, soit parce que la recherche
+ DNS a échoué, il prend en compte la valeur définie par la directive
+ <code>ServerName</code>.</p>
+
+ <p>L'autre paramètre à adapter est la racine des documents (définie
+ via la directive <code>DocumentRoot</code> et disponible pour les
+ CGIs via la variable d'environnement <code>DOCUMENT_ROOT</code>).
+ 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
+ <code>mod_vhost_alias</code>, soit <code>mod_rewrite</code>), qui
+ utilise un méthode de correspondance différente. Aucun de ces
+ modules ne se chargeant de définir la variable d'environnement
+ <code>DOCUMENT_ROOT</code>, si des CGIs ou des documents SSI
+ doivent en faire usage, ils obtiendront une valeur erronée.</p>
+
+</section>
+
+<section id="simple"><title>Méthode simple d'hébergement virtuel
+dynamique</title>
+
+ <p>Cet extrait de fichier <code>httpd.conf</code> implémente
+ l'hébergement virtuel décrit dans la section <a
+ href="#motivation">À qui ce document est-il destiné ?</a> ci-dessus,
+ mais selon une méthode générique utilisant
+ <code>mod_vhost_alias</code>.</p>
+
+<example>
+# extrait le nom du serveur de l'en-tête Host:<br />
+UseCanonicalName Off<br />
+<br />
+# ce format de journal peut être éclaté en journaux par serveur virtuel
+# à l'aide du premier champ<br />
+LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon<br />
+CustomLog logs/access_log vcommon<br />
+<br />
+# inclut le nom du serveur dans les noms de fichiers ressources
+# nécessaires aux traitements des requêtes<br />
+VirtualDocumentRoot /www/hosts/%0/docs<br />
+VirtualScriptAlias /www/hosts/%0/cgi-bin
+</example>
+
+ <p>Pour changer cette configuration en solution de serveur virtuel
+ par IP, il suffit de remplacer <code>UseCanonicalName
+ Off</code> par <code>UseCanonicalName DNS</code>. Le nom du serveur
+ inséré dans le nom de fichier sera alors déduit de l'adresse IP du
+ serveur virtuel.</p>
+
+</section>
+
+<section id="homepages"><title>Un système de pages d'accueil hébergées
+virtuellement</title>
+
+ <p>Il s'agit d'une adaptation du système ci-dessus, ajusté pour un
+ serveur de pages d'accueil de FAI. Avec une configuration un peu
+ plus compliquée, 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 <code>/home/user/</code> comme emplacement des
+ documents pour <code>www.user.isp.com</code>. Un seul répertoire
+ <code>cgi-bin</code> suffit pour l'ensemble des
+ serveurs virtuels.</p>
+
+<example>
+# les directives préliminaires sont identiques à celles de l'exemple
+# ci-dessus ; il vient ensuite :<br />
+<br />
+# insertion d'une partie du nom du serveur dans les noms de fichiers<br />
+VirtualDocumentRoot /www/hosts/%2/docs<br />
+<br />
+# répertoire cgi-bin unique<br />
+ScriptAlias /cgi-bin/ /www/std-cgi/<br />
+</example>
+
+ <p>Vous trouverez des exemples plus élaborés d'utilisation de la
+ directive <code>VirtualDocumentRoot</code> dans la documentation du
+ module <module>mod_vhost_alias</module>.</p>
+
+</section>
+
+<section id="combinations"><title>Utiliser plusieurs systèmes
+d'hébergement virtuel sur le même serveur</title>
+
+ <p>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 <code><VirtualHost></code>
+ normales d'Apache. 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 bien entendu être combinée avec les sections
+ <code><VirtualHost></code> conventionnelles.</p>
+
+<example>
+UseCanonicalName Off<br />
+<br />
+LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon<br />
+<br />
+<Directory /www/commercial><br />
+<indent>
+ Options FollowSymLinks<br />
+ AllowOverride All<br />
+</indent>
+</Directory><br />
+<br />
+<Directory /www/homepages><br />
+<indent>
+ Options FollowSymLinks<br />
+ AllowOverride None<br />
+</indent>
+</Directory><br />
+<br />
+<VirtualHost 111.22.33.44><br />
+<indent>
+ ServerName www.commercial.isp.com<br />
+ <br />
+ CustomLog logs/access_log.commercial vcommon<br />
+ <br />
+ VirtualDocumentRoot /www/commercial/%0/docs<br />
+ VirtualScriptAlias /www/commercial/%0/cgi-bin<br />
+</indent>
+</VirtualHost><br />
+<br />
+<VirtualHost 111.22.33.45><br />
+<indent>
+ ServerName www.homepages.isp.com<br />
+ <br />
+ CustomLog logs/access_log.homepages vcommon<br />
+ <br />
+ VirtualDocumentRoot /www/homepages/%0/docs<br />
+ ScriptAlias /cgi-bin/ /www/std-cgi/<br />
+</indent>
+</VirtualHost>
+</example>
+
+<note>
+ <title>Note</title>
+ <p>Si le premier bloc VirtualHost ne comporte <em>pas</em> de
+ directive <directive module="core">ServerName</directive>, c'est
+ le nom issu d'une recherche DNS inverse à partir de l'adresse IP
+ du serveur virtuel qui sera utilisé. Si ce nom ne correspond pas
+ à celui que vous voulez utiliser, vous pouvez ajouter une entrée
+ de remplacement (<code>ServerName
+ none.example.com</code>) pour éviter ce comportement.</p>
+</note>
+
+</section>
+
+<section id="ipbased"><title>Pour un hébergement virtuel par IP plus
+efficace</title>
+
+ <p>Les changements de configuration suggérés pour transformer <a
+ href="#simple">le premier exemple</a> 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.</p>
+
+<example>
+# obtention du nom du serveur par recherche DNS inverse
+# sur l'adresse IP<br />
+UseCanonicalName DNS<br />
+<br />
+# insertion de l'adresse IP dans les journaux afin de pouvoir les
+# éclater<br />
+LogFormat "%A %h %l %u %t \"%r\" %s %b" vcommon<br />
+CustomLog logs/access_log vcommon<br />
+<br />
+# insertion de l'adresse IP dans les noms de fichiers<br />
+VirtualDocumentRootIP /www/hosts/%0/docs<br />
+VirtualScriptAliasIP /www/hosts/%0/cgi-bin<br />
+</example>
+
+</section>
+
+<section id="simple.rewrite"><title>Configuration de base pour un
+hébergement virtuel dynamique utilisant
+<module>mod_rewrite</module></title>
+
+ <p>Cet extrait de <code>httpd.conf</code> fournit le même service
+ que le <a href="#simple">premier exemple</a>. La première moitié est
+ très similaire à sa contre-partie du <a href="#simple">premier
+ exemple</a>, mis à part quelques changements à des fins de
+ compatibilité ascendante et nécessaires au bon fonctionnement de la
+ partie concernant <code>mod_rewrite</code> ; la seconde moitié
+ configure <code>mod_rewrite</code> pour l'accomplissement du travail
+ proprement dit.</p>
+
+ <p>Cet exemple comporte quelques astuces assez spéciales : par
+ défaut, <code>mod_rewrite</code> effectue son traitement avant les
+ autres modules de transformation d'URI (<code>mod_alias</code>
+ etc...) - ainsi, si vous voulez utiliser ces modules, il faut en
+ tenir compte dans la configuration de <code>mod_rewrite</code>. De
+ même, l'implémentation d'un serveur virtuel dynamique équivalent à
+ <code>ScriptAlias</code> demande une certaine manipulation.</p>
+
+<example>
+# obtention du nom du serveur par la valeur de l'en-tête Host:<br />
+UseCanonicalName Off<br />
+<br />
+# journaux pouvant être éclatés en journaux par serveurs virtuels<br />
+LogFormat "%{Host}i %h %l %u %t \"%r\" %s %b" vcommon<br />
+CustomLog logs/access_log vcommon<br />
+<br />
+<Directory /www/hosts><br />
+<indent>
+ # ExecCGI est ici nécessaire car nous ne pouvons pas forcer
+ # l'exécution des CGI de la manière dont ScriptAlias le fait<br />
+ Options FollowSymLinks ExecCGI<br />
+</indent>
+</Directory><br />
+<br />
+# et maintenant, nous entrons dans le vif du sujet<br />
+<br />
+RewriteEngine On<br />
+<br />
+# un nom de serveur déduit de l'en-tête Host: dans pratiquement tous les
+# cas<br />
+RewriteMap lowercase int:tolower<br />
+<br />
+## traitement des documents normaux en premier:<br />
+# permet le fonctionnement de "Alias /icons/" - à répéter pour les
+# autres aliases<br />
+RewriteCond %{REQUEST_URI} !^/icons/<br />
+# permet le fonctionnement des CGIs<br />
+RewriteCond %{REQUEST_URI} !^/cgi-bin/<br />
+# la petite manipulation magique<br />
+RewriteRule ^/(.*)$ /www/hosts/${lowercase:%{SERVER_NAME}}/docs/$1<br />
+<br />
+## on s'occupe maintenant des CGIs - on doit imposer l'utilisation d'un
+# gestionnaire<br />
+RewriteCond %{REQUEST_URI} ^/cgi-bin/<br />
+RewriteRule ^/(.*)$ /www/hosts/${lowercase:%{SERVER_NAME}}/cgi-bin/$1 [H=cgi-script]<br />
+<br />
+# c'est tout !
+</example>
+
+</section>
+
+<section id="homepages.rewrite"><title>Un système de pages d'accueil qui
+utilise<code>mod_rewrite</code></title>
+
+ <p>Il s'agit d'une variante qui permet d'obtenir le même résultat
+ que le <a href="#homepages">deuxième exemple</a>.</p>
+
+<example>
+RewriteEngine on<br />
+<br />
+RewriteMap lowercase int:tolower<br />
+<br />
+# permet l'exécution des CGIs<br />
+RewriteCond %{REQUEST_URI} !^/cgi-bin/<br />
+<br />
+# vérifie la validité du nom du serveur pour le bon fonctionnement de la
+# règle RewriteRule<br />
+RewriteCond ${lowercase:%{SERVER_NAME}} ^www\.[a-z-]+\.isp\.com$<br />
+<br />
+# ajoute le nom du serveur virtuel comme préfixe à l'URI<br />
+# le drapeau [C] signifie que la réécriture suivante doit être effectuée
+# sur le résultat de la règle courante<br />
+RewriteRule ^(.+) ${lowercase:%{SERVER_NAME}}$1 [C]<br />
+<br />
+# et maintenant, on crée le véritable nom de fichier<br />
+RewriteRule ^www\.([a-z-]+)\.isp\.com/(.*) /home/$1/$2<br />
+<br />
+# définition du répertoire des CGIs global<br />
+ScriptAlias /cgi-bin/ /www/std-cgi/
+</example>
+
+</section>
+
+<section id="xtra-conf"><title>Utilisation d'un fichier de configuration
+séparé pour les serveurs virtuels</title>
+
+ <p>Cette méthode utilise des fonctionnalités de
+ <module>mod_rewrite</module> plus avancées pour venir à bout de la
+ traduction d'un serveur virtuel en une racine de documents, à partir
+ d'un fichier de configuration séparé. Elle procure d'avantage de
+ souplesse, mais nécessite une configuration
+ un peu plus compliquée.</p>
+
+ <p>Le fichier <code>vhost.map</code> doit se présenter sous cette
+ forme :</p>
+
+<example>
+www.customer-1.com /www/customers/1<br />
+www.customer-2.com /www/customers/2<br />
+# ...<br />
+www.customer-N.com /www/customers/N<br />
+</example>
+
+ <p>Le fichier <code>httpd.conf</code> doit contenir les lignes
+ suivantes :</p>
+
+<example>
+RewriteEngine on<br />
+<br />
+RewriteMap lowercase int:tolower<br />
+<br />
+# définition du fichier de correspondances<br />
+RewriteMap vhost txt:/www/conf/vhost.map<br />
+<br />
+# traite les alias comme précédemment<br />
+RewriteCond %{REQUEST_URI} !^/icons/<br />
+RewriteCond %{REQUEST_URI} !^/cgi-bin/<br />
+RewriteCond ${lowercase:%{SERVER_NAME}} ^(.+)$<br />
+# une nouvelle mise en correspondance par fichier<br />
+RewriteCond ${vhost:%1} ^(/.*)$<br />
+RewriteRule ^/(.*)$ %1/docs/$1<br />
+<br />
+RewriteCond %{REQUEST_URI} ^/cgi-bin/<br />
+RewriteCond ${lowercase:%{SERVER_NAME}} ^(.+)$<br />
+RewriteCond ${vhost:%1} ^(/.*)$<br />
+RewriteRule ^/(.*)$ %1/cgi-bin/$1 [H=cgi-script]
+</example>
+
+</section>
+</manualpage>
<variants>
<variant>en</variant>
+ <variant>fr</variant>
<variant outdated="yes">ko</variant>
<variant>tr</variant>
</variants>
<a href="../tr/vhosts/name-based.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
</div>
- <p>Ce document décrit quand et comment utiliser des serveurs
+ <p>Ce document décrit quand et comment utiliser des serveurs
virtuels par nom.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#namevip">Serveurs virtuels par nom vs. par IP</a></li>
<div class="section">
<h2><a name="namevip" id="namevip">Serveurs virtuels par nom vs. par IP</a></h2>
- <p>Les hébergements virtuels par IP utilisent l'adresse IP
- de la connexion afin de déterminer quel serveur virtuel doit
- répondre. Par conséquent, vous devez disposer d'adresses IP
- différentes pour chaque nom de domaine complet (FQDN) que vous hébergez.
- Avec un hébergement
- virtuel par nom, le serveur s'appuit sur les informations
- transmises par le client dans les en-têtes HTTP de ses requêtes.
- La technique présentée ici vous permet de disposer de serveurs
+ <p>Les hébergements virtuels par IP utilisent l'adresse IP
+ de la connexion afin de déterminer quel serveur virtuel doit
+ répondre. Par conséquent, vous devez disposer d'adresses IP
+ différentes pour chaque serveur.
+ Avec un hébergement
+ virtuel par nom, le serveur s'appuit sur les informations
+ transmises par le client dans les en-têtes HTTP de ses requêtes.
+ La technique présentée ici vous permet de disposer de serveurs
virtuels différents partagés sur une même adresse IP.</p>
- <p>L'hébergement virtuel par nom est habituellement plus simple,
- car il vous suffit de configurer votre serveur DNS pour que
- chaque domaine pointe sur l'adresse IP dont vous disposez, et de
- configurer votre serveur Apache HTTP afin qu'il reconnaisse
- ces domaines. Il réduit aussi la pénurie en adresses IP. Par
- conséquent, vous devriez utiliser l'hébergement virtuel par
- nom à moins d'avoir une raison spécifique de préférer
- l'hébergement virtuel par IP. Certaines de ces raisons vous
+ <p>L'hébergement virtuel par nom est habituellement plus simple,
+ car il vous suffit de configurer votre serveur DNS pour que
+ chaque domaine pointe sur l'adresse IP dont vous disposez, et de
+ configurer votre serveur Apache HTTP afin qu'il reconnaisse
+ ces domaines. Il réduit aussi la pénurie en adresses IP. Par
+ conséquent, vous devriez utiliser l'hébergement virtuel par
+ nom à moins d'avoir une raison spécifique de préférer
+ l'hébergement virtuel par IP. Certaines de ces raisons vous
sont exposées ci-après :</p>
<ul>
- <li>Certains anciens navigateurs ne sont pas compatibles
- avec les serveurs virtuels par nom, car pour fonctionner,
- un client doit transmettre un champ d'en-tête HTTP Host.
- Cet en-tête est exigé pour HTTP/1.1, et peut être implémenté
- sur des navigateurs modernes HTTP/1.0 grâce à une extension.
- Si vous devez maintenir des clients obsolètes tout en
- utilisant l'hébergement virtuel par nom, il existe une
+ <li>Certains anciens navigateurs ne sont pas compatibles
+ avec les serveurs virtuels par nom, car pour fonctionner,
+ un client doit transmettre un champ d'en-tête HTTP Host.
+ Cet en-tête est exigé pour HTTP/1.1, et peut être implémenté
+ sur des navigateurs modernes HTTP/1.0 grâce à une extension.
+ Si vous devez maintenir des clients obsolètes tout en
+ utilisant l'hébergement virtuel par nom, il existe une
technique qui est traitée à la fin de ce document.</li>
- <li>L'hébergement virtuel par nom ne peut pas être utilisé
- avec des serveurs sécurisés SSL à cause de la nature même
+ <li>L'hébergement virtuel par nom ne peut pas être utilisé
+ avec des serveurs sécurisés SSL à cause de la nature même
du protocole SSL.</li>
- <li>Certains systèmes d'exploitation et équipements réseaux
- emploient des techniques de gestion de la bande passante
- qui ne peuvent pas différencier des domaines autrement que
+ <li>Certains systèmes d'exploitation et équipements réseaux
+ emploient des techniques de gestion de la bande passante
+ qui ne peuvent pas différencier des domaines autrement que
par des adresses IP séparées.</li>
</ul>
<table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="../mod/core.html">core</a></code></li></ul></td><td><ul><li><code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code></li><li><code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code></li><li><code class="directive"><a href="../mod/core.html#serveralias">ServerAlias</a></code></li><li><code class="directive"><a href="../mod/core.html#servername">ServerName</a></code></li><li><code class="directive"><a href="../mod/core.html#serverpath">ServerPath</a></code></li><li><code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code></li></ul></td></tr></table>
- <p>Pour utiliser des serveurs virtuels par nom, vous devez
- désigner l'adresse IP (et si possible le port) sur le serveur
- devant accepter les requêtes pour des domaines. Cette
- configuration utilise la directive
- <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>. Dans un
- cas normal où n'importe quelle adresse IP peut être utilisée,
- vous pouvez ajouter <code>*</code> comme argument de la directive
- <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>. Si vous
- prévoyez d'utiliser de multiples ports (comme l'emploi de SSL),
- vous devriez ajouter le port à cet argument tel que
- <code>*:80</code>. Notez que la simple mention d'une adresse
- IP dans une directive
- <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code> ne suffit
- pas à faire écouter le serveur sur cette IP. Consultez
- <a href="../bind.html">la page sur les liaisons</a> pour plus
- de détails. Par ailleurs, chaque adresse IP spécifiée ici doit
+ <p>Pour utiliser des serveurs virtuels par nom, vous devez
+ désigner l'adresse IP (et si possible le port) sur le serveur
+ devant accepter les requêtes pour des domaines. Cette
+ configuration utilise la directive
+ <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>. Dans un
+ cas normal où n'importe quelle adresse IP peut être utilisée,
+ vous pouvez ajouter <code>*</code> comme argument de la directive
+ <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>. Si vous
+ prévoyez d'utiliser de multiples ports (comme l'emploi de SSL),
+ vous devriez ajouter le port à cet argument tel que
+ <code>*:80</code>. Notez que la simple mention d'une adresse
+ IP dans une directive
+ <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code> ne suffit
+ pas à faire écouter le serveur sur cette IP. Consultez
+ <a href="../bind.html">Définition des adresses et ports qu'utilise
+ Apache</a> pour plus
+ de détails. Par ailleurs, chaque adresse IP spécifiée ici doit
être associée avec une interface réseau sur le serveur.</p>
- <p>L'étape suivante est la création d'une section
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
- pour chacun des serveurs à créer. L'argument de la directive
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
- doit correspondre à celui d'une directive
- <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>
- (dans la plupart des cas, il s'agit de "*:80"). Dans chaque section
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>,
- vous devez définir au minimum une directive
- <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code> pour désigner
- le serveur concerné et une directive
- <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> pour préciser
+ <p>L'étape suivante est la création d'une section
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
+ pour chacun des serveurs à créer. L'argument de la directive
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
+ doit être le même que celui de la directive
+ <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>
+ (dans le cas présent "*:80"). Dans chaque section
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>,
+ vous devez définir au minimum une directive
+ <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code> pour désigner
+ le serveur concerné et une directive
+ <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> pour préciser
l'emplacement sur le système de fichiers du contenu de ce serveur.</p>
<div class="note"><h3>Le serveur principal disparaît</h3>
- <p>Si vous ajoutez des serveurs virtuels à un serveur Web
- existant, vous devez également créer une section
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
- redéfinissant ce serveur existant. Les directives
- <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code> et
- <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> incluses
- dans ce serveur virtuel doivent être les mêmes que pour
- les directives globales
- <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code> et
- <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code>. Positionnez
- ce serveur virtuel en premier dans le fichier de configuration
+ <p>Si vous ajoutez des serveurs virtuels à un serveur Web
+ existant, vous devez également créer une section
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
+ redéfinissant ce serveur existant. Les directives
+ <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code> et
+ <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> incluses
+ dans ce serveur virtuel doivent être les mêmes que pour
+ les directives globales
+ <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code> et
+ <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code>. Positionnez
+ ce serveur virtuel en premier dans le fichier de configuration
pour en faire le serveur par défaut.</p>
</div>
- <p>Par exemple, supposez que vous hébergez le domaine
- <code>www.domain.tld</code> et que vous souhaitez ajouter le
- serveur virtuel <code>www.otherdomain.tld</code> qui pointe sur
- la même adresse IP. Il vous suffit d'ajouter la configuration
+ <p>Par exemple, supposez que vous hébergez le domaine
+ <code>www.domain.tld</code> et que vous souhaitez ajouter le
+ serveur virtuel <code>www.otherdomain.tld</code> qui pointe sur
+ la même adresse IP. Il vous suffit d'ajouter la configuration
suivante à <code>httpd.conf</code> :</p>
<div class="example"><p><code>
</VirtualHost><br />
</code></p></div>
- <p>Autrement, vous pouvez spécifiez une adresse IP explicite
- à la place de <code>*</code> dans les deux directives
- <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code> et
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>.
- Par exemple, cette méthode est utile si vous souhaitez faire
- tourner quelques serveurs virtuels par nom sur une même adresse
- IP, et d'autres, soit par IP, soit basés sur un autre jeu de
+ <p>Autrement, vous pouvez spécifiez une adresse IP explicite
+ à la place de <code>*</code> dans les deux directives
+ <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code> et
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>.
+ Par exemple, cette méthode est utile si vous souhaitez faire
+ tourner quelques serveurs virtuels par nom sur une même adresse
+ IP, et d'autres, soit par IP, soit basés sur un autre jeu de
serveurs virtuels par nom sur une autre adresse IP.</p>
- <p>Plusieurs serveurs sont accessibles par plus d'un nom. Il
- suffit de placer la directive
- <code class="directive"><a href="../mod/core.html#serveralias">ServerAlias</a></code> dans une section
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>.
- Par exemple, dans la première section
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
- ci-dessus, la directive <code class="directive"><a href="../mod/core.html#serveralias">ServerAlias</a></code>
- indique aux utilisateurs les autres noms permis pour accéder au
+ <p>Plusieurs serveurs sont accessibles par plus d'un nom. Il
+ suffit de placer la directive
+ <code class="directive"><a href="../mod/core.html#serveralias">ServerAlias</a></code> dans une section
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>.
+ Par exemple, dans la première section
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
+ ci-dessus, la directive <code class="directive"><a href="../mod/core.html#serveralias">ServerAlias</a></code>
+ indique aux utilisateurs les autres noms permis pour accéder au
même site Web :</p>
<div class="example"><p><code>
ServerAlias domain.tld *.domain.tld
</code></p></div>
- <p>ainsi, toutes les requêtes portant sur un domaine
- <code>domain.tld</code> seront servies par le serveur virtuel
- <code>www.domain.tld</code>. Les caractères joker <code>*</code>
- et <code>?</code> peuvent être utilisés pour les correspondances.
- Bien entendu, vous ne pouvez pas inventer des noms et les placer
- dans une directive <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code>
- ou <code>ServerAlias</code>. Tout d'abord, votre serveur DNS
- doit être correctement configuré pour lier ces noms à une
+ <p>ainsi, toutes les requêtes portant sur un domaine
+ <code>domain.tld</code> seront servies par le serveur virtuel
+ <code>www.domain.tld</code>. Les caractères joker <code>*</code>
+ et <code>?</code> peuvent être utilisés pour les correspondances.
+ Bien entendu, vous ne pouvez pas inventer des noms et les placer
+ dans une directive <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code>
+ ou <code>ServerAlias</code>. Tout d'abord, votre serveur DNS
+ doit être correctement configuré pour lier ces noms à une
adresse IP associée avec votre serveur.</p>
- <p>Finalement, vous pouvez affiner la configuration des serveurs
- virtuels en plaçant d'autres directives à l'intérieur des sections
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>.
- La plupart des directives peut être placée dans ces sections en
- y changeant seulement la configuration du serveur virtuel associé.
- Pour déterminer si une directive particulière est permise,
- consultez <a href="../mod/directive-dict.html#Context">la page de
- contexte</a>. Le jeu de directives configurées dans le contexte
- du <em>serveur principal</em> (en dehors de toutes sections
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>)
- sera utilisé seulement s'il n'y a pas de configuration contraire
+ <p>Finalement, vous pouvez affiner la configuration des serveurs
+ virtuels en plaçant d'autres directives à l'intérieur des sections
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>.
+ La plupart des directives peut être placée dans ces sections en
+ y changeant seulement la configuration du serveur virtuel associé.
+ Pour déterminer si une directive particulière est permise,
+ consultez le <a href="../mod/directive-dict.html#Context">contexte</a> de la
+ directive. Le jeu de directives configurées dans le contexte
+ du <em>serveur principal</em> (en dehors de toutes sections
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>)
+ sera utilisé seulement s'il n'y a pas de configuration contraire
par un serveur virtuel.</p>
- <p>Maintenant, lorsqu'une requête arrive, le serveur va d'abord
- tester si elle utilise une adresse IP qui correspond à
- <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>. Si c'est
- le cas, il regardera chaque section
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
- avec l'adresse correspondante et essaiera d'en trouver une où
- le nom de domaine requis correspond à
- <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code> ou
- <code>ServerAlias</code>. S'il en trouve une, il utilisera
- sa configuration pour le serveur. Si aucun serveur virtuel ne
- correspond, alors <em>le premier serveur virtuel listé</em>
+ <p>Maintenant, lorsqu'une requête arrive, le serveur va d'abord
+ tester si elle utilise une adresse IP qui correspond à
+ <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>. Si c'est
+ le cas, il regardera chaque section
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
+ avec l'adresse correspondante et essaiera d'en trouver une où
+ le nom de domaine requis correspond à
+ <code class="directive"><a href="../mod/core.html#servername">ServerName</a></code> ou
+ <code>ServerAlias</code>. S'il en trouve une, il utilisera
+ sa configuration pour le serveur. Si aucun serveur virtuel ne
+ correspond, alors <em>le premier serveur virtuel listé</em>
dont l'adresse IP correspond sera employé.</p>
- <p>En conséquence, le premier serveur virtuel listé est le
- serveur virtuel <em>default</em>. La directive
- <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> du
- <em>serveur principal</em> <strong>ne</strong> sera
- <strong>jamais</strong> employée lorsqu'une adresse IP
- correspond dans une directive
- <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>. Si vous
- ne voulez pas avoir de configuration spéciale pour les requêtes
- qui ne sont pas attachées à un serveur virtuel en particulier,
- mettez cette configuration dans une section
- <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
+ <p>En conséquence, le premier serveur virtuel listé est le
+ serveur virtuel <em>par défaut</em>. La directive
+ <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> du
+ <em>serveur principal</em> <strong>ne</strong> sera
+ <strong>jamais</strong> employée lorsqu'une adresse IP
+ correspond à la directive
+ <code class="directive"><a href="../mod/core.html#namevirtualhost">NameVirtualHost</a></code>. Si vous
+ souhaiter avoir une configuration spéciale pour les requêtes
+ qui ne correspondent pas à un serveur virtuel en particulier,
+ mettez cette configuration dans une section
+ <code class="directive"><a href="../mod/core.html#virtualhost"><VirtualHost></a></code>
que vous placerez en premier dans le fichier de configuration.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="compat" id="compat">Compatibilité avec les navigateurs anciens</a></h2>
- <p>Comme mentionné plus tôt, certains clients ne transmettent
- pas les données nécessaires pour le bon fonctionnement des
- serveurs virtuels. Ces clients recevront toujours les pages
- du premier serveur virtuel listé pour cette adresse IP (le
+ <p>Comme mentionné plus tôt, certains clients ne transmettent
+ pas les données nécessaires pour le bon fonctionnement des
+ serveurs virtuels par nom. Ces clients recevront toujours les pages
+ du premier serveur virtuel listé pour cette adresse IP (le
serveur virtuel par nom <cite>primaire</cite>).</p>
<div class="note"><h3>De combien plus anciens ?</h3>
- <p>Veuillez noter que quand nous disons plus anciens, nous
- disons vraiment plus anciens. Vous seriez malchanceux de rencontrer
- de tels navigateurs encore utilisés de nos jours. Toutes les
- versions actuelles des navigateurs transmettent leur en-tête
+ <p>Veuillez noter que quand nous disons plus anciens, nous
+ disons vraiment plus anciens. Vous avez peu de chances de rencontrer
+ de tels navigateurs encore utilisés de nos jours. Toutes les
+ versions actuelles des navigateurs transmettent leur en-tête
<code>Host</code> comme exigé par les serveurs virtuels par nom.</p>
</div>
- <p>Il existe une solution avec la directive
- <code class="directive"><a href="../mod/core.html#serverpath">ServerPath</a></code>, bien que
+ <p>Il existe une solution avec la directive
+ <code class="directive"><a href="../mod/core.html#serverpath">ServerPath</a></code>, bien que
légèrement complexe :</p>
<p>Exemple de configuration :</p>
</VirtualHost><br />
</code></p></div>
- <p>Qu'est-ce que cela signifie ? Il signifie qu'une requête
- pour tout URI qui commence par "<code>/domain</code>" sera
- servie par le serveur virtuel <code>www.domain.tld</code>.
- Ainsi, les pages sont accessibles à
- <code>http://www.domain.tld/domain/</code> pour tous les
- clients, bien que ceux qui transmettent un en-tête
- <code>Host:</code> peuvent également y accéder à
+ <p>Qu'est-ce que cela signifie ? Il signifie qu'une requête
+ pour tout URI qui commence par "<code>/domain</code>" sera
+ servie par le serveur virtuel <code>www.domain.tld</code>.
+ Ainsi, les pages sont accessibles à
+ <code>http://www.domain.tld/domain/</code> pour tous les
+ clients, bien que ceux qui transmettent un en-tête
+ <code>Host:</code> peuvent également y accéder à
<code>http://www.domain.tld/</code>.</p>
- <p>Pour rendre cette technique fonctionnelle, mettez un lien
- dans votre serveur virtuel primaire vers
- <code>http://www.domain.tld/domain/</code>. Ensuite, dans les
- pages de ce serveur virtuel, assurez vous ne n'utiliser que
- des liens relatifs (<em>par exemple</em>, "<code>file.html</code>"
- ou "<code>../icons/image.gif</code>") ou des liens contenant
- le préfixe <code>/domain/</code> (<em>par exemple</em>,
- "<code>http://www.domain.tld/domain/misc/file.html</code>"
+ <p>Pour rendre cette technique fonctionnelle, mettez un lien
+ dans votre serveur virtuel primaire vers
+ <code>http://www.domain.tld/domain/</code>. Ensuite, dans les
+ pages de ce serveur virtuel, assurez vous ne n'utiliser que
+ des liens relatifs (<em>par exemple</em>, "<code>file.html</code>"
+ ou "<code>../icons/image.gif</code>") ou des liens contenant
+ le préfixe <code>/domain/</code> (<em>par exemple</em>,
+ "<code>http://www.domain.tld/domain/misc/file.html</code>"
ou "<code>/domain/misc/file.html</code>").</p>
- <p>Cela requiert un peu de discipline, mais si vous suivez
- cette ligne de conduite, vous serez assuré que vos pages
+ <p>Cela requiert un peu de discipline, mais si vous suivez
+ cette ligne de conduite, vous serez assuré que vos pages
s'afficheront dans tous les navigateurs, nouveaux et anciens.</p>
</div></div>
<?xml version='1.0' encoding='ISO-8859-1' ?>
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
-<?xml-stylesheet type="text/xsl" href="../style/manual.en.xsl"?>
+<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision: 659902 -->
-<!-- French translation by alain B, review by Vincent Deffontaines -->
+<!-- French translation by alain B, review by Vincent Deffontaines
+ updated by Lucien GENTIS -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<title>Support Apache des serveurs virtuels par nom</title>
<summary>
- <p>Ce document décrit quand et comment utiliser des serveurs
+ <p>Ce document décrit quand et comment utiliser des serveurs
virtuels par nom.</p>
</summary>
<section id="namevip"><title>Serveurs virtuels par nom vs. par IP</title>
- <p>Les hébergements virtuels par IP utilisent l'adresse IP
- de la connexion afin de déterminer quel serveur virtuel doit
- répondre. Par conséquent, vous devez disposer d'adresses IP
- différentes pour chaque nom de domaine complet (FQDN) que vous hébergez.
- Avec un hébergement
- virtuel par nom, le serveur s'appuit sur les informations
- transmises par le client dans les en-têtes HTTP de ses requêtes.
- La technique présentée ici vous permet de disposer de serveurs
+ <p>Les hébergements virtuels par IP utilisent l'adresse IP
+ de la connexion afin de déterminer quel serveur virtuel doit
+ répondre. Par conséquent, vous devez disposer d'adresses IP
+ différentes pour chaque serveur.
+ Avec un hébergement
+ virtuel par nom, le serveur s'appuit sur les informations
+ transmises par le client dans les en-têtes HTTP de ses requêtes.
+ La technique présentée ici vous permet de disposer de serveurs
virtuels différents partagés sur une même adresse IP.</p>
- <p>L'hébergement virtuel par nom est habituellement plus simple,
- car il vous suffit de configurer votre serveur DNS pour que
- chaque domaine pointe sur l'adresse IP dont vous disposez, et de
- configurer votre serveur Apache HTTP afin qu'il reconnaisse
- ces domaines. Il réduit aussi la pénurie en adresses IP. Par
- conséquent, vous devriez utiliser l'hébergement virtuel par
- nom à moins d'avoir une raison spécifique de préférer
- l'hébergement virtuel par IP. Certaines de ces raisons vous
+ <p>L'hébergement virtuel par nom est habituellement plus simple,
+ car il vous suffit de configurer votre serveur DNS pour que
+ chaque domaine pointe sur l'adresse IP dont vous disposez, et de
+ configurer votre serveur Apache HTTP afin qu'il reconnaisse
+ ces domaines. Il réduit aussi la pénurie en adresses IP. Par
+ conséquent, vous devriez utiliser l'hébergement virtuel par
+ nom à moins d'avoir une raison spécifique de préférer
+ l'hébergement virtuel par IP. Certaines de ces raisons vous
sont exposées ci-après :</p>
<ul>
- <li>Certains anciens navigateurs ne sont pas compatibles
- avec les serveurs virtuels par nom, car pour fonctionner,
- un client doit transmettre un champ d'en-tête HTTP Host.
- Cet en-tête est exigé pour HTTP/1.1, et peut être implémenté
- sur des navigateurs modernes HTTP/1.0 grâce à une extension.
- Si vous devez maintenir des clients obsolètes tout en
- utilisant l'hébergement virtuel par nom, il existe une
+ <li>Certains anciens navigateurs ne sont pas compatibles
+ avec les serveurs virtuels par nom, car pour fonctionner,
+ un client doit transmettre un champ d'en-tête HTTP Host.
+ Cet en-tête est exigé pour HTTP/1.1, et peut être implémenté
+ sur des navigateurs modernes HTTP/1.0 grâce à une extension.
+ Si vous devez maintenir des clients obsolètes tout en
+ utilisant l'hébergement virtuel par nom, il existe une
technique qui est traitée à la fin de ce document.</li>
- <li>L'hébergement virtuel par nom ne peut pas être utilisé
- avec des serveurs sécurisés SSL à cause de la nature même
+ <li>L'hébergement virtuel par nom ne peut pas être utilisé
+ avec des serveurs sécurisés SSL à cause de la nature même
du protocole SSL.</li>
- <li>Certains systèmes d'exploitation et équipements réseaux
- emploient des techniques de gestion de la bande passante
- qui ne peuvent pas différencier des domaines autrement que
+ <li>Certains systèmes d'exploitation et équipements réseaux
+ emploient des techniques de gestion de la bande passante
+ qui ne peuvent pas différencier des domaines autrement que
par des adresses IP séparées.</li>
</ul>
</directivelist>
</related>
- <p>Pour utiliser des serveurs virtuels par nom, vous devez
- désigner l'adresse IP (et si possible le port) sur le serveur
- devant accepter les requêtes pour des domaines. Cette
- configuration utilise la directive
- <directive module="core">NameVirtualHost</directive>. Dans un
- cas normal où n'importe quelle adresse IP peut être utilisée,
- vous pouvez ajouter <code>*</code> comme argument de la directive
- <directive module="core">NameVirtualHost</directive>. Si vous
- prévoyez d'utiliser de multiples ports (comme l'emploi de SSL),
- vous devriez ajouter le port à cet argument tel que
- <code>*:80</code>. Notez que la simple mention d'une adresse
- IP dans une directive
- <directive module="core">NameVirtualHost</directive> ne suffit
- pas à faire écouter le serveur sur cette IP. Consultez
- <a href="../bind.html">la page sur les liaisons</a> pour plus
- de détails. Par ailleurs, chaque adresse IP spécifiée ici doit
+ <p>Pour utiliser des serveurs virtuels par nom, vous devez
+ désigner l'adresse IP (et si possible le port) sur le serveur
+ devant accepter les requêtes pour des domaines. Cette
+ configuration utilise la directive
+ <directive module="core">NameVirtualHost</directive>. Dans un
+ cas normal où n'importe quelle adresse IP peut être utilisée,
+ vous pouvez ajouter <code>*</code> comme argument de la directive
+ <directive module="core">NameVirtualHost</directive>. Si vous
+ prévoyez d'utiliser de multiples ports (comme l'emploi de SSL),
+ vous devriez ajouter le port à cet argument tel que
+ <code>*:80</code>. Notez que la simple mention d'une adresse
+ IP dans une directive
+ <directive module="core">NameVirtualHost</directive> ne suffit
+ pas à faire écouter le serveur sur cette IP. Consultez
+ <a href="../bind.html">Définition des adresses et ports qu'utilise
+ Apache</a> pour plus
+ de détails. Par ailleurs, chaque adresse IP spécifiée ici doit
être associée avec une interface réseau sur le serveur.</p>
- <p>L'étape suivante est la création d'une section
- <directive type="section" module="core">VirtualHost</directive>
- pour chacun des serveurs à créer. L'argument de la directive
- <directive type="section" module="core">VirtualHost</directive>
- doit correspondre à celui d'une directive
- <directive module="core">NameVirtualHost</directive>
- (dans la plupart des cas, il s'agit de "*:80"). Dans chaque section
- <directive type="section" module="core">VirtualHost</directive>,
- vous devez définir au minimum une directive
- <directive module="core">ServerName</directive> pour désigner
- le serveur concerné et une directive
- <directive module="core">DocumentRoot</directive> pour préciser
+ <p>L'étape suivante est la création d'une section
+ <directive type="section" module="core">VirtualHost</directive>
+ pour chacun des serveurs à créer. L'argument de la directive
+ <directive type="section" module="core">VirtualHost</directive>
+ doit être le même que celui de la directive
+ <directive module="core">NameVirtualHost</directive>
+ (dans le cas présent "*:80"). Dans chaque section
+ <directive type="section" module="core">VirtualHost</directive>,
+ vous devez définir au minimum une directive
+ <directive module="core">ServerName</directive> pour désigner
+ le serveur concerné et une directive
+ <directive module="core">DocumentRoot</directive> pour préciser
l'emplacement sur le système de fichiers du contenu de ce serveur.</p>
<note><title>Le serveur principal disparaît</title>
- <p>Si vous ajoutez des serveurs virtuels à un serveur Web
- existant, vous devez également créer une section
- <directive type="section" module="core">VirtualHost</directive>
- redéfinissant ce serveur existant. Les directives
- <directive module="core">ServerName</directive> et
- <directive module="core">DocumentRoot</directive> incluses
- dans ce serveur virtuel doivent être les mêmes que pour
- les directives globales
- <directive module="core">ServerName</directive> et
- <directive module="core">DocumentRoot</directive>. Positionnez
- ce serveur virtuel en premier dans le fichier de configuration
+ <p>Si vous ajoutez des serveurs virtuels à un serveur Web
+ existant, vous devez également créer une section
+ <directive type="section" module="core">VirtualHost</directive>
+ redéfinissant ce serveur existant. Les directives
+ <directive module="core">ServerName</directive> et
+ <directive module="core">DocumentRoot</directive> incluses
+ dans ce serveur virtuel doivent être les mêmes que pour
+ les directives globales
+ <directive module="core">ServerName</directive> et
+ <directive module="core">DocumentRoot</directive>. Positionnez
+ ce serveur virtuel en premier dans le fichier de configuration
pour en faire le serveur par défaut.</p>
</note>
- <p>Par exemple, supposez que vous hébergez le domaine
- <code>www.domain.tld</code> et que vous souhaitez ajouter le
- serveur virtuel <code>www.otherdomain.tld</code> qui pointe sur
- la même adresse IP. Il vous suffit d'ajouter la configuration
+ <p>Par exemple, supposez que vous hébergez le domaine
+ <code>www.domain.tld</code> et que vous souhaitez ajouter le
+ serveur virtuel <code>www.otherdomain.tld</code> qui pointe sur
+ la même adresse IP. Il vous suffit d'ajouter la configuration
suivante à <code>httpd.conf</code> :</p>
<example>
</VirtualHost><br />
</example>
- <p>Autrement, vous pouvez spécifiez une adresse IP explicite
- à la place de <code>*</code> dans les deux directives
- <directive module="core" >NameVirtualHost</directive> et
- <directive type="section" module="core" >VirtualHost</directive>.
- Par exemple, cette méthode est utile si vous souhaitez faire
- tourner quelques serveurs virtuels par nom sur une même adresse
- IP, et d'autres, soit par IP, soit basés sur un autre jeu de
+ <p>Autrement, vous pouvez spécifiez une adresse IP explicite
+ à la place de <code>*</code> dans les deux directives
+ <directive module="core" >NameVirtualHost</directive> et
+ <directive type="section" module="core" >VirtualHost</directive>.
+ Par exemple, cette méthode est utile si vous souhaitez faire
+ tourner quelques serveurs virtuels par nom sur une même adresse
+ IP, et d'autres, soit par IP, soit basés sur un autre jeu de
serveurs virtuels par nom sur une autre adresse IP.</p>
- <p>Plusieurs serveurs sont accessibles par plus d'un nom. Il
- suffit de placer la directive
- <directive module="core">ServerAlias</directive> dans une section
- <directive type="section" module="core">VirtualHost</directive>.
- Par exemple, dans la première section
- <directive type="section" module="core">VirtualHost</directive>
- ci-dessus, la directive <directive module="core">ServerAlias</directive>
- indique aux utilisateurs les autres noms permis pour accéder au
+ <p>Plusieurs serveurs sont accessibles par plus d'un nom. Il
+ suffit de placer la directive
+ <directive module="core">ServerAlias</directive> dans une section
+ <directive type="section" module="core">VirtualHost</directive>.
+ Par exemple, dans la première section
+ <directive type="section" module="core">VirtualHost</directive>
+ ci-dessus, la directive <directive module="core">ServerAlias</directive>
+ indique aux utilisateurs les autres noms permis pour accéder au
même site Web :</p>
<example>
ServerAlias domain.tld *.domain.tld
</example>
- <p>ainsi, toutes les requêtes portant sur un domaine
- <code>domain.tld</code> seront servies par le serveur virtuel
- <code>www.domain.tld</code>. Les caractères joker <code>*</code>
- et <code>?</code> peuvent être utilisés pour les correspondances.
- Bien entendu, vous ne pouvez pas inventer des noms et les placer
- dans une directive <directive module="core">ServerName</directive>
- ou <code>ServerAlias</code>. Tout d'abord, votre serveur DNS
- doit être correctement configuré pour lier ces noms à une
+ <p>ainsi, toutes les requêtes portant sur un domaine
+ <code>domain.tld</code> seront servies par le serveur virtuel
+ <code>www.domain.tld</code>. Les caractères joker <code>*</code>
+ et <code>?</code> peuvent être utilisés pour les correspondances.
+ Bien entendu, vous ne pouvez pas inventer des noms et les placer
+ dans une directive <directive module="core">ServerName</directive>
+ ou <code>ServerAlias</code>. Tout d'abord, votre serveur DNS
+ doit être correctement configuré pour lier ces noms à une
adresse IP associée avec votre serveur.</p>
- <p>Finalement, vous pouvez affiner la configuration des serveurs
- virtuels en plaçant d'autres directives à l'intérieur des sections
- <directive type="section" module="core">VirtualHost</directive>.
- La plupart des directives peut être placée dans ces sections en
- y changeant seulement la configuration du serveur virtuel associé.
- Pour déterminer si une directive particulière est permise,
- consultez <a href="../mod/directive-dict.html#Context">la page de
- contexte</a>. Le jeu de directives configurées dans le contexte
- du <em>serveur principal</em> (en dehors de toutes sections
- <directive type="section" module="core">VirtualHost</directive>)
- sera utilisé seulement s'il n'y a pas de configuration contraire
+ <p>Finalement, vous pouvez affiner la configuration des serveurs
+ virtuels en plaçant d'autres directives à l'intérieur des sections
+ <directive type="section" module="core">VirtualHost</directive>.
+ La plupart des directives peut être placée dans ces sections en
+ y changeant seulement la configuration du serveur virtuel associé.
+ Pour déterminer si une directive particulière est permise,
+ consultez le <a
+ href="../mod/directive-dict.html#Context">contexte</a> de la
+ directive. Le jeu de directives configurées dans le contexte
+ du <em>serveur principal</em> (en dehors de toutes sections
+ <directive type="section" module="core">VirtualHost</directive>)
+ sera utilisé seulement s'il n'y a pas de configuration contraire
par un serveur virtuel.</p>
- <p>Maintenant, lorsqu'une requête arrive, le serveur va d'abord
- tester si elle utilise une adresse IP qui correspond à
- <directive module="core" >NameVirtualHost</directive>. Si c'est
- le cas, il regardera chaque section
- <directive type="section" module="core">VirtualHost</directive>
- avec l'adresse correspondante et essaiera d'en trouver une où
- le nom de domaine requis correspond à
- <directive module="core">ServerName</directive> ou
- <code>ServerAlias</code>. S'il en trouve une, il utilisera
- sa configuration pour le serveur. Si aucun serveur virtuel ne
- correspond, alors <em>le premier serveur virtuel listé</em>
+ <p>Maintenant, lorsqu'une requête arrive, le serveur va d'abord
+ tester si elle utilise une adresse IP qui correspond à
+ <directive module="core" >NameVirtualHost</directive>. Si c'est
+ le cas, il regardera chaque section
+ <directive type="section" module="core">VirtualHost</directive>
+ avec l'adresse correspondante et essaiera d'en trouver une où
+ le nom de domaine requis correspond à
+ <directive module="core">ServerName</directive> ou
+ <code>ServerAlias</code>. S'il en trouve une, il utilisera
+ sa configuration pour le serveur. Si aucun serveur virtuel ne
+ correspond, alors <em>le premier serveur virtuel listé</em>
dont l'adresse IP correspond sera employé.</p>
- <p>En conséquence, le premier serveur virtuel listé est le
- serveur virtuel <em>default</em>. La directive
- <directive module="core">DocumentRoot</directive> du
- <em>serveur principal</em> <strong>ne</strong> sera
- <strong>jamais</strong> employée lorsqu'une adresse IP
- correspond dans une directive
- <directive module="core">NameVirtualHost</directive>. Si vous
- ne voulez pas avoir de configuration spéciale pour les requêtes
- qui ne sont pas attachées à un serveur virtuel en particulier,
- mettez cette configuration dans une section
- <directive type="section" module="core">VirtualHost</directive>
+ <p>En conséquence, le premier serveur virtuel listé est le
+ serveur virtuel <em>par défaut</em>. La directive
+ <directive module="core">DocumentRoot</directive> du
+ <em>serveur principal</em> <strong>ne</strong> sera
+ <strong>jamais</strong> employée lorsqu'une adresse IP
+ correspond à la directive
+ <directive module="core">NameVirtualHost</directive>. Si vous
+ souhaiter avoir une configuration spéciale pour les requêtes
+ qui ne correspondent pas à un serveur virtuel en particulier,
+ mettez cette configuration dans une section
+ <directive type="section" module="core">VirtualHost</directive>
que vous placerez en premier dans le fichier de configuration.</p>
</section>
<section id="compat"><title>Compatibilité avec les navigateurs anciens</title>
- <p>Comme mentionné plus tôt, certains clients ne transmettent
- pas les données nécessaires pour le bon fonctionnement des
- serveurs virtuels. Ces clients recevront toujours les pages
- du premier serveur virtuel listé pour cette adresse IP (le
+ <p>Comme mentionné plus tôt, certains clients ne transmettent
+ pas les données nécessaires pour le bon fonctionnement des
+ serveurs virtuels par nom. Ces clients recevront toujours les pages
+ du premier serveur virtuel listé pour cette adresse IP (le
serveur virtuel par nom <cite>primaire</cite>).</p>
<note><title>De combien plus anciens ?</title>
- <p>Veuillez noter que quand nous disons plus anciens, nous
- disons vraiment plus anciens. Vous seriez malchanceux de rencontrer
- de tels navigateurs encore utilisés de nos jours. Toutes les
- versions actuelles des navigateurs transmettent leur en-tête
+ <p>Veuillez noter que quand nous disons plus anciens, nous
+ disons vraiment plus anciens. Vous avez peu de chances de rencontrer
+ de tels navigateurs encore utilisés de nos jours. Toutes les
+ versions actuelles des navigateurs transmettent leur en-tête
<code>Host</code> comme exigé par les serveurs virtuels par nom.</p>
</note>
- <p>Il existe une solution avec la directive
- <directive module="core">ServerPath</directive>, bien que
+ <p>Il existe une solution avec la directive
+ <directive module="core">ServerPath</directive>, bien que
légèrement complexe :</p>
<p>Exemple de configuration :</p>
</VirtualHost><br />
</example>
- <p>Qu'est-ce que cela signifie ? Il signifie qu'une requête
- pour tout URI qui commence par "<code>/domain</code>" sera
- servie par le serveur virtuel <code>www.domain.tld</code>.
- Ainsi, les pages sont accessibles à
- <code>http://www.domain.tld/domain/</code> pour tous les
- clients, bien que ceux qui transmettent un en-tête
- <code>Host:</code> peuvent également y accéder à
+ <p>Qu'est-ce que cela signifie ? Il signifie qu'une requête
+ pour tout URI qui commence par "<code>/domain</code>" sera
+ servie par le serveur virtuel <code>www.domain.tld</code>.
+ Ainsi, les pages sont accessibles à
+ <code>http://www.domain.tld/domain/</code> pour tous les
+ clients, bien que ceux qui transmettent un en-tête
+ <code>Host:</code> peuvent également y accéder à
<code>http://www.domain.tld/</code>.</p>
- <p>Pour rendre cette technique fonctionnelle, mettez un lien
- dans votre serveur virtuel primaire vers
- <code>http://www.domain.tld/domain/</code>. Ensuite, dans les
- pages de ce serveur virtuel, assurez vous ne n'utiliser que
- des liens relatifs (<em>par exemple</em>, "<code>file.html</code>"
- ou "<code>../icons/image.gif</code>") ou des liens contenant
- le préfixe <code>/domain/</code> (<em>par exemple</em>,
- "<code>http://www.domain.tld/domain/misc/file.html</code>"
+ <p>Pour rendre cette technique fonctionnelle, mettez un lien
+ dans votre serveur virtuel primaire vers
+ <code>http://www.domain.tld/domain/</code>. Ensuite, dans les
+ pages de ce serveur virtuel, assurez vous ne n'utiliser que
+ des liens relatifs (<em>par exemple</em>, "<code>file.html</code>"
+ ou "<code>../icons/image.gif</code>") ou des liens contenant
+ le préfixe <code>/domain/</code> (<em>par exemple</em>,
+ "<code>http://www.domain.tld/domain/misc/file.html</code>"
ou "<code>/domain/misc/file.html</code>").</p>
- <p>Cela requiert un peu de discipline, mais si vous suivez
- cette ligne de conduite, vous serez assuré que vos pages
+ <p>Cela requiert un peu de discipline, mais si vous suivez
+ cette ligne de conduite, vous serez assuré que vos pages
s'afficheront dans tous les navigateurs, nouveaux et anciens.</p>
</section>
projects / apache / commitdiff