From: Lucien Gentis Date: Sat, 18 Jun 2016 14:00:15 +0000 (+0000) Subject: Rebuild. X-Git-Tag: 2.5.0-alpha~1493 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=f0088407a3a6f445f1e978e7b38e6d4f3793fb52;p=thirdparty%2Fapache%2Fhttpd.git Rebuild. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1749034 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/mod_proxy.html.fr b/docs/manual/mod/mod_proxy.html.fr index 37feb3750b0..7ed8dace972 100644 --- a/docs/manual/mod/mod_proxy.html.fr +++ b/docs/manual/mod/mod_proxy.html.fr @@ -374,12 +374,16 @@ ProxyPass "/examples" "http://backend.example.com/examples" timeout=10 membres au répartiteur.

Résolution DNS pour les domaines originaux

-

La résolution DNS du domaine s'effectue lorsque le socket vers le - serveur original est créé pour la première fois. Lorsque le pooling de - connexions est utilisé, la résolution DNS n'est effectuée à nouveau que - lorsque le ttl de la connexion est écoulé (veuillez vérifier - les paramètres de la directive ProxyPass). Cela signifie que httpd - n'effectue aucune mise en cache des résolutions DNS. +

La résolution DNS s'effectue lorsque le socket vers le + domaine original est créé pour la première fois. Lorsque le pooling de + connexions est utilisé, chaque domaine d'arrière-plan n'est résolu qu'une + seule fois pour chaque processus enfant, et cette résolution est réutilisée + pour toutes les connexions ultérieures jusqu'à ce que le processus enfant + soit recyclé. Ce comportement doit être pris en considération lorsqu'on + planifie des tâches de maintenance du DNS impactant les domaines + d'arrière-plan. Veuillez aussi vous reporter aux paramètres de la + directive ProxyPass pour plus de + détails à propos de la réutilisation des connexions.

diff --git a/docs/manual/mod/mod_proxy.xml.ja b/docs/manual/mod/mod_proxy.xml.ja index b4fda2152c0..d1349f5a833 100644 --- a/docs/manual/mod/mod_proxy.xml.ja +++ b/docs/manual/mod/mod_proxy.xml.ja @@ -1,7 +1,7 @@ - +