From: Lucien Gentis Date: Sun, 11 Mar 2012 14:52:33 +0000 (+0000) Subject: Updates. X-Git-Tag: 2.5.0-alpha~7395 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=c1d310a5b4a331f7662a857c4db7c4f8c4917397;p=apache Updates. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1299367 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/install.xml.fr b/docs/manual/install.xml.fr index 111f157af4..ce062c3dc4 100644 --- a/docs/manual/install.xml.fr +++ b/docs/manual/install.xml.fr @@ -3,7 +3,7 @@ - + + @@ -659,6 +659,42 @@ host + +DefaultRuntimeDir +Répertoire de base des fichiers créés au cours de l'exécution du serveur +DefaultRuntimeDir chemin-répertoire +DefaultRuntimeDir DEFAULT_REL_RUNTIMEDIR (logs/) +server config + + +

La directive DefaultRuntimeDir permet de + définir le répertoire dans lequel le serveur va créer les différents + fichiers relatifs à son exécution (mémoire partagée, verrous, + etc...). Si le chemin spécifié est relatif, le chemin absolu sera + généré relativement à la valeur de la directive + ServerRoot.

+ + Exemple + DefaultRuntimeDir scratch/ + + +

La valeur par défaut de la directive + DefaultRuntimeDir peut être modifiée en + changeant la valeur de la macro DEFAULT_REL_RUNTIMEDIR + définie à la compilation.

+ +

Note: si la valeur de ServerRoot n'a pas + été spécifiée avant d'utiliser cette directive, c'est la valeur par + défaut de ServerRoot qui sera utilisée pour + définir la base du répertoire.

+ + +Voir les conseils à propos de +sésurité pour plus d'informations en vue de définir correctement les +permissions sur la racine du serveur ServerRoot + + DefaultType Les seuls effets de cette directive sont des émissions diff --git a/docs/manual/mod/event.xml.fr b/docs/manual/mod/event.xml.fr index 3edd066ac5..7af1f4b9f0 100644 --- a/docs/manual/mod/event.xml.fr +++ b/docs/manual/mod/event.xml.fr @@ -1,7 +1,7 @@ - + @@ -119,7 +119,7 @@ mobiliser des threads que pour les connexions en cours de traitement EnableExceptionHook -Group +Group Listen @@ -151,7 +151,7 @@ mobiliser des threads que pour les connexions en cours de traitement ThreadStackSize -User +User diff --git a/docs/manual/mod/mod_rewrite.xml.fr b/docs/manual/mod/mod_rewrite.xml.fr index 1b5b342607..3a89bf42b9 100644 --- a/docs/manual/mod/mod_rewrite.xml.fr +++ b/docs/manual/mod/mod_rewrite.xml.fr @@ -1,7 +1,7 @@ - + diff --git a/docs/manual/ssl/ssl_faq.xml.fr b/docs/manual/ssl/ssl_faq.xml.fr index 48373abb67..c7ce3e0a34 100644 --- a/docs/manual/ssl/ssl_faq.xml.fr +++ b/docs/manual/ssl/ssl_faq.xml.fr @@ -1,7 +1,7 @@ - + @@ -646,7 +646,7 @@ l'oeuf ou de la poule. La couche du protocole SSL se trouve en dessous de la couche de protocole HTTP qu'elle encapsule. Lors de l'établissement d'une connexion SSL (HTTPS), Apache/mod_ssl doit négocier les paramètres du protocole SSL avec le client. Pour cela, mod_ssl doit consulter la -configuration du serveur virtuel (par exemple, il doit accéder à la la suite +configuration du serveur virtuel (par exemple, il doit accéder à la suite d'algorithmes de chiffrement, au certificat du serveur, etc...). Mais afin de sélectionner le bon serveur virtuel, Apache doit connaître le contenu du champ d'en-tête HTTP Host. Pour cela, il doit lire l'en-tête de la @@ -654,6 +654,11 @@ requête HTTP. Mais il ne peut le faire tant que la négociation SSL terminée, or, la phase de négociation SSL a besoin du nom d'hôte contenu dans l'en-tête de la requête. Voir la question suivante pour contourner ce problème.

+ +

Notez que si votre certificat comporte un nom de serveur avec + caractères génériques, ou des noms de serveurs multiples dans le + champ subjectAltName, vous pouvez utiliser SSL avec les serveurs + virtuels à base de noms sans avoir à contourner ce problème.

Est-il possible d'utiliser @@ -675,6 +680,11 @@ pour différencier plusieurs hôtes virtuels ? seules les révisions les plus récentes de la spécification SSL supportent.

+

Notez que si votre certificat comporte un nom de serveur avec + caractères génériques, ou des noms de serveurs multiples dans le + champ subjectAltName, vous pouvez utiliser SSL avec les serveurs + virtuels à base de noms sans avoir à contourner ce problème.

+

La raison en est que le protocole SSL constitue une couche séparée qui encapsule le protocole HTTP. Aini, la session SSL nécessite une transaction séparée qui prend place avant que la session HTTP n'ait débuté. diff --git a/docs/manual/urlmapping.xml.fr b/docs/manual/urlmapping.xml.fr index b68037cb64..a686e0d506 100644 --- a/docs/manual/urlmapping.xml.fr +++ b/docs/manual/urlmapping.xml.fr @@ -3,7 +3,7 @@ - +