mirror of
https://github.com/apache/httpd.git
synced 2025-07-30 20:03:10 +03:00
d6746a19db
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1340740 13f79535-47bb-0310-9956-ffa450edef68
198 lines
8.8 KiB
Plaintext
198 lines
8.8 KiB
Plaintext
<?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 : 1332626 -->
|
|
<!-- French translation : Lucien GENTIS -->
|
|
<!-- Reviewed by : Vincent Deffontaines -->
|
|
|
|
<!--
|
|
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="dns-caveats.xml.meta">
|
|
|
|
<title>Problèmes liés au DNS avec le serveur HTTP Apache</title>
|
|
|
|
<summary>
|
|
<p>Cette page pourrait se résumer ainsi : configurez le
|
|
serveur HTTP Apache de façon
|
|
à ce qu'il n'ait pas besoin de résolution DNS pour interpréter les
|
|
fichiers de configuration. Si httpd doit effectuer des résolutions
|
|
DNS pour interpréter les fichiers de configuration, votre serveur
|
|
pourra présenter des problèmes de fiabilité (en d'autres termes,
|
|
il est possible qu'il refuse de démarrer), ou d'attaques par déni ou
|
|
usurpation de service (y compris l'attribution de requêtes à un
|
|
serveur virtuel autre que le serveur virtuel voulu).</p>
|
|
</summary>
|
|
|
|
<section id="example">
|
|
<title>Un exemple simple</title>
|
|
|
|
<highlight language="config">
|
|
# Ceci est un exemple de mauvaise configuration ; ne l'utilisez pas comme base
|
|
# de configuration
|
|
<VirtualHost www.example.dom>
|
|
ServerAdmin webgirl@example.dom
|
|
DocumentRoot /www/example
|
|
</VirtualHost>
|
|
</highlight>
|
|
|
|
<p>Pour fonctionner correctement, le serveur a absolument besoin de deux
|
|
informations à propos de chaque serveur virtuel : le nom du serveur
|
|
défini par la directive <directive
|
|
module="core">ServerName</directive>, et au moins une adresse IP à
|
|
laquelle le serveur va se rattacher et répondre. L'exemple ci-dessus
|
|
ne comporte pas d'adresse IP, si bien que httpd devra utiliser le
|
|
DNS pour trouver l'adresse IP de <code>www.example.dom</code>. Si pour
|
|
une raison quelconque, le DNS n'est pas disponible au moment où
|
|
votre serveur interprète son fichier de configuration, ce serveur
|
|
virtuel <strong>ne sera pas pris en compte dans la
|
|
configuration</strong>. Il sera incapable de
|
|
répondre à toute requête pour ce serveur virtuel.</p>
|
|
|
|
<p>Supposons que l'adresse de <code>www.example.dom</code> soit
|
|
192.0.2.1, et examinons cet extrait de configuration :</p>
|
|
|
|
<highlight language="config">
|
|
# Ceci est un exemple de mauvaise configuration ; ne l'utilisez pas comme base
|
|
# de configuration
|
|
<VirtualHost 192.0.2.1>
|
|
ServerAdmin webgirl@example.dom
|
|
DocumentRoot /www/example
|
|
</VirtualHost>
|
|
</highlight>
|
|
|
|
<p>Cette fois, httpd doit effectuer une recherche DNS inverse pour
|
|
trouver le nom <code>ServerName</code> de ce serveur virtuel. Si
|
|
cette recherche inverse échoue, le serveur virtuel sera
|
|
partiellement désactivé. Si le serveur
|
|
virtuel est à base de nom, il sera en fait totalement désactivé,
|
|
mais s'il est à base d'adresse IP, il fonctionnera probablement.
|
|
Cependant, httpd échouera s'il doit générer une URL complète pour
|
|
le serveur qui inclut ce nom de serveur (comme dans le cas d'une
|
|
redirection).</p>
|
|
|
|
<p>Voici un extrait de configuration qui permet d'éviter ces deux
|
|
types de problèmes :</p>
|
|
|
|
<highlight language="config">
|
|
<VirtualHost 192.0.2.1>
|
|
ServerName www.example.dom
|
|
ServerAdmin webgirl@example.dom
|
|
DocumentRoot /www/example
|
|
</VirtualHost>
|
|
</highlight>
|
|
</section>
|
|
|
|
<section id="denial">
|
|
<title>Déni de service</title>
|
|
|
|
<p>Considérons cet extrait de configuration :</p>
|
|
|
|
<highlight language="config">
|
|
<VirtualHost www.example1.dom>
|
|
ServerAdmin webgirl@example1.dom
|
|
DocumentRoot /www/example1
|
|
</VirtualHost>
|
|
<VirtualHost www.example2.dom>
|
|
ServerAdmin webguy@example2.dom
|
|
DocumentRoot /www/example2
|
|
</VirtualHost>
|
|
</highlight>
|
|
|
|
<p>Supposons que vous ayez assigné 192.0.2.1 à
|
|
<code>www.example1.dom</code> et 192.0.2.2 à <code>www.example2.dom</code>. En
|
|
outre, supposons que <code>example1.dom</code> gère son propre DNS. Avec
|
|
cette configuration, <code>example1.dom</code> sera en mesure de
|
|
détourner tout trafic destiné à <code>example2.dom</code>. Pour y
|
|
parvenir, tout ce qu'ils ont à faire consiste à
|
|
assigner 192.0.2.2 à
|
|
<code>www.example1.dom</code>. Comme ils gèrent leur propre DNS, vous ne
|
|
pouvez pas les empêcher de faire pointer l'enregistrement
|
|
<code>www.example1.dom</code> vers l'adresse qu'ils veulent.</p>
|
|
|
|
<p>Les requêtes à destination de 192.0.2.2 (y compris toutes celles
|
|
où l'utilisateur à tapé une URL de la forme
|
|
<code>http://www.example2.dom/quelquepart</code>), seront toutes servies
|
|
par le serveur virtuel <code>example1.dom</code>. Une meilleur
|
|
compréhension de la raison pour laquelle ceci peut se produire
|
|
nécessite une discussion plus approfondie à propos de la manière
|
|
dont httpd associe les requêtes entrantes aux différents serveurs
|
|
virtuels qui vont les servir. Un document de base décrivant ceci <a
|
|
href="vhosts/details.html">est disponible</a>.</p>
|
|
</section>
|
|
|
|
<section id="main">
|
|
<title>L'adresse du "serveur principal"</title>
|
|
|
|
<p><a href="vhosts/name-based.html">Le support des
|
|
serveurs virtuels à base de nom</a> oblige httpd à
|
|
connaître la/les adresse(s) IP de l'hôte sur
|
|
lequel <program>httpd</program> s'exécute. Pour obtenir cette
|
|
adresse, soit il utilise la directive <directive
|
|
module="core">ServerName</directive> globale (si elle est présente),
|
|
soit il fait appel à la fonction C <code>gethostname</code> (qui
|
|
doit renvoyer le même nom que la commande shell "hostname"). Il
|
|
effectue ensuite une recherche DNS sur cette adresse. Pour le
|
|
moment, il n'existe aucun moyen d'éviter cette recherche DNS.</p>
|
|
|
|
<p>Si vous craignez que cette recherche DNS échoue parce que votre
|
|
serveur DNS est arrêté, vous pouvez insérer le nom d'hôte dans le
|
|
fichier <code>/etc/hosts</code> (où il est probablement déjà
|
|
enregistré afin que la machine démarre correctement). Assurez-vous
|
|
ensuite que la machine est configurée pour utiliser
|
|
<code>/etc/hosts</code> dans le cas où la recherche DNS échoue.
|
|
Suivant le système d'exploitation que vous utilisez, vous y
|
|
parviendrez en éditant <code>/etc/resolv.conf</code>, ou
|
|
<code>/etc/nsswitch.conf</code>.</p>
|
|
|
|
<p>Si votre serveur n'a aucune autre raison d'effectuer des
|
|
recherches DNS, vous pouvez définir la variable d'environnement
|
|
<code>HOSTRESORDER</code> à "local", et vous serez alors en mesure
|
|
d'exécuter httpd. Tout dépend du système d'exploitation et des
|
|
bibliothèques de résolution de noms que vous utilisez. Elle affecte
|
|
aussi les programmes CGI, à moins que vous n'utilisiez
|
|
<module>mod_env</module> pour contrôler l'environnement. Il est
|
|
conseillé de consulter les pages de manuel ou les FAQs de votre
|
|
système d'exploitation.</p>
|
|
</section>
|
|
|
|
<section id="tips">
|
|
<title>Conseils pour éviter ce genre de problème</title>
|
|
|
|
<ul>
|
|
<li>
|
|
utilisez des adresses IP au sein des <directive
|
|
module="core">VirtualHost</directive>
|
|
</li>
|
|
|
|
<li>
|
|
utilisez des adresses IP avec la directive <directive
|
|
module="mpm_common">Listen</directive>
|
|
</li>
|
|
|
|
<li>
|
|
vérifiez que tous les serveurs virtuels possèdent un nom
|
|
<directive module="core">ServerName</directive> explicite
|
|
</li>
|
|
|
|
<li>créez un serveur virtuel <code><VirtualHost
|
|
_default_:*></code> qui n'a aucune page à servir</li>
|
|
</ul>
|
|
</section>
|
|
|
|
</manualpage>
|