From: Lucien Gentis Supposons que vous avez assigné 192.0.2.1 à
+ Supposons que vous ayez assigné 192.0.2.1 à
www.example1.dom
et 192.0.2.2 à www.example2.dom
. En
- outre, supposons que example2.dom
gère son propre DNS. Avec
- cette configuration, example2.dom
sera en mesure de
- détourner tout trafic destiné à example1.dom
. Pour y
- parvenir, tout ce qu'ils ont à faire consiste à assigner 192.0.2.1 à
- www.example2.dom
. Comme ils gèrent leur propre DNS, vous ne
+ outre, supposons que example1.dom
gère son propre DNS. Avec
+ cette configuration, example1.dom
sera en mesure de
+ détourner tout trafic destiné à example2.dom
. Pour y
+ parvenir, tout ce qu'ils ont à faire consiste à
+ assigner 192.0.2.2 à
+ www.example1.dom
. Comme ils gèrent leur propre DNS, vous ne
pouvez pas les empêcher de faire pointer l'enregistrement
- www.example2.dom
vers l'adresse qu'ils veulent.www.example1.dom
vers l'adresse qu'ils veulent.
Les requêtes à destination de 192.0.2.1 (y compris toutes celles +
Les requêtes à destination de 192.0.2.2 (y compris toutes celles
où l'utilisateur à tapé une URL de la forme
- http://www.example1.dom/quelquepart
), seront toutes servies
- par le serveur virtuel example2.dom
. Une meilleur
+ http://www.example2.dom/quelquepart
), seront toutes servies
+ par le serveur virtuel example1.dom
. 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
diff --git a/docs/manual/howto/ssi.xml.fr b/docs/manual/howto/ssi.xml.fr
index 68c5075c10..dbb6ae5f5a 100644
--- a/docs/manual/howto/ssi.xml.fr
+++ b/docs/manual/howto/ssi.xml.fr
@@ -1,7 +1,7 @@
-
+
@@ -377,15 +377,6 @@ HTML préexistants.
La plupart des fonctionnalités décrites dans cet article ne sont - disponibles que si vous utilisez la version 1.2 ou supérieure - d'Apache. Bien entendu, si ce n'est pas le cas, vous devez faire une - mise à jour immédiatement, et même plus tôt. Allez-y. Faites-le - maintenant. Nous attendrons.
-Avec l'élément Les balises Les balises Les directives que contient cette section seront appliquées aux
+ requêtes si la partie chemin de l'URL satisfait à l'un au moins de
+ ces critères :
+ set
, vous pouvez définir des
diff --git a/docs/manual/mod/core.xml.fr b/docs/manual/mod/core.xml.fr
index ca37b2f2bf..9d9025d308 100644
--- a/docs/manual/mod/core.xml.fr
+++ b/docs/manual/mod/core.xml.fr
@@ -1,7 +1,7 @@
-
+
@@ -605,8 +605,8 @@ DESACTIVÉS à partir des version 2.3.x.
</Directory>
permettent de regrouper un ensemble
- de directives qui ne s'appliquent qu'au répertoire précisé
- et à ses sous-répertoires. Toute directive
+ de directives qui ne s'appliquent qu'au répertoire précisé,
+ à ses sous-répertoires, et aux fichiers situés dans ces
+ sous-répertoires. Toute directive
autorisée dans un contexte de répertoire peut être utilisée.
chemin répertoire est soit le chemin absolu d'un
répertoire, soit une chaîne de caractères avec caractères génériques
@@ -757,7 +758,7 @@ combinent entre elles à la réception d'une requête
</DirectoryMatch>
permettent de regrouper un
ensemble de directives qui ne s'appliqueront qu'au répertoire
- précisé, comme pour la section
+
+ Dans l'exemple ci-dessous, où aucun slash de fin n'est utilisé, les
+ directives contenues dans la section s'appliqueront à /private1,
+ /private1/ et /private1/file.txt, mais pas à /private1other.
+
Ce module permet de contrôler l'environnement transmis aux - scripts CGI et aux pages SSI. Les variables d'environnement peuvent +
Ce module permet de contrôler les variables d'environnement
+ internes utilisées par divers modules du serveur HTTP Apache. Ces
+ variables sont aussi accessibles aux scripts CGI en tant que
+ variables d'environnement système natives, et disponibles dans les
+ pages SSI. Les variables d'environnement peuvent
être transmises depuis le shell qui a lancé le processus
Spécifie une ou plusieurs variables d'environnement à transmettre
- aux scripts CGI et aux pages SSI depuis l'environnement du shell qui
- a lancé le processus
Cette directive permet de spécifier quelles variables
+ d'environnement système natives doivent être disponibles en tant que
+ variables d'environnement internes pour les modules du serveur HTTP
+ Apache, et propagées vers les scripts CGI et les pages SSI. Leurs
+ valeurs sont issues de l'environnement natif de l'OS associé au
+ shell qui a invoqué le processus
Définit une variable d'environnement, cette dernière étant - ensuite transmise aux scripts CGI et aux pages SSI.
+Définit une variable d'environnement interne, cette dernière étant + ensuite disponible pour les modules du serveur HTTP Apache et + transmise aux scripts CGI et aux pages SSI.
Les variables d'environnement internes définies par cette
+ directive le sont après l'exécution de la plupart des
+ directives du traitement initial des requêtes, comme les contrôles
+ d'accès et la mise en correspondance des URIs avec les noms de
+ fichiers. Si la variable d'environnement est sensée intervenir au
+ cours de cette phase initiale du traitement, par exemple pour la
+ directive
Supprime une ou plusieurs variables d'environnement parmi celles +
Supprime une ou plusieurs variables d'environnement internes parmi celles qui sont transmises aux scripts CGI et aux pages SSI.
Le module
Les directives sont interprétées selon l'ordre dans lequel elles
apparaîssent dans les fichiers de configuration. Ainsi, des
@@ -269,7 +270,7 @@ serveur HTTP Apache pour des exemples supplémentaires.
iso_delivered
est définie chaque fois que notre
application tente de l'envoyer via X-Sendfile
.
Pour un exemple plus utile, voir le cas de
- Referer
pour un site comportant plusieurs domaines :
Il pourrait être plus utile de définir une variable rfc1918 si + l'adresse IP distante est une adresse privée au sens de la RFC 1918 + :