From: Lucien Gentis Date: Sat, 22 Aug 2015 16:48:59 +0000 (+0000) Subject: Rebuild. X-Git-Tag: 2.2.32~194 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=7bc8c5fc49a7a4a29fe6c54db46697b221c61c15;p=thirdparty%2Fapache%2Fhttpd.git Rebuild. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@1697102 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/mod_proxy.html.fr b/docs/manual/mod/mod_proxy.html.fr index 176240e6378..75063733fcd 100644 --- a/docs/manual/mod/mod_proxy.html.fr +++ b/docs/manual/mod/mod_proxy.html.fr @@ -234,7 +234,7 @@

Cet exemple crée un worker associé à l'URL du serveur original - http://backend.example.com, et utilisant les délais + http://backend.example.com, qui utilisera les délais spécifiés. Dans le cas d'un mandataire direct, les workers sont généralement définis via la directive ProxySet directive :

@@ -1006,8 +1006,25 @@ l'espace d'URLs du serveur local

+

Lorsque cette directive est utilisée dans une section <Location>, le premier + argument est omis et le répertoire local est obtenu à partir de + l'argument de la directive <Location>. Il en est de même à l'intérieur + d'une section <LocationMatch>, mais le résultat ne sera + probablement pas celui attendu car ProxyPassReverse va interpréter + l'expression rationnelle littéralement comme un chemin ; si besoin + est dans ce cas, définissez la directive ProxyPassReverse en dehors + de la section, ou dans une section <Location> séparée.

+ +

La directive ProxyPass ne peut pas être placée dans une section + <Directory> ou + <Files>.

+ +

Si vous avez besoin d'un configuration de mandataire inverse plus + souple, reportez-vous à la documentaion de la directive RewriteRule et son drapeau + [P].

+

Le drapeau ! permet de soustraire un sous-répertoire - du mandat inverse, comme dans l'exemple suivant :

+ du mandat inverse, comme dans l'exemple suivant :

ProxyPass /miroir/foo/i !
@@ -1037,13 +1054,16 @@ l'espace d'URLs du serveur local

+

ProxyPass clé=valeur Paramètres

+

Depuis la version 2.1 du serveur HTTP Apache, mod_proxy supporte les jeux de connexions vers un serveur d'arrière-plan. Ainsi, les connexions créées à la demande peuvent être conservées dans un jeu pour une utilisation ultérieure. Les limites de la taille du jeu de connexions et d'autres paramètres peuvent être définis au niveau de la directive ProxyPass via des - arguments clé=valeur décrits dans la table ci-dessous.

+ arguments clé=valeur décrits dans les + tables ci-dessous.

Par défaut, mod_proxy permettra de conserver le nombre maximum de connexions pouvant être utilisées simultanément par le processus @@ -1367,6 +1387,8 @@ l'espace d'URLs du serveur local </Proxy>

+

Mots-clés additionnels de ProxyPass

+

Normalement, mod_proxy va mettre sous leur forme canonique les URLs traitées par ProxyPass. Mais ceci peut être incompatible avec certains serveurs d'arrière-plan, et en particulier avec ceux qui @@ -1377,24 +1399,6 @@ l'espace d'URLs du serveur local car la protection limitée contre les attaques à base d'URL que fournit le mandataire est alors supprimée.

-

Lorsque la directive ProxyPass est utilisée à l'intérieur d'une - section <Location>, le premier argument est omis et le répertoire - local est obtenu à partir de la section <Location>. Il en est de - même à l'intérieur - d'une section <LocationMatch> ; cependant, ProxyPass - n'interprète pas les expressions rationnelles, et dans ce cas, il - est nécessaire d'utiliser la directive - ProxyPassMatch. -

- -

Cette directive ne peut pas être placée dans une section - <Directory> ou - <Files>.

- -

Si vous avez besoin d'un configuration de mandataire inverse plus - souple, reportez-vous à la documentaion de la directive RewriteRule et son drapeau - [P].

-

Le mot-clé optionnel interpolate (disponible depuis httpd 2.2.9), en combinaison avec la directive ProxyPassInterpolateEnv, permet à ProxyPass @@ -1556,8 +1560,8 @@ par un serveur mandat les références d'URL.

chemin est le nom d'un chemin virtuel local. - url est une URL partielle pour le serveur distant - ils - sont utilisés de la même façon qu'avec la directive ProxyPass.

+ url est une URL partielle pour le serveur distant. Ces + paramètres s'utilisent de la même façon qu'avec la directive ProxyPass.

Supposons par exemple que le serveur local a pour adresse http://example.com/ ; alors

@@ -1574,17 +1578,17 @@ par un serveur mandat requête mandatée pour http://backend.example.com/bar (la fonctionnalité fournie par ProxyPass). Il va aussi s'occuper des redirections que le serveur - backend.example.com envoie : lorsque - http://backend.example.com/bar est redirigé par - celui-ci vers http://backend.example.com/quux, Apache + backend.example.com envoie lorsqu'il redirige + http://backend.example.com/bar vers + http://backend.example.com/quux. Apache corrige ceci en http://example.com/miroir/foo/quux avant de faire suivre la redirection HTTP au client. Notez que le nom d'hôte utilisé pour construire l'URL est choisi en respectant la définition de la directive UseCanonicalName.

Notez que la directive ProxyPassReverse - peut aussi être utilisée en conjonction avec la fonctionnalité - pass-through (RewriteRule ... [P]) du module + peut aussi être utilisée en conjonction avec la + fonctionnalité de mandataire (RewriteRule ... [P]) du module mod_rewrite, car elle ne dépend pas d'une directive ProxyPass correspondante.

@@ -1677,7 +1681,8 @@ du mandataire

Lorsqu'elle est activée, cette directive va transmettre l'en-tête Host: de la requête entrante vers le serveur mandaté, au lieu du nom - d'hôte spécifié par la directive ProxyPass.

+ d'hôte spécifié par la directive + ProxyPass module="mod_proxy".

Cette directive est habituellement définie à Off. Elle est principalement utile dans les configurations particulières diff --git a/docs/manual/mod/mod_proxy.xml.meta b/docs/manual/mod/mod_proxy.xml.meta index f0185375d44..38a79fdda73 100644 --- a/docs/manual/mod/mod_proxy.xml.meta +++ b/docs/manual/mod/mod_proxy.xml.meta @@ -8,7 +8,7 @@ en - fr + fr ja