summaryrefslogtreecommitdiff
path: root/docs/manual/dns-caveats.xml.fr
diff options
context:
space:
mode:
authorLucien Gentis <lgentis@apache.org>2010-12-01 16:54:54 +0000
committerLucien Gentis <lgentis@apache.org>2010-12-01 16:54:54 +0000
commit9da83e225636c32bee1b8919ce4c09052de281c0 (patch)
tree998490171034ed72a89033c8298093f3dbd29ef8 /docs/manual/dns-caveats.xml.fr
parent8c61b3090ce58b1b9de5b4ef5d85ae3db111983f (diff)
downloadhttpd-9da83e225636c32bee1b8919ce4c09052de281c0.tar.gz
Updates.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1041078 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'docs/manual/dns-caveats.xml.fr')
-rw-r--r--docs/manual/dns-caveats.xml.fr23
1 files changed, 12 insertions, 11 deletions
diff --git a/docs/manual/dns-caveats.xml.fr b/docs/manual/dns-caveats.xml.fr
index 63d0a664e2..d5d2a0e134 100644
--- a/docs/manual/dns-caveats.xml.fr
+++ b/docs/manual/dns-caveats.xml.fr
@@ -1,7 +1,7 @@
<?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 : 1030181 -->
+<!-- English Revision : 1040785 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -118,20 +118,21 @@
&lt;/VirtualHost&gt;
</example>
- <p>Supposons que vous avez assign&eacute; 192.0.2.1 &agrave;
+ <p>Supposons que vous ayez assign&eacute; 192.0.2.1 &agrave;
<code>www.example1.dom</code> et 192.0.2.2 &agrave; <code>www.example2.dom</code>. En
- outre, supposons que <code>example2.dom</code> g&egrave;re son propre DNS. Avec
- cette configuration, <code>example2.dom</code> sera en mesure de
- d&eacute;tourner tout trafic destin&eacute; &agrave; <code>example1.dom</code>. Pour y
- parvenir, tout ce qu'ils ont &agrave; faire consiste &agrave; assigner 192.0.2.1 &agrave;
- <code>www.example2.dom</code>. Comme ils g&egrave;rent leur propre DNS, vous ne
+ outre, supposons que <code>example1.dom</code> g&egrave;re son propre DNS. Avec
+ cette configuration, <code>example1.dom</code> sera en mesure de
+ d&eacute;tourner tout trafic destin&eacute; &agrave; <code>example2.dom</code>. Pour y
+ parvenir, tout ce qu'ils ont &agrave; faire consiste &agrave;
+ assigner 192.0.2.2 &agrave;
+ <code>www.example1.dom</code>. Comme ils g&egrave;rent leur propre DNS, vous ne
pouvez pas les emp&ecirc;cher de faire pointer l'enregistrement
- <code>www.example2.dom</code> vers l'adresse qu'ils veulent.</p>
+ <code>www.example1.dom</code> vers l'adresse qu'ils veulent.</p>
- <p>Les requ&ecirc;tes &agrave; destination de 192.0.2.1 (y compris toutes celles
+ <p>Les requ&ecirc;tes &agrave; destination de 192.0.2.2 (y compris toutes celles
o&ugrave; l'utilisateur &agrave; tap&eacute; une URL de la forme
- <code>http://www.example1.dom/quelquepart</code>), seront toutes servies
- par le serveur virtuel <code>example2.dom</code>. Une meilleur
+ <code>http://www.example2.dom/quelquepart</code>), seront toutes servies
+ par le serveur virtuel <code>example1.dom</code>. Une meilleur
compr&eacute;hension de la raison pour laquelle ceci peut se produire
n&eacute;cessite une discussion plus approfondie &agrave; propos de la mani&egrave;re
dont httpd associe les requ&ecirc;tes entrantes aux diff&eacute;rents serveurs