diff options
| author | Vincent Deffontaines <gryzor@apache.org> | 2009-06-27 09:16:09 +0200 |
|---|---|---|
| committer | Vincent Deffontaines <gryzor@apache.org> | 2009-06-27 09:16:09 +0200 |
| commit | c1d41384739f2160da7d5f9e271bc42584333109 (patch) | |
| tree | cce61bf165f8b30e97ece56c0ddc9d79b4cea57f /docs | |
| parent | Complete previous commit, by marking the second invalid configuration example as (diff) | |
| download | apache2-c1d41384739f2160da7d5f9e271bc42584333109.tar.xz apache2-c1d41384739f2160da7d5f9e271bc42584333109.zip | |
New french translation.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@788934 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/manual/dns-caveats.html | 4 | ||||
| -rw-r--r-- | docs/manual/dns-caveats.html.en | 2 | ||||
| -rw-r--r-- | docs/manual/dns-caveats.html.fr | 259 | ||||
| -rw-r--r-- | docs/manual/dns-caveats.xml.fr | 250 | ||||
| -rw-r--r-- | docs/manual/dns-caveats.xml.ja | 2 | ||||
| -rw-r--r-- | docs/manual/dns-caveats.xml.ko | 2 | ||||
| -rw-r--r-- | docs/manual/dns-caveats.xml.meta | 5 | ||||
| -rw-r--r-- | docs/manual/dns-caveats.xml.tr | 2 |
8 files changed, 521 insertions, 5 deletions
diff --git a/docs/manual/dns-caveats.html b/docs/manual/dns-caveats.html index 7ce4c170bd..f499b42030 100644 --- a/docs/manual/dns-caveats.html +++ b/docs/manual/dns-caveats.html @@ -4,6 +4,10 @@ URI: dns-caveats.html.en Content-Language: en Content-type: text/html; charset=ISO-8859-1 +URI: dns-caveats.html.fr +Content-Language: fr +Content-type: text/html; charset=ISO-8859-1 + URI: dns-caveats.html.ja.utf8 Content-Language: ja Content-type: text/html; charset=UTF-8 diff --git a/docs/manual/dns-caveats.html.en b/docs/manual/dns-caveats.html.en index 7a173768b3..fcd2090a43 100644 --- a/docs/manual/dns-caveats.html.en +++ b/docs/manual/dns-caveats.html.en @@ -19,6 +19,7 @@ <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></div><div id="page-content"><div id="preamble"><h1>Issues Regarding DNS and Apache</h1> <div class="toplang"> <p><span>Available Languages: </span><a href="./en/dns-caveats.html" title="English"> en </a> | +<a href="./fr/dns-caveats.html" hreflang="fr" rel="alternate" title="Français"> fr </a> | <a href="./ja/dns-caveats.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="./ko/dns-caveats.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | <a href="./tr/dns-caveats.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p> @@ -238,6 +239,7 @@ </div></div> <div class="bottomlang"> <p><span>Available Languages: </span><a href="./en/dns-caveats.html" title="English"> en </a> | +<a href="./fr/dns-caveats.html" hreflang="fr" rel="alternate" title="Français"> fr </a> | <a href="./ja/dns-caveats.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="./ko/dns-caveats.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | <a href="./tr/dns-caveats.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p> diff --git a/docs/manual/dns-caveats.html.fr b/docs/manual/dns-caveats.html.fr new file mode 100644 index 0000000000..3acad1ca3a --- /dev/null +++ b/docs/manual/dns-caveats.html.fr @@ -0,0 +1,259 @@ +<?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>Problèmes liés au DNS avec Apache - 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></div><div id="page-content"><div id="preamble"><h1>Problèmes liés au DNS avec Apache</h1> +<div class="toplang"> +<p><span>Langues Disponibles: </span><a href="./en/dns-caveats.html" hreflang="en" rel="alternate" title="English"> en </a> | +<a href="./fr/dns-caveats.html" title="Français"> fr </a> | +<a href="./ja/dns-caveats.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | +<a href="./ko/dns-caveats.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | +<a href="./tr/dns-caveats.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p> +</div> + + <p>Cette page pourrait se résumer ainsi : configurez Apache de façon + à ce qu'il n'ait pas besoin de résolution DNS pour interpréter les + fichiers de configuration. Si Apache 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 le détournement d'informations + utilisateurs).</p> + </div> +<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#example">Un exemple simple</a></li> +<li><img alt="" src="./images/down.gif" /> <a href="#denial">Déni de service</a></li> +<li><img alt="" src="./images/down.gif" /> <a href="#main">L'adresse du "serveur principal"</a></li> +<li><img alt="" src="./images/down.gif" /> <a href="#tips">Conseils pour éviter ce genre de problème</a></li> +<li><img alt="" src="./images/down.gif" /> <a href="#appendix">Appendice : orientations pour le futur</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="example" id="example">Un exemple simple</a></h2> + + + <div class="example"><p><code> + # Cet exemple de configuration est invalide, ne l'utilisez pas comme base + # de configuration + <VirtualHost www.abc.dom> <br /> + ServerAdmin webgirl@abc.dom <br /> + DocumentRoot /www/abc <br /> + </VirtualHost> + </code></p></div> + + <p>Pour fonctionner correctement, Apache a absolument besoin de deux + informations à propos de chaque serveur virtuel : le nom du serveur + défini par la directive <code class="directive"><a href="./mod/core.html#servername">ServerName</a></code>, 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 qu'Apache devra utiliser le + DNS pour trouver l'adresse IP de <code>www.abc.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 (avec les versions + d'Apache antérieures à 1.2, le serveur ne démarrera tout simplement + pas).</p> + + <p>Supposons que l'adresse de <code>www.abc.dom</code> soit + 192.0.2.1, et examinons cet extrait de configuration :</p> + + <div class="example"><p><code> + # Cet exemple de configuration est invalide, ne l'utilisez pas comme base + # de configuration + <VirtualHost 192.0.2.1> <br /> + ServerAdmin webgirl@abc.dom <br /> + DocumentRoot /www/abc <br /> + </VirtualHost> + </code></p></div> + + <p>Cette fois, Apache 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é (avec les versions d'Apache antérieures à + 1.2, le serveur ne démarrera tout simplement pas). 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, Apache échouera s'il doit générer une URL complète pour + le serveur qui inclut ce nom de serveur.</p> + + <p>Voici un extrait de configuration qui permet d'éviter ces deux + types de problèmes :</p> + + <div class="example"><p><code> + <VirtualHost 192.0.2.1> <br /> + ServerName www.abc.dom <br /> + ServerAdmin webgirl@abc.dom <br /> + DocumentRoot /www/abc <br /> + </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="denial" id="denial">Déni de service</a></h2> + + + <p>Il existe (au moins) deux formes possibles de déni de service. Si + vous utilisez une version d'Apache antérieure à 1.2, votre serveur + ne démarrera pas si une des deux recherches DNS mentionnées + ci-dessus échoue pour au moins un de vos serveurs virtuels. Dans + certains cas, cette recherche DNS ne sera même pas sous votre + contrôle ; par exemple, si <code>abc.dom</code> est un de vos + clients et s'il gère son propre DNS, il peut empêcher votre + serveur (pre-1.2) de démarrer, simplement en supprimant + l'enregistrement <code>www.abc.dom</code>.</p> + + <p>La deuxième forme de déni de service est beaucoup plus subtile. + Examinons cet extrait de configuration :</p> + + <div class="example"><p><code> + <VirtualHost www.abc.dom><br /> + <span class="indent"> + ServerAdmin webgirl@abc.dom<br /> + DocumentRoot /www/abc<br /> + </span> + </VirtualHost><br /> + <br /> + <VirtualHost www.def.dom><br /> + <span class="indent"> + ServerAdmin webguy@def.dom<br /> + DocumentRoot /www/def<br /> + </span> + </VirtualHost> + </code></p></div> + + <p>Supposons que vous avez assigné 192.0.2.1 à + <code>www.abc.dom</code> et 192.0.2.2 à <code>www.def.dom</code>. En + outre, supposons que <code>def.dom</code> gère son propre DNS. Avec + cette configuration, <code>def.dom</code> sera en mesure de + détourner tout trafic destiné à <code>abc.dom</code>. Pour y + parvenir, tout ce qu'ils ont à faire consiste à assigner 192.0.2.1 à + <code>www.def.dom</code>. Comme ils gèrent leur propre DNS, vous ne + pouvez pas les empêcher de faire pointer l'enregistrement + <code>www.def.dom</code> vers l'adresse qu'ils veulent.</p> + + <p>Les requêtes à destination de 192.0.2.1 (y compris toutes celles + où l'utilisateur à tapé une URL de la forme + <code>http://www.abc.dom/quelquepart</code>), seront toutes servies + par le serveur virtuel <code>def.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 Apache 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> + </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div> +<div class="section"> +<h2><a name="main" id="main">L'adresse du "serveur principal"</a></h2> + + + <p>L'addition du <a href="vhosts/name-based.html">support des + serveurs virtuels à base de nom</a> dans la version 1.1 d'Apache + oblige ce dernier à connaître la/les adresse(s) IP de l'hôte sur + lequel <code class="program"><a href="./programs/httpd.html">httpd</a></code> s'exécute. Pour obtenir cette + adresse, soit il utilise la directive <code class="directive"><a href="./mod/core.html#servername">ServerName</a></code> 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 Apache. 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 + <code class="module"><a href="./mod/mod_env.html">mod_env</a></code> pour contrôler l'environnement. Il est + conseillé de consulter les pages de manuel ou les FAQs de votre + système d'exploitation.</p> + </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div> +<div class="section"> +<h2><a name="tips" id="tips">Conseils pour éviter ce genre de problème</a></h2> + + + <ul> + <li> + utilisez des adresses IP au sein des <code class="directive"><a href="./mod/core.html#virtualhost">VirtualHost</a></code> + </li> + + <li> + utilisez des adresses IP avec la directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> + </li> + + <li> + vérifiez que tous les serveurs virtuels possèdent un nom + <code class="directive"><a href="./mod/core.html#servername">ServerName</a></code> explicite + </li> + + <li>créez un serveur virtuel <code><VirtualHost + _default_:*></code> qui n'a aucune page à servir</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="appendix" id="appendix">Appendice : orientations pour le futur</a></h2> + + + <p>La situation concernant le DNS apparaît clairement comme non + souhaitable. Avec Apache 1.2, nous avons fait en sorte que le + serveur puisse au moins démarrer en cas d'échec de recherche DNS, + mais ce n'est pas ce que nous pouvons faire de mieux. En tout état + de cause, le fait de devoir spécifier des adresses IP explicites + dans les fichiers de configuration est fortement non souhaitable + avec l'Internet d'aujourd'hui où les changements de numérotation + sont une nécessité.</p> + + <p>Il est possible d'éviter les attaques par usurpation de service + décrites ci-dessus en effectuant une recherche DNS inverse sur + l'adresse IP renvoyée par la recherche DNS directe et en comparant + les deux noms -- en cas de non correspondance, le serveur virtuel + serait désactivé. Ceci nécessite cependant une configuration + correcte du DNS inverse (ce avec quoi les administrateurs sont + familiers à cause de l'utilisation courante des doubles recherches + DNS inverses par les serveurs FTP et les TCP wrappers).</p> + + <p>En tout état de cause, il ne semble pas envisageable de démarrer + de manière fiable un serveur web avec serveurs virtuels losqu'une + recherche DNS a échoué, sauf si l'on utilise des adresses IP. Les + solutions partielles consistant à désactiver des portions de + configuration pourraient s'avérer pires que ne pas démarrer du tout + ; tout dépend de ce que le serveur est supposé faire.</p> + + <p>Au fur et à mesure du déploiement de HTTP/1.1, et comme les + navigateurs et les mandataires commencent à générer l'en-tête + <code>Host</code>, il devient possible d'envisager de se passer + complètement des serveurs virtuels à base d'adresses IP. Dans ce + cas, un serveur web n'a besoin d'aucune recherche DNS pendant + l'interprétation de ses fichiers de configuration. Cependant, au + mois de mars 1997, ces fonctionnalités n'ont pas été assez largement + déployées pour être utilisées sur des serveurs web critiques.</p> + </div></div> +<div class="bottomlang"> +<p><span>Langues Disponibles: </span><a href="./en/dns-caveats.html" hreflang="en" rel="alternate" title="English"> en </a> | +<a href="./fr/dns-caveats.html" title="Français"> fr </a> | +<a href="./ja/dns-caveats.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | +<a href="./ko/dns-caveats.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | +<a href="./tr/dns-caveats.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 diff --git a/docs/manual/dns-caveats.xml.fr b/docs/manual/dns-caveats.xml.fr new file mode 100644 index 0000000000..9bdfb4a05b --- /dev/null +++ b/docs/manual/dns-caveats.xml.fr @@ -0,0 +1,250 @@ +<?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 : 507346 --> +<!-- 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 Apache</title> + + <summary> + <p>Cette page pourrait se résumer ainsi : configurez Apache de façon + à ce qu'il n'ait pas besoin de résolution DNS pour interpréter les + fichiers de configuration. Si Apache 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 le détournement d'informations + utilisateurs).</p> + </summary> + + <section id="example"> + <title>Un exemple simple</title> + + <example> + # Cet exemple de configuration est invalide, ne l'utilisez pas comme base + # de configuration + <VirtualHost www.abc.dom> <br /> + ServerAdmin webgirl@abc.dom <br /> + DocumentRoot /www/abc <br /> + </VirtualHost> + </example> + + <p>Pour fonctionner correctement, Apache 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 qu'Apache devra utiliser le + DNS pour trouver l'adresse IP de <code>www.abc.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 (avec les versions + d'Apache antérieures à 1.2, le serveur ne démarrera tout simplement + pas).</p> + + <p>Supposons que l'adresse de <code>www.abc.dom</code> soit + 192.0.2.1, et examinons cet extrait de configuration :</p> + + <example> + # Cet exemple de configuration est invalide, ne l'utilisez pas comme base + # de configuration + <VirtualHost 192.0.2.1> <br /> + ServerAdmin webgirl@abc.dom <br /> + DocumentRoot /www/abc <br /> + </VirtualHost> + </example> + + <p>Cette fois, Apache 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é (avec les versions d'Apache antérieures à + 1.2, le serveur ne démarrera tout simplement pas). 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, Apache échouera s'il doit générer une URL complète pour + le serveur qui inclut ce nom de serveur.</p> + + <p>Voici un extrait de configuration qui permet d'éviter ces deux + types de problèmes :</p> + + <example> + <VirtualHost 192.0.2.1> <br /> + ServerName www.abc.dom <br /> + ServerAdmin webgirl@abc.dom <br /> + DocumentRoot /www/abc <br /> + </VirtualHost> + </example> + </section> + + <section id="denial"> + <title>Déni de service</title> + + <p>Il existe (au moins) deux formes possibles de déni de service. Si + vous utilisez une version d'Apache antérieure à 1.2, votre serveur + ne démarrera pas si une des deux recherches DNS mentionnées + ci-dessus échoue pour au moins un de vos serveurs virtuels. Dans + certains cas, cette recherche DNS ne sera même pas sous votre + contrôle ; par exemple, si <code>abc.dom</code> est un de vos + clients et s'il gère son propre DNS, il peut empêcher votre + serveur (pre-1.2) de démarrer, simplement en supprimant + l'enregistrement <code>www.abc.dom</code>.</p> + + <p>La deuxième forme de déni de service est beaucoup plus subtile. + Examinons cet extrait de configuration :</p> + + <example> + <VirtualHost www.abc.dom><br /> + <indent> + ServerAdmin webgirl@abc.dom<br /> + DocumentRoot /www/abc<br /> + </indent> + </VirtualHost><br /> + <br /> + <VirtualHost www.def.dom><br /> + <indent> + ServerAdmin webguy@def.dom<br /> + DocumentRoot /www/def<br /> + </indent> + </VirtualHost> + </example> + + <p>Supposons que vous avez assigné 192.0.2.1 à + <code>www.abc.dom</code> et 192.0.2.2 à <code>www.def.dom</code>. En + outre, supposons que <code>def.dom</code> gère son propre DNS. Avec + cette configuration, <code>def.dom</code> sera en mesure de + détourner tout trafic destiné à <code>abc.dom</code>. Pour y + parvenir, tout ce qu'ils ont à faire consiste à assigner 192.0.2.1 à + <code>www.def.dom</code>. Comme ils gèrent leur propre DNS, vous ne + pouvez pas les empêcher de faire pointer l'enregistrement + <code>www.def.dom</code> vers l'adresse qu'ils veulent.</p> + + <p>Les requêtes à destination de 192.0.2.1 (y compris toutes celles + où l'utilisateur à tapé une URL de la forme + <code>http://www.abc.dom/quelquepart</code>), seront toutes servies + par le serveur virtuel <code>def.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 Apache 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>L'addition du <a href="vhosts/name-based.html">support des + serveurs virtuels à base de nom</a> dans la version 1.1 d'Apache + oblige ce dernier à 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 Apache. 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> + + <section id="appendix"> + <title>Appendice : orientations pour le futur</title> + + <p>La situation concernant le DNS apparaît clairement comme non + souhaitable. Avec Apache 1.2, nous avons fait en sorte que le + serveur puisse au moins démarrer en cas d'échec de recherche DNS, + mais ce n'est pas ce que nous pouvons faire de mieux. En tout état + de cause, le fait de devoir spécifier des adresses IP explicites + dans les fichiers de configuration est fortement non souhaitable + avec l'Internet d'aujourd'hui où les changements de numérotation + sont une nécessité.</p> + + <p>Il est possible d'éviter les attaques par usurpation de service + décrites ci-dessus en effectuant une recherche DNS inverse sur + l'adresse IP renvoyée par la recherche DNS directe et en comparant + les deux noms -- en cas de non correspondance, le serveur virtuel + serait désactivé. Ceci nécessite cependant une configuration + correcte du DNS inverse (ce avec quoi les administrateurs sont + familiers à cause de l'utilisation courante des doubles recherches + DNS inverses par les serveurs FTP et les TCP wrappers).</p> + + <p>En tout état de cause, il ne semble pas envisageable de démarrer + de manière fiable un serveur web avec serveurs virtuels losqu'une + recherche DNS a échoué, sauf si l'on utilise des adresses IP. Les + solutions partielles consistant à désactiver des portions de + configuration pourraient s'avérer pires que ne pas démarrer du tout + ; tout dépend de ce que le serveur est supposé faire.</p> + + <p>Au fur et à mesure du déploiement de HTTP/1.1, et comme les + navigateurs et les mandataires commencent à générer l'en-tête + <code>Host</code>, il devient possible d'envisager de se passer + complètement des serveurs virtuels à base d'adresses IP. Dans ce + cas, un serveur web n'a besoin d'aucune recherche DNS pendant + l'interprétation de ses fichiers de configuration. Cependant, au + mois de mars 1997, ces fonctionnalités n'ont pas été assez largement + déployées pour être utilisées sur des serveurs web critiques.</p> + </section> +</manualpage> diff --git a/docs/manual/dns-caveats.xml.ja b/docs/manual/dns-caveats.xml.ja index 528fce0991..8e6b61ce0a 100644 --- a/docs/manual/dns-caveats.xml.ja +++ b/docs/manual/dns-caveats.xml.ja @@ -1,7 +1,7 @@ <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd"> <?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?> -<!-- English Revision: 507346 --> +<!-- English Revision: 507346:788933 (outdated) --> <!-- Licensed to the Apache Software Foundation (ASF) under one or more diff --git a/docs/manual/dns-caveats.xml.ko b/docs/manual/dns-caveats.xml.ko index 83515d61ca..26510439b1 100644 --- a/docs/manual/dns-caveats.xml.ko +++ b/docs/manual/dns-caveats.xml.ko @@ -1,7 +1,7 @@ <?xml version="1.0" encoding="EUC-KR" ?> <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd"> <?xml-stylesheet type="text/xsl" href="./style/manual.ko.xsl"?> -<!-- English Revision: 105989:507346 (outdated) --> +<!-- English Revision: 105989:788933 (outdated) --> <!-- Licensed to the Apache Software Foundation (ASF) under one or more diff --git a/docs/manual/dns-caveats.xml.meta b/docs/manual/dns-caveats.xml.meta index 9f35e930c2..3ca97a2a60 100644 --- a/docs/manual/dns-caveats.xml.meta +++ b/docs/manual/dns-caveats.xml.meta @@ -8,8 +8,9 @@ <variants> <variant>en</variant> - <variant>ja</variant> + <variant>fr</variant> + <variant outdated="yes">ja</variant> <variant outdated="yes">ko</variant> - <variant>tr</variant> + <variant outdated="yes">tr</variant> </variants> </metafile> diff --git a/docs/manual/dns-caveats.xml.tr b/docs/manual/dns-caveats.xml.tr index 41a3da55fd..08cac06217 100644 --- a/docs/manual/dns-caveats.xml.tr +++ b/docs/manual/dns-caveats.xml.tr @@ -1,7 +1,7 @@ <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd"> <?xml-stylesheet type="text/xsl" href="./style/manual.tr.xsl"?> -<!-- English Revision: 507346 --> +<!-- English Revision: 507346:788933 (outdated) --> <!-- ===================================================== Translated by: Nilgün Belma Bugüner <nilgun belgeler.org> Reviewed by: Orhan Berent <berent belgeler.org> |