]> granicus.if.org Git - apache/blob - docs/manual/mod/mod_proxy.html.fr
update transformation
[apache] / docs / manual / mod / mod_proxy.html.fr
1 <?xml version="1.0" encoding="ISO-8859-1"?>
2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
3 <html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
4         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
5               This file is generated from xml source: DO NOT EDIT
6         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
7       -->
8 <title>mod_proxy - Serveur Apache HTTP</title>
9 <link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
10 <link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
11 <link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="../style/css/prettify.css" />
12 <script src="../style/scripts/prettify.js" type="text/javascript">
13 </script>
14
15 <link href="../images/favicon.ico" rel="shortcut icon" /></head>
16 <body>
17 <div id="page-header">
18 <p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p>
19 <p class="apache">Serveur Apache HTTP Version 2.5</p>
20 <img alt="" src="../images/feather.gif" /></div>
21 <div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="../images/left.gif" /></a></div>
22 <div id="path">
23 <a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.5</a> &gt; <a href="./">Modules</a></div>
24 <div id="page-content">
25 <div id="preamble"><h1>Module Apache mod_proxy</h1>
26 <div class="toplang">
27 <p><span>Langues Disponibles: </span><a href="../en/mod/mod_proxy.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
28 <a href="../fr/mod/mod_proxy.html" title="Français">&nbsp;fr&nbsp;</a> |
29 <a href="../ja/mod/mod_proxy.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a></p>
30 </div>
31 <div class="outofdate">Cette traduction peut être périmée. Vérifiez la version
32             anglaise pour les changements récents.</div>
33 <table class="module"><tr><th><a href="module-dict.html#Description">Description:</a></th><td>Serveur mandataire/passerelle multi-protocole</td></tr>
34 <tr><th><a href="module-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
35 <tr><th><a href="module-dict.html#ModuleIdentifier">Identificateur de Module:</a></th><td>proxy_module</td></tr>
36 <tr><th><a href="module-dict.html#SourceFile">Fichier Source:</a></th><td>mod_proxy.c</td></tr></table>
37 <h3>Sommaire</h3>
38
39     <div class="warning"><h3>Avertissement</h3>
40       <p>N'activez pas la fonctionnalité de mandataire avec la directive
41       <code class="directive"><a href="#proxyrequests">ProxyRequests</a></code> avant
42       d'avoir <a href="#access">sécurisé votre serveur</a>. Les serveurs
43       mandataires ouverts sont dangereux pour votre réseau,
44       mais aussi pour l'Internet au sens large.</p>
45     </div>
46
47     <p><code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code> et ses modules associés implémentent
48     un mandataire/passerelle pour le serveur HTTP Apache, et supportent
49     de nombreux protocoles courants, ainsi que plusieurs algorithmes de
50     répartition de charge. Le support de protocoles et d'algorithmes de
51     répartition de charge supplémentaires peut être assuré par des
52     modules tiers.</p>
53
54     <p>Un jeu de modules chargés dans le serveur permet de fournir les
55     fonctionnalités souhaitées. Ces modules peuvent être inclus
56     statiquement à la compilation, ou dynamiquement via la directive
57     <code class="directive"><a href="../mod/mod_so.html#loadmodule">LoadModule</a></code>. Ce jeu de module
58     doit comporter :</p>
59
60     <ul>
61       <li><code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code>, qui fournit les fonctionnalités de
62       base d'un mandataire</li>
63
64       <li><code class="module"><a href="../mod/mod_proxy_balancer.html">mod_proxy_balancer</a></code> et un ou plusieurs modules
65       de répartition, si la répartition de charge doit être mise en
66       oeuvre (Voir la documentation de
67       <code class="module"><a href="../mod/mod_proxy_balancer.html">mod_proxy_balancer</a></code> pour plus de détails).</li>
68
69       <li>un ou plusieurs modules de types de mandataire, ou protocoles
70       :
71
72         <table class="bordered">
73         <tr><th>Protocole</th><th>Module</th></tr>
74         <tr><td>AJP13 (Protocole Apache JServe version
75           1.3)</td><td><code class="module"><a href="../mod/mod_proxy_ajp.html">mod_proxy_ajp</a></code></td></tr>
76         <tr><td>CONNECT (pour
77           SSL)</td><td><code class="module"><a href="../mod/mod_proxy_connect.html">mod_proxy_connect</a></code></td></tr>
78         <tr><td>FastCGI</td><td><code class="module"><a href="../mod/mod_proxy_fcgi.html">mod_proxy_fcgi</a></code></td></tr>
79         <tr><td>ftp</td><td><code class="module"><a href="../mod/mod_proxy_ftp.html">mod_proxy_ftp</a></code></td></tr>
80         <tr><td>HTTP/0.9, HTTP/1.0, et
81           HTTP/1.1</td><td><code class="module"><a href="../mod/mod_proxy_http.html">mod_proxy_http</a></code></td></tr>
82         <tr><td>SCGI</td><td><code class="module"><a href="../mod/mod_proxy_scgi.html">mod_proxy_scgi</a></code></td></tr>
83         <tr><td>WS and WSS (Web-sockets)</td><td><code class="module"><a href="../mod/mod_proxy_wstunnel.html">mod_proxy_wstunnel</a></code></td></tr>
84         </table>
85       </li>
86     </ul>
87
88     <p>En outre, d'autres modules fournissent des fonctionnalités
89     étendues. <code class="module"><a href="../mod/mod_cache.html">mod_cache</a></code> et ses modules associés
90     fournissent la mise en cache. Les directives <code>SSLProxy*</code>
91     du module <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> permettent de contacter des
92     serveurs distants en utilisant le protocole SSL/TLS. Ces modules
93     additionnels devront être chargés et configurés pour pouvoir
94     disposer de ces fonctionnalités.</p>
95 </div>
96 <div id="quickview"><h3 class="directives">Directives</h3>
97 <ul id="toc">
98 <li><img alt="" src="../images/down.gif" /> <a href="#balancergrowth">BalancerGrowth</a></li>
99 <li><img alt="" src="../images/down.gif" /> <a href="#balancerinherit">BalancerInherit</a></li>
100 <li><img alt="" src="../images/down.gif" /> <a href="#balancermember">BalancerMember</a></li>
101 <li><img alt="" src="../images/down.gif" /> <a href="#balancerpersist">BalancerPersist</a></li>
102 <li><img alt="" src="../images/down.gif" /> <a href="#noproxy">NoProxy</a></li>
103 <li><img alt="" src="../images/down.gif" /> <a href="#proxy">&lt;Proxy&gt;</a></li>
104 <li><img alt="" src="../images/down.gif" /> <a href="#proxyaddheaders">ProxyAddHeaders</a></li>
105 <li><img alt="" src="../images/down.gif" /> <a href="#proxybadheader">ProxyBadHeader</a></li>
106 <li><img alt="" src="../images/down.gif" /> <a href="#proxyblock">ProxyBlock</a></li>
107 <li><img alt="" src="../images/down.gif" /> <a href="#proxydomain">ProxyDomain</a></li>
108 <li><img alt="" src="../images/down.gif" /> <a href="#proxyerroroverride">ProxyErrorOverride</a></li>
109 <li><img alt="" src="../images/down.gif" /> <a href="#proxyiobuffersize">ProxyIOBufferSize</a></li>
110 <li><img alt="" src="../images/down.gif" /> <a href="#proxymatch">&lt;ProxyMatch&gt;</a></li>
111 <li><img alt="" src="../images/down.gif" /> <a href="#proxymaxforwards">ProxyMaxForwards</a></li>
112 <li><img alt="" src="../images/down.gif" /> <a href="#proxypass">ProxyPass</a></li>
113 <li><img alt="" src="../images/down.gif" /> <a href="#proxypassinherit">ProxyPassInherit</a></li>
114 <li><img alt="" src="../images/down.gif" /> <a href="#proxypassinterpolateenv">ProxyPassInterpolateEnv</a></li>
115 <li><img alt="" src="../images/down.gif" /> <a href="#proxypassmatch">ProxyPassMatch</a></li>
116 <li><img alt="" src="../images/down.gif" /> <a href="#proxypassreverse">ProxyPassReverse</a></li>
117 <li><img alt="" src="../images/down.gif" /> <a href="#proxypassreversecookiedomain">ProxyPassReverseCookieDomain</a></li>
118 <li><img alt="" src="../images/down.gif" /> <a href="#proxypassreversecookiepath">ProxyPassReverseCookiePath</a></li>
119 <li><img alt="" src="../images/down.gif" /> <a href="#proxypreservehost">ProxyPreserveHost</a></li>
120 <li><img alt="" src="../images/down.gif" /> <a href="#proxyreceivebuffersize">ProxyReceiveBufferSize</a></li>
121 <li><img alt="" src="../images/down.gif" /> <a href="#proxyremote">ProxyRemote</a></li>
122 <li><img alt="" src="../images/down.gif" /> <a href="#proxyremotematch">ProxyRemoteMatch</a></li>
123 <li><img alt="" src="../images/down.gif" /> <a href="#proxyrequests">ProxyRequests</a></li>
124 <li><img alt="" src="../images/down.gif" /> <a href="#proxyset">ProxySet</a></li>
125 <li><img alt="" src="../images/down.gif" /> <a href="#proxysourceaddress">ProxySourceAddress</a></li>
126 <li><img alt="" src="../images/down.gif" /> <a href="#proxystatus">ProxyStatus</a></li>
127 <li><img alt="" src="../images/down.gif" /> <a href="#proxytimeout">ProxyTimeout</a></li>
128 <li><img alt="" src="../images/down.gif" /> <a href="#proxyvia">ProxyVia</a></li>
129 </ul>
130 <h3>Sujets</h3>
131 <ul id="topics">
132 <li><img alt="" src="../images/down.gif" /> <a href="#forwardreverse">Mandataires directs et
133     mandataires/passerelles inverses</a></li>
134 <li><img alt="" src="../images/down.gif" /> <a href="#examples">Exemples simples</a></li>
135 <li><img alt="" src="../images/down.gif" /> <a href="#workers">Workers</a></li>
136 <li><img alt="" src="../images/down.gif" /> <a href="#access">Contrôler l'accès à votre
137     mandataire</a></li>
138 <li><img alt="" src="../images/down.gif" /> <a href="#startup">Ralentissement au démarrage</a></li>
139 <li><img alt="" src="../images/down.gif" /> <a href="#intranet">Mandataire en Intranet</a></li>
140 <li><img alt="" src="../images/down.gif" /> <a href="#envsettings">Ajustements relatifs au
141     protocole</a></li>
142 <li><img alt="" src="../images/down.gif" /> <a href="#request-bodies">Corps de requêtes</a></li>
143 <li><img alt="" src="../images/down.gif" /> <a href="#x-headers">En-têtes de requête du mandataire
144     inverse</a></li>
145 </ul><h3>Voir aussi</h3>
146 <ul class="seealso">
147 <li><code class="module"><a href="../mod/mod_cache.html">mod_cache</a></code></li>
148 <li><code class="module"><a href="../mod/mod_proxy_ajp.html">mod_proxy_ajp</a></code></li>
149 <li><code class="module"><a href="../mod/mod_proxy_connect.html">mod_proxy_connect</a></code></li>
150 <li><code class="module"><a href="../mod/mod_proxy_fcgi.html">mod_proxy_fcgi</a></code></li>
151 <li><code class="module"><a href="../mod/mod_proxy_ftp.html">mod_proxy_ftp</a></code></li>
152 <li><code class="module"><a href="../mod/mod_proxy_http.html">mod_proxy_http</a></code></li>
153 <li><code class="module"><a href="../mod/mod_proxy_scgi.html">mod_proxy_scgi</a></code></li>
154 <li><code class="module"><a href="../mod/mod_proxy_wstunnel.html">mod_proxy_wstunnel</a></code></li>
155 <li><code class="module"><a href="../mod/mod_proxy_balancer.html">mod_proxy_balancer</a></code></li>
156 <li><code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code></li>
157 </ul><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
158 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
159 <div class="section">
160 <h2><a name="forwardreverse" id="forwardreverse">Mandataires directs et
161     mandataires/passerelles inverses</a></h2>
162       <p>Le serveur HTTP Apache peut être configuré dans les deux modes mandataire
163       <dfn>direct</dfn> et mandataire <dfn>inverse</dfn> (aussi nommé
164       mode <dfn>passerelle</dfn>).</p>
165
166       <p>Un <dfn>mandataire direct</dfn> standard est un serveur
167       intermédiaire qui s'intercale entre le client et le <em>serveur
168       demandé</em>. Pour obtenir un contenu hébergé par
169       le serveur demandé, le client envoie une requête au
170       mandataire en nommant le serveur demandé comme
171       cible, puis le mandataire extrait le contenu depuis le
172       serveur demandé et le renvoie enfin au client. Le client doit être
173       configuré de manière appropriée pour pouvoir utiliser le mandataire
174       direct afin d'accéder à d'autres sites.</p>
175
176       <p>L'accès à Internet depuis des clients situés derrière un
177       pare-feu est une utilisation typique du mandataire direct. Le
178       mandataire direct peut aussi utiliser la mise en cache (fournie
179       par <code class="module"><a href="../mod/mod_cache.html">mod_cache</a></code>) pour réduire la charge du
180       réseau.</p>
181
182       <p>La fonctionnalité de mandataire direct est activée via la
183       directive <code class="directive"><a href="#proxyrequests">ProxyRequests</a></code>.
184       Comme les mandataires directs permettent aux clients d'accéder à
185       des sites quelconques via votre serveur et de dissimuler leur
186       véritable origine, il est indispensable de <a href="#access">sécuriser votre serveur</a> de façon à ce que seuls
187       les clients autorisés puissent accéder à votre serveur avant
188       d'activer la fonctionnalité de mandataire direct.</p>
189
190       <p>Un <dfn>mandataire inverse</dfn> (ou <dfn>passerelle</dfn>),
191       quant à lui, apparaît au client comme un serveur web standard.
192       Aucune configuration particulière du client n'est nécessaire. Le
193       client adresse ses demandes de contenus ordinaires dans l'espace
194       de nommage du mandataire inverse. Ce dernier décide alors où
195       envoyer ces requêtes, et renvoie le contenu au client comme s'il
196       l'hébergeait lui-même.</p>
197
198       <p>L'accès d'utilisateurs depuis Internet vers un serveur situé
199       derrière un pare-feu est une utilisation typique du mandataire
200       inverse. On peut aussi utiliser les mandataires inverses pour
201       mettre en oeuvre une répartition de charge entre plusieurs
202       serveurs en arrière-plan, ou fournir un cache pour un serveur
203       d'arrière-plan plus lent. Les mandataires inverses peuvent aussi
204       tout simplement servir à rassembler plusieurs serveurs dans le
205       même espace de nommage d'URLs.</p>
206
207       <p>La fonctionnalité de mandataire inverse est activée via la
208       directive <code class="directive"><a href="#proxypass">ProxyPass</a></code> ou
209       le drapeau <code>[P]</code> de la directive <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code>. Il n'est
210       <strong>pas</strong> nécessaire de définir <code class="directive"><a href="#proxyrequests">ProxyRequests</a></code> pour configurer
211       un mandataire inverse.</p>
212     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
213 <div class="section">
214 <h2><a name="examples" id="examples">Exemples simples</a></h2>
215
216     <p>Les exemples ci-dessous illustrent de manière très basique la
217     mise en oeuvre de la fonctionnalité de mandataire et ne sont là que
218     pour vous aider à démarrer. Reportez-vous à la documentation de
219     chaque directive.</p>
220
221     <p>Si en outre, vous désirez activer la mise en cache, consultez la
222     documentation de <code class="module"><a href="../mod/mod_cache.html">mod_cache</a></code>.</p>
223
224     <div class="example"><h3>Mandataire inverse</h3><pre class="prettyprint lang-config">
225 ProxyPass /foo http://foo.example.com/bar
226 ProxyPassReverse /foo http://foo.example.com/bar
227     </pre>
228 </div>
229
230     <div class="example"><h3>Mandataire direct</h3><pre class="prettyprint lang-config">
231 ProxyRequests On
232 ProxyVia On
233
234 &lt;Proxy *&gt;
235   Require host internal.example.com
236 &lt;/Proxy&gt;
237     </pre>
238 </div>
239     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
240 <div class="section">
241 <h2><a name="workers" id="workers">Workers</a></h2>
242       <p>Le mandataire gère la configuration et les paramètres de
243       communication des serveurs originaux au sein d'objets nommés
244       <dfn>workers</dfn>. Deux types de worker sont fournis : le worker
245       par défaut du mandataire direct et le worker par défaut du
246       mandataire inverse. Il est aussi possible de définir explicitement
247       des workers supplémentaires.</p>
248
249       <p>Les deux workers par défaut possèdent une configuration figée
250       et seront utilisés si aucun autre worker ne correspond à la
251       requête. Ils n'utilisent ni les jeux de connexions (connection
252       pooling), ni les
253       connexions HTTP persistantes (Keep-Alive). En effet, les
254       connexions TCP vers le serveur original sont fermées et ouvertes
255       pour chaque requête.</p>
256
257       <p>Les workers définis explicitement sont identifiés par leur URL.
258       Ils sont en général définis via les directives <code class="directive"><a href="#proxypass">ProxyPass</a></code> ou <code class="directive"><a href="#proxypassmatch">ProxyPassMatch</a></code> lorsqu'on les
259       utilise dans le cadre d'un mandataire inverse :</p>
260
261       <div class="example"><pre class="prettyprint lang-config">
262           ProxyPass /example http://backend.example.com connectiontimeout=5 timeout=30
263           </pre>
264 </div>
265       
266
267       <p>Cette directive va créer un worker associé à l'URL du serveur
268       original <code>http://backend.example.com</code>, et utilisant les
269       valeurs de timeout données. Lorsqu'ils sont utilisés dans le cadre
270       d'un mandataire direct, les workers sont en général définis via la
271       directive <code class="directive"><a href="#proxyset">ProxySet</a></code>,</p>
272
273       <div class="example"><pre class="prettyprint lang-config">
274           ProxySet http://backend.example.com connectiontimeout=5 timeout=30
275           </pre>
276 </div>
277       
278
279       <p>ou encore via les directives <code class="directive"><a href="#proxy">Proxy</a></code> et <code class="directive"><a href="#proxyset">ProxySet</a></code> :</p>
280
281       <pre class="prettyprint lang-config">
282 &lt;Proxy http://backend.example.com&gt;
283   ProxySet connectiontimeout=5 timeout=30
284 &lt;/Proxy&gt;
285       </pre>
286
287
288       <p>L'utilisation de workers définis explicitement dans le mode
289       mandataire direct n'est pas très courante, car les mandataires
290       directs communiquent en général avec de nombreux serveurs
291       originaux. La création explicite de workers pour certains serveurs
292       originaux peut cependant s'avérer utile si ces serveurs sont
293       très souvent sollicités. A leur niveau, les workers explicitement
294       définis ne possèdent aucune notion de mandataire direct ou
295       inverse. Ils encapsulent un concept de communication commun avec
296       les serveurs originaux. Un worker créé via la directive <code class="directive"><a href="#proxypass">ProxyPass</a></code> pour être utilisé dans le
297       cadre d'un mandataire inverse sera aussi utilisé dans le cadre
298       d'un mandataire directe chaque fois que l'URL vers le serveur
299       original correspondra à l'URL du worker, et vice versa.</p>
300
301       <p>L'URL qui identifie un worker correspond à l'URL de son serveur
302       original, y compris un éventuel chemin donné :</p>
303
304       <pre class="prettyprint lang-config">
305 ProxyPass /examples http://backend.example.com/examples
306 ProxyPass /docs http://backend.example.com/docs
307       </pre>
308
309
310       <p>Dans cet exemple, deux workers différents sont définis, chacun
311       d'eux utilisant des configurations et jeux de connexions
312       séparés.</p>
313
314       <div class="warning"><h3>Partage de workers</h3>
315         <p>Le partage de workers intervient lorsque les URLs des workers
316         s'entrecoupent, ce qui arrive lorsque l'URL d'un worker
317         correspond au début de l'URL d'un autre worker défini plus loin
318         dans le fichier de configuration. Dans l'exemple suivant,</p>
319
320         <pre class="prettyprint lang-config">
321 ProxyPass /apps http://backend.example.com/ timeout=60
322 ProxyPass /examples http://backend.example.com/examples timeout=10
323         </pre>
324
325
326         <p>le second worker n'est pas vraiment créé. C'est le premier
327         worker qui est en fait utilisé. L'avantage de ceci réside dans
328         le fait qu'il n'existe qu'un seul jeu de connexions, ces
329         dernières étant donc réutilisées plus souvent. Notez que tous
330         les attributs de configuration définis explicitement pour le
331         deuxième worker seront ignorés, ce qui sera journalisé en tant
332         qu'avertissement. Ainsi, dans l'exemple ci-dessus, la valeur de
333         timeout retenue pour l'URL <code>/exemples</code> sera
334         <code>60</code>, et non <code>10</code> !</p>
335
336         <p>Si vous voulez empêcher le partage de workers, classez vos
337         définitions de workers selon la longueur des URLs, de la plus
338         longue à la plus courte. Si au contraire vous voulez favoriser
339         ce partage, utilisez l'ordre de classement inverse. Voir aussi
340         l'avertissement à propos de l'ordre de classement des directives
341         <code class="directive"><a href="#proxypass">ProxyPass</a></code>.</p>
342
343       </div> 
344
345       <p>Les workers définis explicitement sont de deux sortes :
346       <dfn>workers directs</dfn> et <dfn>workers de répartition (de
347       charge)</dfn>. Ils supportent de nombreux attributs de
348       configuration importants décrits dans la directive <code class="directive"><a href="#proxypass">ProxyPass</a></code>. Ces mêmes attributs
349       peuvent aussi être définis via la directive <code class="directive"><a href="#proxyset">ProxySet</a></code>.</p>
350
351       <p>Le jeu d'options disponibles pour un worker direct dépend du
352       protocole spécifié dans l'URL du serveur original. Les protocoles
353       disponibles comprennent <code>ajp</code>, <code>fcgi</code>,
354       <code>ftp</code>, <code>http</code> et <code>scgi</code>.</p>
355
356       <p>Les workers de répartition sont des workers virtuels qui
357       utilisent les workers directs, connus comme faisant partie de leurs
358       membres, pour le traitement effectif des requêtes. Chaque
359       répartiteur peut comporter plusieurs membres. Lorsqu'il traite une
360       requête, il choisit un de ses membres en fonction de l'algorithme
361       de répartition de charge défini.</p>
362
363       <p>Un worker de répartition est créé si son URL de worker comporte
364       <code>balancer</code> comme indicateur de protocole. L'URL du
365       répartiteur permet d'identifier de manière unique le worker de
366       répartition. La directive <code class="directive"><a href="#balancermember">BalancerMember</a></code> permet d'ajouter des
367       membres au répartiteur.</p>
368
369     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
370 <div class="section">
371 <h2><a name="access" id="access">Contrôler l'accès à votre
372     mandataire</a></h2>
373       <p>Vous pouvez restreindre l'accès à votre mandataire via le bloc
374       de contrôle <code class="directive"><a href="#proxy">&lt;Proxy&gt;</a></code> comme dans
375       l'exemple suivant :</p>
376
377       <pre class="prettyprint lang-config">
378 &lt;Proxy *&gt;
379   Require ip 192.168.0
380 &lt;/Proxy&gt;
381       </pre>
382
383
384       <p>Pour plus de détails sur les directives de contrôle d'accès,
385       voir la documentation du module
386       <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code>.</p>
387
388       <p>Restreindre l'accès de manière stricte est essentiel si vous
389       mettez en oeuvre un mandataire direct (en définissant la directive
390       <code class="directive"><a href="#proxyrequests">ProxyRequests</a></code> à "on").
391       Dans le cas contraire, votre serveur pourrait être utilisé par
392       n'importe quel client pour accéder à des serveurs quelconques,
393       tout en masquant sa véritable identité. Ceci représente un danger
394       non seulement pour votre réseau, mais aussi pour l'Internet au
395       sens large. Dans le cas de la mise en oeuvre d'un mandataire
396       inverse (en utilisant la directive <code class="directive"><a href="#proxypass">ProxyPass</a></code> avec <code>ProxyRequests Off</code>), le contrôle
397       d'accès est moins critique car les clients ne peuvent contacter
398       que les serveurs que vous avez spécifiés.</p>
399
400       <p><strong>Voir aussi</strong> la variable d'environnement <a href="mod_proxy_http.html#env">Proxy-Chain-Auth</a>.</p>
401
402     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
403 <div class="section">
404 <h2><a name="startup" id="startup">Ralentissement au démarrage</a></h2>
405       <p>Si vous utilisez la directive <code class="directive"><a href="#proxyblock">ProxyBlock</a></code>, les noms d'hôtes sont résolus en adresses
406       IP puis ces dernières mises en cache au cours du démarrage
407       à des fins de tests de comparaisons ultérieurs. Ce processus peut
408       durer plusieurs secondes (ou d'avantage) en fonction de la vitesse
409       à laquelle s'effectue la résolution des noms d'hôtes.</p>
410     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
411 <div class="section">
412 <h2><a name="intranet" id="intranet">Mandataire en Intranet</a></h2>
413       <p>Un serveur mandataire Apache httpd situé à l'intérieur d'un Intranet
414       doit faire suivre les requêtes destinées à un serveur externe à
415       travers le pare-feu de l'entreprise (pour ce faire, définissez la
416       directive <code class="directive"><a href="#proxyremote">ProxyRemote</a></code> de
417       façon à ce qu'elle fasse suivre le <var>protocole</var> concerné
418       vers le mandataire du pare-feu). Cependant, lorsqu'il doit accéder
419       à des ressources situées dans l'Intranet, il peut se passer du
420       pare-feu pour accéder aux serveurs. A cet effet, la directive
421       <code class="directive"><a href="#noproxy">NoProxy</a></code> permet de
422       spécifier quels hôtes appartiennent à l'Intranet et peuvent donc
423       être accédés directement.</p>
424
425       <p>Les utilisateurs d'un Intranet ont tendance à oublier le nom du
426       domaine local dans leurs requêtes WWW, et demandent par exemple
427       "http://un-serveur/" au lieu de
428       <code>http://un-serveur.example.com/</code>. Certains serveurs
429       mandataires commerciaux acceptent ce genre de requête et les
430       traitent simplement en utilisant un nom de domaine local
431       implicite. Lorsque la directive <code class="directive"><a href="#proxydomain">ProxyDomain</a></code> est utilisée et si le
432       serveur est <a href="#proxyrequests">configuré comme
433       mandataire</a>, Apache httpd peut renvoyer une réponse de redirection et
434       ainsi fournir au client l'adresse de serveur correcte,
435       entièrement qualifiée. C'est la méthode à privilégier car le
436       fichier des marque-pages de l'utilisateur contiendra alors des
437       noms de serveurs entièrement qualifiés.</p>
438     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
439 <div class="section">
440 <h2><a name="envsettings" id="envsettings">Ajustements relatifs au
441     protocole</a></h2>
442       <p>Pour les cas où <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code> envoie des requêtes
443       vers un serveur qui n'implémente pas correctement les connexions
444       persistantes ou le protocole HTTP/1.1, il existe deux variables
445       d'environnement qui permettent de forcer les requêtes à utiliser
446       le protocole HTTP/1.0 avec connexions non persistantes. Elles
447       peuvent être définies via la directive <code class="directive"><a href="../mod/mod_env.html#setenv">SetEnv</a></code>.</p>
448
449       <p>Il s'agit des variables <code>force-proxy-request-1.0</code> et
450       <code>proxy-nokeepalive</code>.</p>
451
452       <pre class="prettyprint lang-config">
453 &lt;Location /buggyappserver/&gt;
454   ProxyPass http://buggyappserver:7001/foo/
455   SetEnv force-proxy-request-1.0 1
456   SetEnv proxy-nokeepalive 1
457 &lt;/Location&gt;
458         </pre>
459
460
461     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
462 <div class="section">
463 <h2><a name="request-bodies" id="request-bodies">Corps de requêtes</a></h2>
464
465     <p>Certaines méthodes de requêtes comme POST comportent un corps de
466     requête. Le protocole HTTP stipule que les requêtes qui comportent
467     un corps doivent soit utiliser un codage de transmission
468     fractionnée (chunked transfer encoding), soit envoyer un en-tête de requête
469     <code>Content-Length</code>. Lorsqu'il fait suivre ce genre de
470     requête vers le serveur demandé, <code class="module"><a href="../mod/mod_proxy_http.html">mod_proxy_http</a></code>
471     s'efforce toujours d'envoyer l'en-tête <code>Content-Length</code>.
472     Par contre, si la taille du corps est importante, et si la requête
473     originale utilise un codage à fractionnement, ce dernier peut aussi
474     être utilisé dans la requête montante. Ce comportement peut être
475     contrôlé à l'aide de <a href="../env.html">variables
476     d'environnement</a>. Ainsi, si elle est définie, la variable
477     <code>proxy-sendcl</code> assure une compatibilité maximale avec les
478     serveurs demandés en imposant l'envoi de l'en-tête
479     <code>Content-Length</code>, alors que
480     <code>proxy-sendchunked</code> diminue la consommation de ressources
481     en imposant l'utilisation d'un codage à fractionnement.</p>
482
483     <p>Dans certaines circonstances, le serveur doit mettre en file
484     d'attente sur disque les corps de requêtes afin de satisfaire le
485     traitement demandé des corps de requêtes. Par exemple, cette mise en
486     file d'attente se produira si le corps original a été envoyé selon un
487     codage morcelé (et possède une taille importante), alors que
488     l'administrateur a demandé que les requêtes du serveur
489     d'arrière-plan soient envoyées avec l'en-tête Content-Length ou en
490     HTTP/1.0. Cette mise en file d'attente se produira aussi si le corps
491     de la requête contient déjà un en-tête Content-Length, alors que le
492     serveur est configuré pour filtrer les corps des requêtes entrantes.</p>
493
494     <p>La directive <code class="directive"><a href="../mod/core.html#limitrequestbody">LimitRequestBody</a></code> ne s'applique qu'aux
495     corps de requêtes que le serveur met en file d'attente sur disque.</p>
496
497     </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
498 <div class="section">
499 <h2><a name="x-headers" id="x-headers">En-têtes de requête du mandataire
500     inverse</a></h2>
501
502     <p>Lorsqu'il est configuré en mode mandataire inverse (en utilisant
503     par exemple la directive <code class="directive"><a href="#proxypass">ProxyPass</a></code>),
504     <code class="module"><a href="../mod/mod_proxy_http.html">mod_proxy_http</a></code> ajoute plusieurs en-têtes de requête
505     afin de transmettre des informations au serveur demandé. Ces
506     en-têtes sont les suivants :</p>
507
508     <dl>
509       <dt><code>X-Forwarded-For</code></dt>
510       <dd>L'adresse IP du client.</dd>
511       <dt><code>X-Forwarded-Host</code></dt>
512       <dd>L'hôte d'origine demandé par le client dans l'en-tête de
513       requête HTTP <code>Host</code>.</dd>
514       <dt><code>X-Forwarded-Server</code></dt>
515       <dd>Le nom d'hôte du serveur mandataire.</dd>
516     </dl>
517
518     <p>Ces en-têtes doivent être utilisés avec précautions sur le
519     serveur demandé, car ils contiendront plus d'une valeur (séparées
520     par des virgules) si la requête originale contenait déjà un de ces
521     en-têtes. Par exemple, vous pouvez utiliser
522     <code>%{X-Forwarded-For}i</code> dans la chaîne de format du journal
523     du serveur demandé pour enregistrer les adresses IP des clients
524     originaux, mais il est possible que vous obteniez plusieurs adresses
525     si la requête passe à travers plusieurs mandataires.</p>
526
527     <p>Voir aussi les directives <code class="directive"><a href="#proxypreservehost">ProxyPreserveHost</a></code> et <code class="directive"><a href="#proxyvia">ProxyVia</a></code> directives, qui permettent
528     de contrôler d'autres en-têtes de requête.</p>
529
530    </div>
531 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
532 <div class="directive-section"><h2><a name="BalancerGrowth" id="BalancerGrowth">BalancerGrowth</a> <a name="balancergrowth" id="balancergrowth">Directive</a></h2>
533 <table class="directive">
534 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Nombre de membres supplémentaires pouvant être ajoutés
535 après la configuration initiale</td></tr>
536 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>BalancerGrowth <var>#</var></code></td></tr>
537 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>BalancerGrowth 5</code></td></tr>
538 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
539 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
540 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
541 <tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>BalancerGrowth est disponible depuis la version 2.3.13 du
542 serveur HTTP Apache</td></tr>
543 </table>
544     <p>Cette directive permet de définir le nombre de membres pouvant
545     être ajoutés au groupe de répartition de charge préconfiguré d'un
546     serveur virtuel. Elle n'est active que si le groupe a été
547     préconfiguré avec un membre au minimum.</p>
548
549 </div>
550 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
551 <div class="directive-section"><h2><a name="BalancerInherit" id="BalancerInherit">BalancerInherit</a> <a name="balancerinherit" id="balancerinherit">Directive</a></h2>
552 <table class="directive">
553 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Héritage des membres du groupes de répartition de
554     charge du mandataire définis au niveau du serveur principal</td></tr>
555 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>BalancerInherit On|Off</code></td></tr>
556 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>BalancerInherit On</code></td></tr>
557 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
558 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
559 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
560 <tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>Disponible à partir de la version 2.4.4 du serveur
561     HTTP Apache.</td></tr>
562 </table>
563         <p>Cette directive permet d'attribuer au serveur virtuel courant
564         l'héritage des membres de groupes de répartition de charge
565         définis au niveau du serveur
566         principal. Elle ne doit pas être activée si vous
567         utilisez la fonctionnalité de modifications dynamiques du
568         gestionnaire de répartition de charge (Balancer Manager) pour
569         éviter des problèmes et des comportements inattendus.</p>
570         <p>Les définitions au niveau du serveur principal constituent
571         les définitions par défaut au niveau des serveurs virtuels.</p>
572         <p>La désactivation de ProxyPassInherit désactive aussi la
573         directive <code class="directive"><a href="#balancerinherit">BalancerInherit</a></code>.</p>
574     
575 </div>
576 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
577 <div class="directive-section"><h2><a name="BalancerMember" id="BalancerMember">BalancerMember</a> <a name="balancermember" id="balancermember">Directive</a></h2>
578 <table class="directive">
579 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Ajoute un membre à un groupe de répartition de
580 charge</td></tr>
581 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>BalancerMember [<var>balancerurl</var>] <var>url</var> [<var>clé=valeur [clé=valeur ...]]</var></code></td></tr>
582 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>répertoire</td></tr>
583 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
584 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
585 </table>
586     <p>Cette directive permet d'ajouter un membre à un groupe de
587     répartition de charge. Elle peut se trouver dans un conteneur
588     <code>&lt;Proxy <var>balancer://</var>...&gt;</code>, et accepte
589     tous les paramètres de paires clé/valeur que supporte la directive
590     <code class="directive"><a href="#proxypass">ProxyPass</a></code>.</p>
591     <p>La directive <code class="directive"><a href="#balancermember">BalancerMember</a></code> accepte un paramètre
592     supplémentaire : <var>loadfactor</var>. Il s'agit du facteur de
593     charge du membre - un nombre entre 1 (valeur par défaut) et 100, qui
594     définit la charge à appliquer au membre en question.</p>
595     <p>L'argument balancerurl n'est requis que s'il ne se trouve pas
596     dèjà dans la directive de conteneur <code>&lt;Proxy
597     <var>balancer://</var>...&gt;</code>. Il correspond à l'URL d'un
598     répartiteur de charge défini par une directive <code class="directive"><a href="#proxypass">ProxyPass</a></code>.</p>
599     <p>La partie chemin de l'URL du membre du groupe de répartition de
600     charge dans toute directive de conteneur <code>&lt;Proxy
601     <var>balancer://</var>...&gt;</code> est ignorée.</p>
602     <p>Les slashes de fin doivent normalement être supprimés de l'URL
603     d'un <code>BalancerMember</code>.</p>
604
605 </div>
606 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
607 <div class="directive-section"><h2><a name="BalancerPersist" id="BalancerPersist">BalancerPersist</a> <a name="balancerpersist" id="balancerpersist">Directive</a></h2>
608 <table class="directive">
609 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Tente de conserver les changements effectués par le
610     gestionnaire de répartition de charge après un redémarrage du
611     serveur.</td></tr>
612 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>BalancerPersist On|Off</code></td></tr>
613 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>BalancerPersist Off</code></td></tr>
614 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
615 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
616 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
617 <tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>BalancerPersist n'est disponible qu'à partir de la
618     version 2.5.0 du serveur HTTP Apache.</td></tr>
619 </table>
620         <p>Cette directive permet de conserver le contenu de l'espace
621         mémoire partagé associé aux répartiteurs de charge et à leurs
622         membres après un redémarrage du serveur. Ces modifications
623         locales ne sont ainsi pas perdues lors des transitions d'état
624         dues à un redémarrage.</p>
625     
626 </div>
627 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
628 <div class="directive-section"><h2><a name="NoProxy" id="NoProxy">NoProxy</a> <a name="noproxy" id="noproxy">Directive</a></h2>
629 <table class="directive">
630 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Serveurs, domaines ou réseaux auquels on se connectera
631 directement</td></tr>
632 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>NoProxy <var>domaine</var> [<var>domaine</var>] ...</code></td></tr>
633 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
634 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
635 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
636 </table>
637     <p>Cette directive n'a d'utilité que pour les serveurs mandataires
638     Apache httpd au sein d'Intranets. La directive
639     <code class="directive">NoProxy</code> permet de spécifier une liste de
640     sous-réseaux, d'adresses IP, de serveurs et/ou de domaines séparés
641     par des espaces. Une requête pour un serveur qui correspond à un ou
642     plusieurs critères sera toujours servie par ce serveur directement,
643     sans être redirigée vers le(s) serveur(s) mandataire(s) défini(s) par
644     la directive <code class="directive"><a href="#proxyremote">ProxyRemote</a></code>.</p>
645
646     <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">
647 ProxyRemote  *  http://firewall.example.com:81
648 NoProxy         .example.com 192.168.112.0/21
649     </pre>
650 </div>
651
652     <p>Le type des arguments <var>serveur</var> de la directive
653     <code class="directive">NoProxy</code> appartiennent à la liste suivante
654     :</p>
655
656     <dl>
657     
658     <dt><var><a name="domain" id="domain">Domaine</a></var></dt>
659     <dd>
660     <p>Un <dfn>domaine</dfn> est ici un nom de domaine DNS partiellement
661     qualifié précédé d'un point. Il représente une liste de serveurs qui
662     appartiennent logiquement au même domaine ou à la même zonz DNS
663     (en d'autres termes, les nom des serveurs se terminent tous par
664     <var>domaine</var>).</p>
665
666     <div class="example"><h3>Exemple</h3><p><code>
667       .com .example.org.
668     </code></p></div>
669
670     <p>Pour faire la distinction entre <var>domaine</var>s et <var><a href="#hostname">nom d'hôte</a></var>s (des points de vue à la fois
671     syntaxique et
672     sémantique, un domaine DNS pouvant aussi avoir un enregistrement DNS
673     de type A !), les <var>domaine</var>s sont toujours spécifiés en les
674     préfixant par un point.</p>
675
676     <div class="note"><h3>Note</h3>
677       <p>Les comparaisons de noms de domaines s'effectuent sans tenir
678       compte de la casse, et les parties droites des <var>Domaine</var>s
679       sont toujours censées correspondre à la racine de l'arborescence
680       DNS, si bien que les domaines <code>.ExEmple.com</code> et
681       <code>.example.com.</code> (notez le point à la fin du nom) sont
682       considérés comme identiques. Comme une comparaison de domaines ne
683       nécessite pas de recherche DNS, elle est beaucoup plus efficace
684       qu'une comparaison de sous-réseaux.</p>
685     </div></dd>
686
687     
688     <dt><var><a name="subnet" id="subnet">Sous-réseau</a></var></dt>
689     <dd>
690     <p>Un <dfn>Sous-réseau</dfn> est une adresse internet partiellement
691     qualifiée sous forme numérique (quatre nombres séparés par des
692     points), optionnellement suivie d'un slash et du masque de
693     sous-réseau spécifiant le nombre de bits significatifs dans le
694     <var>Sous-réseau</var>. Il représente un sous-réseau de serveurs qui
695     peuvent être atteints depuis la même interface réseau. En l'absence
696     de masque de sous-réseau explicite, il est sous-entendu que les
697     digits manquants (ou caractères 0) de fin spécifient le masque de
698     sous-réseau (Dans ce cas, le masque de sous-réseau ne peut être
699     qu'un multiple de 8). Voici quelques exemples :</p>
700
701     <dl>
702     <dt><code>192.168</code> ou <code>192.168.0.0</code></dt>
703     <dd>le sous-réseau 192.168.0.0 avec un masque de sous-réseau
704     implicite de 16 bits significatifs (parfois exprimé sous la forme
705     <code>255.255.0.0</code>)</dd>
706     <dt><code>192.168.112.0/21</code></dt>
707     <dd>le sous-réseau <code>192.168.112.0/21</code> avec un masque de
708     sous-réseau implicite de 21 bits significatifs (parfois exprimé
709     sous la forme<code>255.255.248.0</code>)</dd>
710     </dl>
711
712     <p>Comme cas extrêmes, un <em>Sous-réseau</em> avec un masque de
713     sous-réseau de 32 bits significatifs est équivalent à une <var><a href="#ipaddr">adresse IP</a></var>, alors qu'un <em>Sous-réseau</em> avec un masque de
714     sous-réseau de 0 bit significatif (c'est à dire 0.0.0.0/0) est
715     identique à la constante <var>_Default_</var>, et peut correspondre
716     à toute adresse IP.</p></dd>
717
718     
719     <dt><var><a name="ipaddr" id="ipaddr">Adresse IP</a></var></dt>
720     <dd>
721     <p>Une <dfn>Adresse IP</dfn> est une adresse internet pleinement
722     qualifiée sous forme numérique (quatre nombres séparés par des
723     points). En général, cette adresse représente un serveur, mais elle
724     ne doit pas nécessairement correspondre à un nom de domaine DNS.</p>
725     <div class="example"><h3>Exemple</h3><p><code>
726       192.168.123.7
727     </code></p></div>
728
729     <div class="note"><h3>Note</h3>
730       <p>Une <dfn>Adresse IP</dfn> ne nécessite pas de résolution DNS,
731       et peut ainsi s'avérer plus efficace quant aux performances
732       d'Apache.</p>
733     </div></dd>
734
735     
736     <dt><var><a name="hostname" id="hostname">Nom de serveur</a></var></dt>
737     <dd>
738     <p>Un <dfn>Nom de serveur</dfn> est un nom de domaine DNS pleinement
739     qualifié qui peut être résolu en une ou plusieurs adresses IP par le
740     service de noms de domaines DNS. Il représente un hôte logique (par
741     opposition aux <var><a href="#domain">Domaine</a></var>s, voir
742     ci-dessus), et doit pouvoir être résolu en une ou plusieurs <var><a href="#ipaddr">adresses IP</a></var> (ou souvent en une liste
743     d'hôtes avec différentes <var><a href="#ipaddr">adresses
744     IP</a></var>).</p>
745
746     <div class="example"><h3>Exemples</h3><p><code>
747       prep.ai.example.edu<br />
748       www.example.org
749     </code></p></div>
750
751     <div class="note"><h3>Note</h3>
752       <p>Dans de nombreuses situations, il est plus efficace de
753       spécifier une <var><a href="#ipaddr">adresse IP</a></var> qu'un
754       <var>Nom de serveur</var> car cela évite d'avoir à effectuer une
755       recherche DNS. La résolution de nom dans Apache httpd peut prendre un
756       temps très long lorsque la connexion avec le serveur de noms
757       utilise une liaison PPP lente.</p>
758       <p>Les comparaisons de <var>Nom de serveur</var> s'effectuent sans tenir
759       compte de la casse, et les parties droites des <var>Noms de serveur</var>
760       sont toujours censées correspondre à la racine de l'arborescence
761       DNS, si bien que les domaines <code>WWW.ExEmple.com</code> et
762       <code>www.example.com.</code> (notez le point à la fin du nom) sont
763       considérés comme identiques.</p>
764      </div></dd>
765     </dl>
766
767 <h3>Voir aussi</h3>
768 <ul>
769 <li><a href="../dns-caveats.html">Problèmes liés au DNS</a></li>
770 </ul>
771 </div>
772 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
773 <div class="directive-section"><h2><a name="Proxy" id="Proxy">&lt;Proxy&gt;</a> <a name="proxy" id="proxy">Directive</a></h2>
774 <table class="directive">
775 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Conteneur de directives s'appliquant à des ressources
776 mandatées</td></tr>
777 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>&lt;Proxy <var>url-avec-jokers</var>&gt; ...&lt;/Proxy&gt;</code></td></tr>
778 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
779 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
780 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
781 </table>
782     <p>Les directives situées dans une section <code class="directive">&lt;Proxy&gt;</code> ne s'appliquent qu'au contenu
783     mandaté concerné. Les jokers de style shell sont autorisés.</p>
784
785     <p>Par exemple, les lignes suivantes n'autoriseront à accéder à un
786     contenu via votre serveur mandataire que les hôtes appartenant à
787     <code>votre-reseau.example.com</code> :</p>
788
789     <pre class="prettyprint lang-config">
790 &lt;Proxy *&gt;
791   Require host votre-reseau.example.com
792 &lt;/Proxy&gt;
793     </pre>
794
795
796     <p>Dans l'exemple suivant, tous les fichiers du répertoire
797     <code>foo</code> de <code>example.com</code> seront traités par le
798     filtre <code>INCLUDES</code> lorsqu'ils seront envoyés par
799     l'intermédiaire du serveur mandataire :</p>
800
801     <pre class="prettyprint lang-config">    
802 &lt;Proxy http://example.com/foo/*&gt;
803   SetOutputFilter INCLUDES
804 &lt;/Proxy&gt;
805     </pre>
806
807
808     <div class="note"><h3>Différences avec la section de configuration Location</h3>
809       <p>Une URL d'arrière-plan sera concernée par le conteneur Proxy si
810       elle commence par la <var>url-avec-jokers</var>, même si le
811       dernier segment de chemin de la directive ne correspond qu'à un
812       préfixe de segment dee chemin de l'URL d'arrière-plan. Par exemple, &lt;Proxy
813       http://example.com/foo&gt; correspondra entre autres aux URLs
814       http://example.com/foo, http://example.com/foo/bar, et
815       http://example.com/foobar. La correspondance de l'URL finale
816       diffère du comportement de la section <code class="directive"><a href="../mod/core.html#location">&lt;Location&gt;</a></code> qui, pour le cas de cette note,
817       traitera le segment de chemin final comme s'il se terminait par un
818       slash.</p>
819       <p>Pour un contrôle plus fin de la correspondance des URL, voir la
820       directive <code class="directive">&lt;ProxyMatch&gt;</code>.</p>
821     </div>
822
823
824 <h3>Voir aussi</h3>
825 <ul>
826 <li><code class="directive"><a href="#proxymatch">&lt;ProxyMatch&gt;</a></code></li>
827 </ul>
828 </div>
829 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
830 <div class="directive-section"><h2><a name="ProxyAddHeaders" id="ProxyAddHeaders">ProxyAddHeaders</a> <a name="proxyaddheaders" id="proxyaddheaders">Directive</a></h2>
831 <table class="directive">
832 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Ajoute des informations à propos du mandataire aux
833 en-têtes X-Forwarded-*</td></tr>
834 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyAddHeaders Off|On</code></td></tr>
835 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyAddHeaders On</code></td></tr>
836 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
837 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
838 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
839 <tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>Disponible depuis la version 2.3.10</td></tr>
840 </table>
841     <p>Cette directive permet de passer au serveur d'arrière-plan des
842     informations à propos du mandataire via les en-têtes HTTP
843     X-Forwarded-For, X-Forwarded-Host et X-Forwarded-Server.</p>
844     <div class="note"><h3>Utilité</h3>
845      <p>Cette option n'est utile que dans le cas du mandat HTTP traité
846      par <code class="module"><a href="../mod/mod_proxy_http.html">mod_proxy_http</a></code>.</p>
847     </div>
848
849 </div>
850 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
851 <div class="directive-section"><h2><a name="ProxyBadHeader" id="ProxyBadHeader">ProxyBadHeader</a> <a name="proxybadheader" id="proxybadheader">Directive</a></h2>
852 <table class="directive">
853 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Détermine la manière de traiter les lignes d'en-tête
854 incorrectes d'une réponse</td></tr>
855 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyBadHeader IsError|Ignore|StartBody</code></td></tr>
856 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyBadHeader IsError</code></td></tr>
857 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
858 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
859 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
860 </table>
861     <p>La directive <code class="directive">ProxyBadHeader</code> permet de
862     déterminer le comportement de <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code> lorsqu'il
863     reçoit des lignes d'en-tête de réponse dont la syntaxe n'est pas valide (c'est
864     à dire ne contenant pas de caractère ':') en provenance du serveur
865     original. Les arguments disponibles sont :</p>
866
867     <dl>
868     <dt><code>IsError</code></dt>
869     <dd>Annule la requête et renvoie une réponse de code 502 (mauvaise
870     passerelle). C'est le comportement par défaut.</dd>
871
872     <dt><code>Ignore</code></dt>
873     <dd>Traite les lignes d'en-tête incorrectes comme si elles n'avaient
874     pas été envoyées.</dd>
875
876     <dt><code>StartBody</code></dt>
877     <dd>A la réception de la première ligne d'en-tête incorrecte, les
878     autres en-têtes sont lus et ce qui reste est traité en tant que
879     corps. Ceci facilite la prise en compte des serveurs d'arrière-plan
880     bogués qui oublient d'insérer une ligne vide entre les
881     en-têtes et le corps.</dd>
882     </dl>
883
884 </div>
885 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
886 <div class="directive-section"><h2><a name="ProxyBlock" id="ProxyBlock">ProxyBlock</a> <a name="proxyblock" id="proxyblock">Directive</a></h2>
887 <table class="directive">
888 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Interdit les requêtes mandatées vers certains hôtes</td></tr>
889 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyBlock *|<var>nom d'hôte</var>|<var>nom d'hôte partiel</var>
890 [<var>nom d'hôte</var>|<var>nom d'hôte partiel</var>]...</code></td></tr>
891 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
892 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
893 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
894 </table>
895     <p>La directive <code class="directive">ProxyBlock</code> permet d'interdire
896     l'accès FTP ou HTTP via le mandataire à certains hôtes en fonction
897     d'une correspondance exacte ou partielle avec un nom d'hôte, ou dans
898     la mesure du possible en fonction d'une comparaison d'adresses IP.</p>
899
900     <p>Chaque paramètre de la directive
901     <code class="directive">ProxyBlock</code> accepte comme valeur soit
902     <code>*</code>, soit une chaîne alphanumérique. Au démarrage, le
903     module tente de résoudre toute chaîne alphanumérique depuis un nom
904     DNS vers un jeu d'adresses IP, mais toute erreur de DNS est ignorée.</p>
905
906     <p>Si un paramètre a pour valeur "<code>*</code>",
907     <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code> interdira l'accès à tout site FTP ou
908     HTTP.</p>
909
910     <p>Dans le cas contraire, pour toute requête vers une ressource FTP
911     ou HTTP via le mandataire, <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code> va comparer le
912     nom d'hôte de l'URI de la requête avec chaque chaîne alphanumérique
913     spécifiée. Si une chaîne correspond, même partiellement, l'accès est
914     refusé. Si aucune chaîne ne correspond, et si un mandataire distant
915     (forward) est configuré via la directive
916     <code class="directive">ProxyRemote</code> ou
917     <code class="directive">ProxyRemoteMatch</code>, l'accès est autorisé. Si
918     aucun mandataire distant (forward) n'est configuré, l'adresse IP
919     correspondant au nom d'hôte de l'URI est comparée à toutes les
920     adresses IP résolues au démarrage, et l'accès est refusé si une
921     correspondance est trouvée.</p>
922
923     <p>Notez que les recherches DNS peuvent ralentir le processus de
924     démarrage du serveur.</p>
925
926     <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">
927       ProxyBlock news.example.com auctions.example.com friends.example.com
928       </pre>
929 </div>
930
931     <p>Notez qu'<code>example</code> suffirait aussi pour atteindre
932     ces sites.</p>
933
934     <p>Hosts conviendrait aussi s'il était référencé par adresse IP.</p>
935
936     <p>Notez aussi que</p>
937
938     <pre class="prettyprint lang-config">
939       ProxyBlock *
940     </pre>
941
942
943     <p>bloque les connexions vers tous les sites.</p>
944
945 </div>
946 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
947 <div class="directive-section"><h2><a name="ProxyDomain" id="ProxyDomain">ProxyDomain</a> <a name="proxydomain" id="proxydomain">Directive</a></h2>
948 <table class="directive">
949 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Nom de domaine par défaut pour les requêtes
950 mandatées</td></tr>
951 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyDomain <var>Domaine</var></code></td></tr>
952 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
953 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
954 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
955 </table>
956     <p>Cette directive n'a d'utilité que pour les serveurs mandataires
957     Apache httpd au sein d'un Intranet. La directive
958     <code class="directive">ProxyDomain</code> permet de spécifier le domaine
959     par défaut auquel le serveur mandataire apache appartient. Si le
960     serveur reçoit une requête pour un hôte sans nom de domaine, il va
961     générer une réponse de redirection vers le même hôte suffixé par le
962     <var>Domaine</var> spécifié.</p>
963
964     <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">
965       ProxyRemote  *  http://firewall.example.com:81<br />
966       NoProxy         .example.com 192.168.112.0/21<br />
967       ProxyDomain     .example.com
968       </pre>
969 </div>
970
971 </div>
972 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
973 <div class="directive-section"><h2><a name="ProxyErrorOverride" id="ProxyErrorOverride">ProxyErrorOverride</a> <a name="proxyerroroverride" id="proxyerroroverride">Directive</a></h2>
974 <table class="directive">
975 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Outrepasser les pages d'erreur pour les contenus
976 mandatés</td></tr>
977 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyErrorOverride On|Off</code></td></tr>
978 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyErrorOverride Off</code></td></tr>
979 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
980 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
981 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
982 </table>
983     <p>Cette directive est utile pour les configurations de mandataires
984     inverses, lorsque vous souhaitez que les pages d'erreur envoyées
985     aux utilisateurs finaux présentent un aspect homogène. Elle permet
986     aussi l'inclusion de fichiers (via les SSI de
987     <code class="module"><a href="../mod/mod_include.html">mod_include</a></code>) pour obtenir le code d'erreur et agir
988     en conséquence (le comportement par défaut afficherait la page
989     d'erreur du serveur mandaté, alors que c'est le message d'erreur SSI
990     qui sera affiché si cette directive est à "on").</p>
991
992     <p>Cette directive n'affecte pas le traitement des réponses
993     informatives (1xx), de type succès normal (2xx), ou de redirection
994     (3xx).</p>
995
996 </div>
997 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
998 <div class="directive-section"><h2><a name="ProxyIOBufferSize" id="ProxyIOBufferSize">ProxyIOBufferSize</a> <a name="proxyiobuffersize" id="proxyiobuffersize">Directive</a></h2>
999 <table class="directive">
1000 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Détermine la taille du tampon interne de transfert de
1001 données</td></tr>
1002 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyIOBufferSize <var>octets</var></code></td></tr>
1003 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyIOBufferSize 8192</code></td></tr>
1004 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
1005 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1006 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1007 </table>
1008     <p>La directive <code class="directive">ProxyIOBufferSize</code> permet
1009     d'ajuster la taille du tampon interne utilisé comme bloc-note pour
1010     les transferts de données entre entrée et sortie. La taille minimale
1011     est de <code>512</code> octets.</p>
1012
1013     <p>Dans la plupart des cas, il n'y a aucune raison de modifier cette
1014     valeur.</p>
1015
1016     <p>Si elle est utilisée avec AJP, cette directive permet de définir
1017     la taille maximale du paquet AJP en octets. Si la valeur spécifiée
1018     est supérieure à 65536, elle est corrigée et prend la valeur 65536.    
1019     Si vous ne conservez pas
1020     la valeur par défaut, vous devez aussi modifier l'attribut
1021     <code>packetSize</code> de votre connecteur AJP du côté de Tomcat !
1022     L'attribut <code>packetSize</code> n'est disponible que dans Tomcat
1023     <code>5.5.20+</code> et <code>6.0.2+</code>.</p>
1024     <p>Il n'est normalement pas nécessaire de modifier la taille
1025     maximale du paquet. Des problèmes ont cependant été rapportés avec
1026     la valeur par défaut lors de l'envoi de certificats ou de chaînes de
1027     certificats.</p>
1028
1029
1030 </div>
1031 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1032 <div class="directive-section"><h2><a name="ProxyMatch" id="ProxyMatch">&lt;ProxyMatch&gt;</a> <a name="proxymatch" id="proxymatch">Directive</a></h2>
1033 <table class="directive">
1034 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Conteneur de directives s'appliquant à des ressources
1035 mandatées correspondant à une expression rationnelle</td></tr>
1036 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>&lt;ProxyMatch <var>regex</var>&gt; ...&lt;/ProxyMatch&gt;</code></td></tr>
1037 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
1038 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1039 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1040 </table>
1041     <p>La directive <code class="directive">&lt;ProxyMatch&gt;</code> est
1042     identique à la directive <code class="directive"><a href="#proxy">&lt;Proxy&gt;</a></code>, à l'exception qu'elle définit
1043     les URLs auxquelles elle s'applique en utilisant une <a class="glossarylink" href="../glossary.html#regex" title="voir glossaire">expression rationnelle</a>.</p>
1044
1045     <p>A partir de la version 2.5.0, les groupes nommés et les
1046     références arrières sont extraits et enregistrés dans
1047     l'environnement avec leur nom en majuscules et préfixé par "MATCH_". Ceci permet
1048     de référencer des URLs dans des <a href="expr.html">expressions</a>
1049     ou au sein de modules comme <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>. Pour
1050     éviter toute confusion, les références arrières numérotées (non
1051     nommées) sont ignorées. Vous devez utiliser à la place des groupes
1052     nommés.</p>
1053
1054 <pre class="prettyprint lang-config">
1055 &lt;ProxyMatch ^http://(?&lt;sitename&gt;[^/]+)&gt;
1056     require ldap-group cn=%{env:MATCH_SITENAME},ou=combined,o=Example
1057 &lt;/ProxyMatch&gt;
1058 </pre>
1059
1060
1061 <h3>Voir aussi</h3>
1062 <ul>
1063 <li><code class="directive"><a href="#proxy">&lt;Proxy&gt;</a></code></li>
1064 </ul>
1065 </div>
1066 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1067 <div class="directive-section"><h2><a name="ProxyMaxForwards" id="ProxyMaxForwards">ProxyMaxForwards</a> <a name="proxymaxforwards" id="proxymaxforwards">Directive</a></h2>
1068 <table class="directive">
1069 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Nombre maximum de mandataires à travers lesquelles une
1070 requête peut être redirigée</td></tr>
1071 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyMaxForwards <var>nombre</var></code></td></tr>
1072 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyMaxForwards -1</code></td></tr>
1073 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
1074 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1075 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1076 </table>
1077     <p>La directive <code class="directive">ProxyMaxForwards</code> permet de
1078     spécifier le nombre maximum de mandataires à travers lesquels une
1079     requête peut passer dans le cas où la la requête ne contient pas
1080     d'en-tête <code>Max-Forwards</code>. Ceci permet de se prémunir
1081     contre les boucles infinies de mandataires ou contre les attaques de
1082     type déni de service.</p>
1083
1084     <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">
1085       ProxyMaxForwards 15
1086       </pre>
1087 </div>
1088
1089     <p>Notez que la définition de la directive
1090     <code class="directive">ProxyMaxForwards</code> constitue une violation du
1091     protocole HTTP/1.1 (RFC2616), qui interdit à un mandataire de
1092     définir <code>Max-Forwards</code> si le client ne l'a pas fait
1093     lui-même. Les versions précédentes d'Apache httpd la définissaient
1094     systématiquement. Une valeur négative de
1095     <code class="directive">ProxyMaxForwards</code>, y compris la valeur par
1096     défaut -1, implique un comportement compatible avec le protocole,
1097     mais vous expose aux bouclages infinis.</p>
1098
1099 </div>
1100 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1101 <div class="directive-section"><h2><a name="ProxyPass" id="ProxyPass">ProxyPass</a> <a name="proxypass" id="proxypass">Directive</a></h2>
1102 <table class="directive">
1103 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Référencer des serveurs distants depuis
1104 l'espace d'URLs du serveur local</td></tr>
1105 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyPass [<var>chemin</var>] !|<var>url</var> [<var>clé=valeur</var>
1106   <var>[clé=valeur</var> ...]] [nocanon] [interpolate] [noquery]</code></td></tr>
1107 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
1108 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1109 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1110 </table>
1111     <p>Cette directive permet de référencer des serveurs distants depuis
1112     l'espace d'URLs du serveur local ; le serveur
1113     local n'agit pas en tant que mandataire au sens conventionnel, mais
1114     plutôt comme miroir du serveur distant. Le serveur local est
1115     souvent nommé <dfn>mandataire inverse</dfn> ou
1116     <dfn>passerelle</dfn>. L'argument <var>chemin</var> est le nom d'un
1117     chemin virtuel local ; <var>url</var> est une URL partielle pour le
1118     serveur distant et ne doit pas contenir de chaîne d'arguments.</p>
1119
1120     <div class="note"><strong>Note : </strong>Cette directive ne peut pas être
1121     utilisée dans un contexte de niveau répertoire.</div>
1122
1123     <div class="warning">En général, la directive <code class="directive"><a href="#proxyrequests">ProxyRequests</a></code> doit être définie à
1124     <strong>off</strong> lorsqu'on utilise la directive
1125     <code class="directive">ProxyPass</code>.</div>
1126
1127     <p>Le support des sockets de style Unix est fourni ; il suffit pour
1128     cela d'utiliser une cible préfixée par
1129     <code>unix:/path/lis.sock|</code>. Par exemple, pour mandater HTTP
1130     et cibler l'UDS /home/www/socket, vous devez utiliser
1131     <code>unix:/home/www.socket|http://localhost/whatever/</code>.</p>
1132
1133     <div class="note"><strong>Note :</strong>Le chemin associé à l'URL
1134     <code>unix:</code> tient compte de la directive
1135     <code class="directive">DefaultRuntimeDir</code>.</div>
1136     
1137     <p>Supposons que le serveur local a pour adresse
1138     <code>http://example.com/</code> ; alors la ligne</p>
1139
1140     <pre class="prettyprint lang-config">
1141 &lt;Location /mirror/foo/&gt;
1142     ProxyPass http://backend.example.com/
1143 &lt;/Location&gt;
1144     </pre>
1145
1146
1147     <p>va convertir en interne toute requête pour
1148     <code>http://example.com/miroir/foo/bar</code> en une requête
1149     mandatée pour <code>http://backend.example.com/bar</code>.</p>
1150
1151     <p>La syntaxe alternative suivante est valide, bien qu'elle puisse
1152     induire une dégradation des performances lorsqu'elle est
1153     présente en très grand nombre. Elle possède l'avantage de
1154     permettre un contrôle dynamique via l'interface <a href="mod_proxy_balancer.html#balancer_manager">Balancer Manager</a> :</p>
1155
1156     <pre class="prettyprint lang-config">
1157         ProxyPass /miroir/foo/ http://backend.example.com/
1158     </pre>
1159
1160
1161     <div class="warning">
1162     <p>Si le premier argument se termine par un slash
1163     <strong>/</strong>, il doit en être de même pour le second argument
1164     et vice versa. Dans le cas contraire, il risque de manquer des
1165     slashes nécessaires dans la requête résultante vers le serveur
1166     d'arrière-plan et les résulats ne seront pas ceux attendus.
1167     </p>
1168     </div>
1169
1170     <p>Le drapeau <code>!</code> permet de soustraire un sous-répertoire
1171     du mandat inverse, comme dans l'exemple suivant :</p>
1172
1173     <pre class="prettyprint lang-config">
1174 &lt;Location /mirror/foo/&gt;
1175     ProxyPass http://backend.example.com/
1176 &lt;/Location&gt;
1177 &lt;Location /mirror/foo/i&gt;
1178     ProxyPass !
1179 &lt;/Location&gt;
1180     </pre>
1181
1182
1183     <pre class="prettyprint lang-config">
1184 ProxyPass /mirror/foo/i !
1185 ProxyPass /mirror/foo http://backend.example.com
1186     </pre>
1187
1188
1189     <p>va mandater toutes les requêtes pour <code>/miroir/foo</code>
1190     vers <code>backend.example.com</code>, <em>sauf</em> les requêtes
1191     pour <code>/miroir/foo/i</code>.</p>
1192
1193     <div class="warning"><h3>Ordre de classement des directives ProxyPass</h3>
1194       <p>Les directives <code class="directive"><a href="#proxypass">ProxyPass</a></code> et <code class="directive"><a href="#proxypassmatch">ProxyPassMatch</a></code> sont évaluées dans
1195       l'ordre de leur apparition dans le fichier de configuration. La
1196       première règle qui correspond s'applique. Vous devez donc en
1197       général classer les règles <code class="directive"><a href="#proxypass">ProxyPass</a></code> qui entrent en conflit de
1198       l'URL la plus longue à la plus courte. Dans le cas contraire, les
1199       règles situées après une règle dont l'URL correspond au début de
1200       leur propre URL seront ignorées. Notez que tout ceci est en
1201       relation avec le partage de workers. Par contre, on ne peut placer
1202       qu'une seule directive <code class="directive"><a href="#proxypass">ProxyPass</a></code> dans une section
1203       <code class="directive"><a href="../mod/core.html#location">Location</a></code>, et c'est la section
1204       la plus spécifique qui l'emportera.</p>
1205
1206       <p>Pour les mêmes raisons, les exclusions doivent se situer
1207       <em>avant</em> les directives <code class="directive">ProxyPass</code>
1208       générales.</p>
1209
1210     </div> 
1211
1212     <p>Depuis la version 2.1 du serveur HTTP Apache, mod_proxy supporte
1213     les groupements de connexions vers un serveur d'arrière-plan. Les
1214     connexions créées à la demande peuvent être enregistrées dans un
1215     groupement pour une utilisation ultérieure. La taille du groupe
1216     ainsi que d'autres caractéristiques peuvent être définies via la
1217     directive <code class="directive">ProxyPass</code> au moyen de paramètres
1218     <code>clé=valeur</code> dont la description fait l'objet du tableau
1219     ci-dessous.</p>
1220
1221     <p>Par défaut, mod_proxy permet et met en réserve le nombre maximum
1222     de connexions pouvant être utilisées simultanément par le processus
1223     enfant concerné du serveur web. Le paramètre <code>max</code> permet
1224     de réduire cette valeur par défaut. Le paramètre <code>ttl</code>,
1225     quant à lui, permet de définir une durée de vie optionnelle ; les
1226     connexions qui n'ont pas été utilisées pendant au moins
1227     <code>ttl</code> secondes seront fermées. <code>ttl</code> permet
1228     aussi d'empêcher l'utilisation d'une connexion susceptible d'être
1229     fermée suite à une fin de vie de connexion persistante sur le
1230     serveur d'arrière-plan.</p>
1231
1232     <p>Le groupement de connexions est maintenu au niveau de chaque
1233     processus enfant du serveur web, et <code>max</code>, ainsi que les
1234     autres paramètres, ne font
1235     l'objet d'aucune coordination entre les différents processus
1236     enfants, sauf si un seul processus enfant est autorisé par la
1237     configuration ou la conception du module multi-processus (MPM).</p>
1238
1239     <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">
1240         ProxyPass /example http://backend.example.com max=20 ttl=120 retry=300
1241         </pre>
1242 </div>
1243
1244     <table class="bordered"><tr><th>Paramètres de BalancerMember</th></tr></table>
1245     <table>
1246     <tr><th>Paramètre</th>
1247         <th>Défaut</th>
1248         <th>Description</th></tr>
1249     <tr><td>min</td>
1250         <td>0</td>
1251         <td>Nombre minimum d'entrées dans le pool de connexions,
1252         distinct du nombre de connexions effectif. La valeur par défaut
1253         ne doit être modifiée que dans des circonstances particulières
1254         où la mémoire associée aux connexions avec le serveur
1255         d'arrière-plan doit être préallouée ou réservée dans le tas.</td></tr>
1256     <tr><td>max</td>
1257         <td>1...n</td>
1258         <td>Nombre maximum de connexions autorisées vers le serveur
1259         d'arrière-plan. La valeur par défaut correspond au nombre de
1260         threads par processus pour le MPM (Module Multi Processus)
1261         actif. La valeur sera toujours 1 pour le MPM Prefork, alors
1262         qu'elle dépendra de la définition de la directive
1263         <code class="directive">ThreadsPerChild</code> pour les autres MPMs.</td></tr>
1264     <tr><td>smax</td>
1265         <td>max</td>
1266         <td>Les entrées du pool de connexions conservées au delà de
1267         cette limite sont libérées au cours de certaines opérations si
1268         elles n'ont pas été utilisées au cours de leur durée de vie,
1269         définie par le paramètre <code>ttl</code>. Si l'entrée du pool
1270         de connexions est associée à une connexion, cette dernière sera
1271         fermée. La valeur par défaut ne doit être modifiée que dans des
1272         circonstances particulières où les entrées du pool de connexions
1273         et toutes connexions associées qui ont dépassé leur durée de vie
1274         doivent être libérées ou fermées de manière plus autoritaire.</td></tr>
1275     <tr><td>acquire</td>
1276         <td>-</td>
1277         <td>Cette clé permet de définir le délai maximum d'attente pour
1278         une connexion libre dans le jeu de connexions, en millisecondes.
1279         S'il n'y a pas de connexion libre dans le jeu, Apache httpd renverra
1280         l'état <code>SERVER_BUSY</code> au client.
1281     </td></tr>
1282     <tr><td>connectiontimeout</td>
1283         <td>timeout</td>
1284         <td>Délai d'attente d'une connexion en secondes.
1285         La durée en secondes pendant laquelle Apache httpd va attendre pour
1286         l'établissement d'une connexion vers le serveur d'arrière-plan.
1287         Le délai peut être spécifié en millisecondes en ajoutant le
1288         suffixe ms.
1289     </td></tr>
1290     <tr><td>disablereuse</td>
1291         <td>Off</td>
1292         <td>Vous pouvez utiliser cette clé pour forcer mod_proxy à
1293         fermer immédiatement une connexion vers le serveur
1294         d'arrière-plan après utilisation, et ainsi désactiver le jeu de
1295         connexions permanentes vers ce serveur. Ceci peut s'avérer utile
1296         dans des situations où un pare-feu situé entre Apache httpd et le
1297         serveur d'arrière-plan (quelque soit le protocole) interrompt
1298         des connexions de manière silencieuse, ou lorsque le serveur
1299         d'arrière-plan lui-même est accessible par rotation de DNS
1300         (round-robin DNS). Pour désactiver la réutilisation du jeu de
1301         connexions, définissez cette clé à <code>On</code>.
1302     </td></tr>
1303     <tr><td>flushpackets</td>
1304         <td>off</td>
1305         <td>Permet de définir si le module mandataire doit vider
1306         automatiquement le tampon de sortie après chaque tronçon de
1307         données. 'off' signifie que le tampon sera vidé si nécessaire,
1308         'on' que le tampon sera vidé après chaque envoi d'un
1309         tronçon de données, et 'auto' que le tampon sera vidé après un
1310         délai de 'flushwait' millisecondes si aucune entrée n'est reçue.
1311         Actuellement, cette clé n'est supportée que par AJP.
1312     </td></tr>
1313     <tr><td>flushwait</td>
1314         <td>10</td>
1315         <td>Le délai d'attente pour une entrée additionnelle, en
1316         millisecondes, avant le vidage du tampon en sortie dans le cas
1317         où 'flushpackets' est à 'auto'.
1318     </td></tr>
1319     <tr><td>iobuffersize</td>
1320         <td>8192</td>
1321         <td>Permet de définir la taille du tampon d'entrées/sorties du
1322         bloc-notes interne. Cette clé vous permet d'outrepasser la
1323         directive <code class="directive">ProxyIOBufferSize</code> pour un
1324         serveur cible spécifique. La valeur doit être au minimum 512 ou définie
1325         à 0 pour la valeur par défaut du système de 8192.
1326     </td></tr>
1327     <tr><td>keepalive</td>
1328         <td>Off</td>
1329         <td><p>Cette clé doit être utilisée lorsque vous avez un pare-feu
1330         entre Apache httpd et le serveur d'arrière-plan, et si ce dernier tend
1331         à interrompre les connexions inactives. Cette clé va faire en
1332         sorte que le système d'exploitation envoie des messages
1333         <code>KEEP_ALIVE</code> sur chacune des connexions inactives et
1334         ainsi éviter la fermeture de la connexion par le pare-feu.
1335         Pour conserver les connexions persistantes, definissez cette
1336         propriété à <code>On</code>.</p>
1337     <p>La fréquence de vérification des connexions TCP persistantes
1338     initiale et subséquentes dépend de la configuration globale de l'OS,
1339     et peut atteindre 2 heures. Pour être utile, la fréquence configurée
1340     dans l'OS doit être inférieure au seuil utilisé par le pare-feu.</p>
1341
1342     </td></tr>
1343     <tr><td>lbset</td>
1344         <td>0</td>
1345         <td>Définit le groupe de répartition de charge dont le serveur cible
1346         est membre. Le répartiteur de charge va essayer tous les membres
1347         d'un groupe de répartition de charge de numéro inférieur avant
1348         d'essayer ceux dont le groupe possède un numéro supérieur.
1349     </td></tr>
1350     <tr><td>ping</td>
1351         <td>0</td>
1352         <td>Avec la clé Ping, le serveur web va "tester" la connexion
1353         vers le serveur d'arrière-plan avant de transmettre la requête.
1354         Pour les valeurs négatives, le test est une simple vérification
1355         de socket, alors que pour les valeurs positives, il s'agit d'une
1356         vérification plus approfondie dépendant du protocole.
1357         Avec AJP, <code class="module"><a href="../mod/mod_proxy_ajp.html">mod_proxy_ajp</a></code> envoie une requête
1358         <code>CPING</code> sur la connexion ajp13 (implémenté sur Tomcat
1359         3.3.2+, 4.1.28+ et 5.0.13+). Avec HTTP,
1360         <code class="module"><a href="../mod/mod_proxy_http.html">mod_proxy_http</a></code> envoie <code>100-Continue</code>
1361         au serveur d'arrière-plan (seulement avecHTTP/1.1 - pour les
1362         serveurs d'arrière-plan non HTTP/1.1, cette clé ne produit
1363         aucun effet). Dans les deux cas, ce paramètre correspond au
1364         délai en secondes pour l'attente de la réponse. Cette
1365         fonctionnalité a été ajoutée pour éviter les problèmes avec les
1366         serveurs d'arrière-plan bloqués ou surchargés.
1367
1368         Le trafic
1369         réseau peut s'en trouver augmenté en fonctionnement normal, ce
1370         qui peut poser problème, mais peut s'en trouver diminué dans les
1371         cas où les noeuds de cluster sont arrêtés ou
1372         surchargés. Le délai peut
1373         aussi être défini en millisecondes en ajoutant le suffixe
1374         ms.
1375     </td></tr>
1376     <tr><td>receivebuffersize</td>
1377         <td>0</td>
1378         <td>Définit la taille du tampon réseau explicite (TCP/IP) pour
1379         les connexions mandatées. Cette clé vous permet d'outrepasser la
1380         directive <code class="directive">ProxyReceiveBufferSize</code> pour un
1381         serveur cible spécifique. Sa valeur doit être au minimum 512 ou définie
1382         à 0 pour la valeur par défaut du système.
1383     </td></tr>
1384     <tr><td>redirect</td>
1385         <td>-</td>
1386         <td>Route pour la redirection du serveur cible. Cette valeur est en
1387         général définie dynamiquement pour permettre une suppression
1388         sécurisée du noeud du cluster. Si cette clé est définie, toutes
1389         les requêtes sans identifiant de session seront redirigées vers
1390         le membre de groupe de répartition de charge dont la route
1391         correspond à la valeur de la clé.
1392     </td></tr>
1393     <tr><td>retry</td>
1394         <td>60</td>
1395         <td>Délai entre deux essais du serveur cible du jeu de connexions en
1396         secondes. Si le serveur cible du jeu de connexions vers le serveur
1397         d'arrière-plan est dans un état d'erreur, Apache httpd ne redirigera
1398         pas de requête vers ce serveur avant l'expiration du délai
1399         spécifié. Ceci permet d'arrêter le serveur d'arrière-plan pour
1400         maintenance, et de le remettre en ligne plus tard. Une valeur de
1401         0 implique de toujours essayer les serveurs cibles dans un état d'erreur
1402         sans délai.
1403     </td></tr>
1404     <tr><td>route</td>
1405         <td>-</td>
1406         <td>La route du serveur cible lorsqu'il est utilisé au sein d'un
1407         répartiteur de charge. La route est une valeur ajoutée à
1408         l'identifiant de session.
1409     </td></tr>
1410     <tr><td>status</td>
1411         <td>-</td>
1412         <td>Valeur constituée d'une simple lettre et définissant l'état
1413         initial de ce serveur cible.
1414          <table>
1415          <tr><td>D: le serveur cible est désactivé et n'accepte aucune requête.</td></tr>
1416          <tr><td>S: le serveur cible est arrêté.</td></tr>
1417          <tr><td>I: le serveur cible est en mode "erreurs ignorées",
1418          et sera toujours considéré comme disponible.</td></tr>
1419          <tr><td>H: le serveur cible est en mode d'attente et ne sera
1420          utilisé que si aucun autre serveur n'est disponible.</td></tr>
1421          <tr><td>E: le serveur cible est en erreur.</td></tr>
1422          <tr><td>N: le serveur cible est en mode vidage, n'acceptera que
1423          les sessions persistantes qui lui appartiennent, et refusera
1424          toutes les autres requêtes.</td></tr>
1425         </table>
1426         Une valeur d'état peut être définie (ce qui
1427         correspond au comportement par défaut) en préfixant la valeur
1428         par '+', ou annulée en préfixant la valeur par '-'. Ainsi, la
1429         valeur 'S-E' définit l'état de ce serveur cible à "arrêté" et supprime
1430         le drapeau "en-erreur".
1431     </td></tr>
1432     <tr><td>timeout</td>
1433         <td><code class="directive"><a href="#proxytimeout">ProxyTimeout</a></code></td>
1434         <td>Délai d'attente de la connexion en secondes. Le nombre de
1435         secondes pendant lesquelles Apache httpd attend l'envoi de
1436         données vers le serveur d'arrière-plan.
1437     </td></tr>
1438     <tr><td>ttl</td>
1439         <td>-</td>
1440         <td>Durée de vie des connexions inactives et des entrées du pool
1441         de connexions associées en secondes. Une fois cette
1442         limite atteinte, une connexion ne sera pas réutilisée ; elle
1443         sera fermée après un délai variable.
1444     </td></tr>
1445
1446     </table>
1447
1448     <p>Si l'URL de la directive Proxy débute par
1449     <code>balancer://</code> (par exemple:
1450     <code>balancer://cluster</code>, toute information relative au
1451     chemin est ignorée), alors un serveur cible virtuel ne communiquant pas
1452     réellement avec le serveur d'arrière-plan sera créé. Celui-ci sera
1453     en fait responsable de la gestion de plusieurs serveurs cibles "réels". Dans
1454     ce cas, un jeu de paramètres particuliers s'applique à ce serveur cible
1455     virtuel. Voir <code class="module"><a href="../mod/mod_proxy_balancer.html">mod_proxy_balancer</a></code> pour plus
1456     d'informations à propos du fonctionnement du répartiteur de
1457     charge.
1458     </p>
1459     <table class="bordered"><tr><th>Paramètres du répartiteur</th></tr></table>
1460     <table>
1461     <tr><th>Paramètre</th>
1462         <th>Défaut</th>
1463         <th>Description</th></tr>
1464     <tr><td>lbmethod</td>
1465         <td>byrequests</td>
1466         <td>Méthode de répartition de charge utilisée. Permet de
1467         sélectionner la méthode de planification de la répartition de
1468         charge à utiliser. La valeur est soit <code>byrequests</code>,
1469         pour effectuer un décompte de requêtes pondérées, soit
1470         <code>bytraffic</code>, pour effectuer une répartition en
1471         fonction du décompte des octets transmis, soit
1472         <code>bybusyness</code>, pour effectuer une répartition en
1473         fonction des requêtes en attente. La valeur par défaut est
1474         <code>byrequests</code>.
1475     </td></tr>
1476     <tr><td>maxattempts</td>
1477         <td>1 de moins que le nombre de workers, ou 1 avec un seul
1478         worker</td>
1479         <td>Nombre maximum d'échecs avant abandon.
1480     </td></tr>
1481     <tr><td>nofailover</td>
1482         <td>Off</td>
1483         <td>Si ce paramètre est défini à <code>On</code>, la session va
1484         s'interrompre si le serveur cible est dans un état d'erreur ou
1485         désactivé. Définissez ce paramètre à On si le serveur
1486         d'arrière-plan ne supporte pas la réplication de session.
1487     </td></tr>
1488     <tr><td>stickysession</td>
1489         <td>-</td>
1490         <td>Nom de session persistant du répartiteur. La valeur est
1491         généralement du style <code>JSESSIONID</code> ou
1492         <code>PHPSESSIONID</code>, et dépend du serveur d'application
1493         d'arrière-plan qui supporte les sessions. Si le serveur
1494         d'application d'arrière-plan utilise des noms différents pour
1495         les cookies et les identifiants codés d'URL (comme les
1496         conteneurs de servlet), séparez-les par le caractère '|'. La
1497         première partie contient le cookie et la seconde le chemin.
1498     </td></tr>
1499     <tr><td>stickysessionsep</td>
1500         <td>"."</td>
1501         <td>Permet de définir le caractère de séparation dans le cookie
1502         de session. En effet, certains serveurs d'application d'arrière-plan
1503         n'utilisent pas le '.' comme caractère de séparation. Par
1504         exemple, le serveur Oracle Weblogic utilise le caractère '!'.
1505         Cette option permet donc de définir le caractère de séparation à
1506         une valeur appropriée. Si elle est définie à 'Off', aucun
1507         caractère de séparation ne sera utilisé.
1508     </td></tr>
1509     <tr><td>scolonpathdelim</td>
1510         <td>Off</td>
1511         <td>Si ce paramètre est défini à <code>On</code>, le caractère
1512         ';' sera utilisé comme séparateur de chemin de session
1513         persistante additionnel. Ceci permet principalement de simuler
1514         le comportement de mod_jk lorsqu'on utilise des chemins du style
1515         <code>JSESSIONID=6736bcf34;foo=aabfa</code>.
1516     </td></tr>
1517     <tr><td>timeout</td>
1518         <td>0</td>
1519         <td>Délai du répartiteur en secondes. Si ce paramètre est
1520         défini, sa valeur correspond à la durée maximale d'attente pour
1521         un serveur cible libre. Le comportement par défaut est de ne pas
1522         attendre.
1523     </td></tr>
1524     <tr><td>failonstatus</td>
1525         <td>-</td>
1526         <td>Une liste de codes d'état HTTP séparés par des virgules. Si
1527         ce paramètre est présent, le worker se mettra en erreur si le
1528         serveur d'arrière-plan renvoie un des codes d'état spécifiés
1529         dans la liste. La récupération du worker s'effectue comme dans
1530         le cas des autres erreurs de worker.
1531     </td></tr>
1532
1533     <tr><td>failontimeout</td>
1534         <td>Off</td>
1535         <td>Si ce paramètre est défini à "On", un délai d'attente
1536         dépassé en entrée/sortie après envoi d'une requête au serveur
1537         d'arrière-plan va mettre le processus en état d'erreur. La
1538         sortie de cet état d'erreur se passe de la même façon que pour
1539         les autres erreurs.
1540     </td></tr>
1541
1542     <tr><td>nonce</td>
1543         <td>&lt;auto&gt;</td>
1544         <td>Le nombre à usage unique de protection utilisé dans la page
1545         de l'application <code>balancer-manager</code>. Par défaut, la
1546         protection de la page est assurée par un nombre à usage unique
1547         automatique à base d'UUID. Si une valeur est précisée, elle sera
1548         utilisée comme nombre à usage unique. La valeur
1549         <code>None</code> désactive la vérification du nombre à usage
1550         unique.
1551     <div class="note"><h3>Note</h3>
1552       <p>En plus du nombre à usage unique, la page de l'application
1553       <code>balancer-manager</code> peut être protégée par une ACL.</p>
1554     </div>
1555      </td></tr>
1556     <tr><td>growth</td>
1557         <td>0</td>
1558         <td>Nombre de membres supplémentaires que l'on peut ajouter à ce
1559         répartiteur en plus de ceux définis au niveau de la
1560         configuration.
1561     </td></tr>
1562     <tr><td>forcerecovery</td>
1563         <td>On</td>
1564         <td>Force la relance immédiate de tous les membres sans tenir
1565         compte de leur paramètre retry dans le cas où ils sont tous en
1566         état d'erreur. Il peut cependant arriver qu'un membre déjà
1567         surchargé entre dans une situation critique si la relance de
1568         tous les membres est forcée sans tenir compte du paramètre retry
1569         de chaque membre. Dans ce cas, définissez ce paramètre à
1570         <code>Off</code>.
1571     </td></tr>
1572
1573     </table>
1574     <p>Exemple de configuration d'un répartiteur de charge</p>
1575     <pre class="prettyprint lang-config">
1576 ProxyPass /special-area http://special.example.com smax=5 max=10
1577 ProxyPass / balancer://mycluster/ stickysession=JSESSIONID|jsessionid nofailover=On
1578 &lt;Proxy balancer://mycluster&gt;
1579     BalancerMember ajp://1.2.3.4:8009
1580     BalancerMember ajp://1.2.3.5:8009 loadfactor=20
1581     # Less powerful server, don't send as many requests there,
1582     BalancerMember ajp://1.2.3.6:8009 loadfactor=5
1583 &lt;/Proxy&gt;
1584     </pre>
1585
1586
1587     <p>Configuration d'un serveur cible de réserve qui ne sera utilisé que si
1588     aucun autre serveur cible n'est disponible</p>
1589     <pre class="prettyprint lang-config">
1590 ProxyPass / balancer://hotcluster/ 
1591 &lt;Proxy balancer://hotcluster&gt;
1592     BalancerMember ajp://1.2.3.4:8009 loadfactor=1
1593     BalancerMember ajp://1.2.3.5:8009 loadfactor=2
1594     # The server below is on hot standby
1595     BalancerMember ajp://1.2.3.6:8009 status=+H
1596     ProxySet lbmethod=bytraffic
1597 &lt;/Proxy&gt;
1598     </pre>
1599
1600
1601     <p>Normalement, mod_proxy va mettre sous leur forme canonique les
1602     URLs traitées par ProxyPass. Mais ceci peut être incompatible avec
1603     certains serveurs d'arrière-plan, et en particulier avec ceux qui
1604     utilisent <var>PATH_INFO</var>. Le mot-clé optionnel
1605     <var>nocanon</var> modifie ce comportement et permet de transmettre
1606     le chemin d'URL sous sa forme brute au serveur d'arrière-plan. Notez
1607     que ceci peut affecter la sécurité de votre serveur d'arrière-plan,
1608     car la protection limitée contre les attaques à base d'URL que
1609     fournit le mandataire est alors supprimée.</p>
1610
1611     <p>Par défaut, mod_proxy inclut la chaîne de paramètres lors de la
1612     génération de la variable d'environnement
1613     <var>SCRIPT_FILENAME</var>. Le mot-clé optionnel <var>noquery</var>
1614     (disponible à partir de la version 2.4.1) permet d'exclure cette
1615     chaîne.</p>
1616
1617     <p>Lorsque la directive ProxyPass est utilisée à l'intérieur d'une
1618     section <code class="directive"><a href="../mod/core.html#location">&lt;Location&gt;</a></code>, le premier argument est omis et le répertoire
1619     local est obtenu à partir de la section <code class="directive"><a href="../mod/core.html#location">&lt;Location&gt;</a></code>. Il en sera de même dans une
1620     section <code class="directive"><a href="../mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code> ; cependant, ProxyPass
1621     n'interprète pas les expressions rationnelles, et il sera ici
1622     nécessaire d'utiliser la directive
1623     <code class="directive">ProxyPassMatch</code> à la place.</p>
1624
1625     <p>Cette directive ne peut pas être placée dans une section
1626     <code class="directive"><a href="../mod/core.html#directory">&lt;Directory&gt;</a></code> ou
1627     <code class="directive"><a href="../mod/core.html#files">&lt;Files&gt;</a></code>.</p>
1628
1629     <p>Si vous avez besoin d'un configuration de mandataire inverse plus
1630     souple, reportez-vous à la documentaion de la directive <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> et son drapeau
1631     <code>[P]</code>.</p>
1632
1633     <p>Le mot-clé optionnel <var>interpolate</var> (disponible depuis
1634     httpd 2.2.9), en combinaison avec la directive
1635     <code class="directive">ProxyPassInterpolateEnv</code>, permet à ProxyPass
1636     d'interpoler les variables d'environnement à l'aide de la syntaxe
1637     <var>${VARNAME}</var>. Notez que de nombreuses variables
1638     d'environnement standard dérivées de CGI n'existeront pas lorsque
1639     l'interpolation se produit ; vous devrez alors encore avoir avoir
1640     recours à <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> pour des règles
1641     complexes. Notez aussi que l'interpolation n'est pas supportée dans
1642     la partie protocole d'une URL. La détermination dynamique du
1643     protocole peut être effectuée à l'aide de
1644     <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> comme dans l'exemple suivant :</p>
1645
1646     <pre class="prettyprint lang-config">
1647 RewriteEngine On
1648
1649 RewriteCond %{HTTPS} =off
1650 RewriteRule . - [E=protocol:http]
1651 RewriteCond %{HTTPS} =on
1652 RewriteRule . - [E=protocol:https]
1653
1654 RewriteRule ^/mirror/foo/(.*) %{ENV:protocol}://backend.example.com/$1 [P]
1655 ProxyPassReverse  /mirror/foo/ http://backend.example.com/
1656 ProxyPassReverse  /mirror/foo/ https://backend.example.com/
1657     </pre>
1658
1659
1660
1661 </div>
1662 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1663 <div class="directive-section"><h2><a name="ProxyPassInherit" id="ProxyPassInherit">ProxyPassInherit</a> <a name="proxypassinherit" id="proxypassinherit">Directive</a></h2>
1664 <table class="directive">
1665 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Héritage des directives ProxyPass définies au niveau du
1666 serveur principal</td></tr>
1667 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyPassInherit On|Off</code></td></tr>
1668 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyPassInherit On</code></td></tr>
1669 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
1670 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1671 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1672 <tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>Disponible à partir de la version 2.5.0 du serveur
1673 HTTP Apache.</td></tr>
1674 </table>
1675         <p>Cette directive permet à un serveur virtuel d'hériter des
1676         directives <code class="directive"><a href="#proxypass">ProxyPass</a></code> définies
1677         au niveau du serveur principal. Si vous utilisez la fonctionnalité de
1678         modifications dynamiques du Balancer Manager, cette directive peut
1679         causer des problèmes et des comportements inattendus et doit donc
1680         être désactivée.</p>
1681         <p>Les valeurs définies au niveau du serveur principal
1682         constituent les valeurs par défaut pour tous les serveurs virtuels.</p>
1683         <p>La désactivation de ProxyPassInherit désactive aussi la
1684         directive <code class="directive"><a href="#balancerinherit">BalancerInherit</a></code>.</p>
1685     
1686 </div>
1687 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1688 <div class="directive-section"><h2><a name="ProxyPassInterpolateEnv" id="ProxyPassInterpolateEnv">ProxyPassInterpolateEnv</a> <a name="proxypassinterpolateenv" id="proxypassinterpolateenv">Directive</a></h2>
1689 <table class="directive">
1690 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Active l'interpolation des variables d'environnement dans
1691 les configurations de mandataires inverses</td></tr>
1692 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyPassInterpolateEnv On|Off</code></td></tr>
1693 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyPassInterpolateEnv Off</code></td></tr>
1694 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
1695 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1696 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1697 </table>
1698     <p>Cette directive, ainsi que l'argument <var>interpolate</var> des
1699     directives <code class="directive">ProxyPass</code>,
1700     <code class="directive">ProxyPassReverse</code>,
1701     <code class="directive">ProxyPassReverseCookieDomain</code> et
1702     <code class="directive">ProxyPassReverseCookiePath</code>, permet de
1703     configurer dynamiquement un mandataire inverse à l'aide de
1704     variables d'environnement, ces dernières pouvant être définies par un
1705     autre module comme <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>. Elle affecte les
1706     directives <code class="directive">ProxyPass</code>,
1707     <code class="directive">ProxyPassReverse</code>,
1708     <code class="directive">ProxyPassReverseCookieDomain</code>, et
1709     <code class="directive">ProxyPassReverseCookiePath</code>, en leur indiquant
1710     de remplacer la chaîne <code>${nom_var}</code> dans les directives
1711     de configuration par la valeur de la variable d'environnement
1712     <code>nom_var</code> (si l'option <var>interpolate</var> est
1713     spécifiée).</p>
1714     <p>Conservez cette directive à off (pour les performances du
1715     serveur), sauf si vous en avez réellement besoin.</p>
1716
1717 </div>
1718 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1719 <div class="directive-section"><h2><a name="ProxyPassMatch" id="ProxyPassMatch">ProxyPassMatch</a> <a name="proxypassmatch" id="proxypassmatch">Directive</a></h2>
1720 <table class="directive">
1721 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Fait correspondre des serveurs distants dans l'espace d'URL
1722 du serveur local en utilisant des expressions rationnelles</td></tr>
1723 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyPassMatch [<var>regex</var>] !|<var>url</var>
1724 [<var>clé=valeur</var>
1725         <var>[clé=valeur</var> ...]]</code></td></tr>
1726 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
1727 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1728 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1729 </table>
1730     <p>Cette directive est identique à la directive <code class="directive"><a href="#proxypass">ProxyPass</a></code>, mais fait usage des
1731     expressions rationnelles, au lieu d'une simple comparaison de
1732     préfixes. L'expression rationnelle spécifiée est comparée à
1733     l'<var>url</var>, et si elle correspond, le serveur va substituer
1734     toute correspondance entre parenthèses dans la chaîne donnée et
1735     l'utiliser comme nouvelle <var>url</var>.</p>
1736
1737     <div class="note"><strong>Note : </strong>Cette directive ne peut pas être
1738     utilisée dans un contexte de niveau répertoire.</div>
1739
1740     <p>Supposons que le serveur local a pour adresse
1741     <code>http://example.com/</code> ; alors</p>
1742
1743     <pre class="prettyprint lang-config">
1744       ProxyPassMatch ^(/.*\.gif)$ http://backend.example.com$1
1745     </pre>
1746
1747
1748     <p>va provoquer la conversion interne de la requête locale
1749     <code>http://example.com/foo/bar.gif</code> en une requête mandatée
1750     pour <code>http://backend.example.com/foo/bar.gif</code>.</p>
1751
1752     <div class="note"><h3>Note</h3>
1753       <p>L'argument URL doit pouvoir être interprété en tant qu'URL
1754       <em>avant</em> les substitutions d'expressions rationnelles (et
1755       doit aussi l'être après). Ceci limite les correspondances que vous
1756       pouvez utiliser. Par exemple, si l'on avait utilisé</p>
1757       <pre class="prettyprint lang-config">
1758         ProxyPassMatch ^(/.*\.gif)$ http://backend.example.com:8000$1
1759       </pre>
1760
1761       <p>dans l'exemple précédent, nous aurions provoqué une erreur de
1762       syntaxe au démarrage du serveur. C'est une bogue (PR 46665 dans
1763       ASF bugzilla), et il est possible de la contourner en reformulant
1764       la correspondance :</p>
1765       <pre class="prettyprint lang-config">
1766         ProxyPassMatch ^/(.*\.gif)$ http://backend.example.com:8000/$1
1767       </pre>
1768
1769     </div>
1770
1771     <p>Le drapeau <code>!</code> vous permet de ne pas mandater un
1772     sous-répertoire donné.</p>
1773
1774     <p>Dans une section <code class="directive"><a href="../mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code>, le premier argument est
1775     omis et l'expression rationnelle est obtenue à partir de la directive
1776     <code class="directive"><a href="../mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code>.</p>
1777
1778     <p>Si vous avez besoin d'une configuration du mandataire inverse
1779     plus flexible, voyez la directive <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> avec le drapeau
1780     <code>[P]</code>.</p>
1781
1782     <div class="warning">
1783       <h3>Avertissement à propos de la sécurité</h3>
1784       <p>Lors de la construction de l'URL cible de la règle, il convient
1785       de prendre en compte l'impact en matière de sécurité qu'aura le
1786       fait de permettre au client d'influencer le jeu d'URLs pour
1787       lesquelles votre serveur agira en tant que mandataire.
1788       Assurez-vous que la partie protocole://nom-serveur de l'URL soit
1789       fixe, ou ne permette pas au client de l'influencer induement.</p>
1790     </div>
1791
1792 </div>
1793 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1794 <div class="directive-section"><h2><a name="ProxyPassReverse" id="ProxyPassReverse">ProxyPassReverse</a> <a name="proxypassreverse" id="proxypassreverse">Directive</a></h2>
1795 <table class="directive">
1796 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Ajuste l'URL dans les en-têtes de la réponse HTTP envoyée
1797 par un serveur mandaté en inverse</td></tr>
1798 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyPassReverse [<var>chemin</var>] <var>url</var>
1799 [<var>interpolate</var>]</code></td></tr>
1800 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
1801 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1802 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1803 </table>
1804     <p>Cette directive permet de faire en sorte qu'Apache httpd ajuste l'URL
1805     dans les en-têtes <code>Location</code>,
1806     <code>Content-Location</code> et <code>URI</code> des réponses de
1807     redirection HTTP. Ceci est essentiel lorsqu'Apache httpd est utilisé en
1808     tant que mandataire inverse (ou passerelle), afin d'éviter de
1809     court-circuiter le mandataire inverse suite aux redirections HTTP
1810     sur le serveur d'arrière-plan qui restent derrière le mandataire
1811     inverse.</p>
1812
1813     <p>Seuls les en-têtes de réponse HTTP spécialement mentionnés
1814     ci-dessus seront réécrits. Apache httpd ne réécrira ni les autres en-têtes
1815     de réponse, ni par défaut les références d'URLs dans les pages HTML. Cela
1816     signifie que dans le cas où un contenu mandaté contient des
1817     références à des URLs absolues, elles court-circuiteront le
1818     mandataire. Pour réécrire un contenu HTML afin qu'il corresponde au
1819     mandataire, vous devez charger et activer le module
1820     <code class="module"><a href="../mod/mod_proxy_html.html">mod_proxy_html</a></code>.
1821     </p>
1822
1823     <p><var>chemin</var> est le nom d'un chemin virtuel local.
1824     <var>url</var> est une URL partielle pour le serveur distant - ils
1825     sont utilisés de la même façon qu'avec la directive <code class="directive"><a href="#proxypass">ProxyPass</a></code>.</p>
1826
1827     <p>Supposons par exemple que le serveur local a pour adresse
1828     <code>http://example.com/</code> ; alors</p>
1829
1830     <pre class="prettyprint lang-config">
1831 ProxyPass         /mirror/foo/ http://backend.example.com/
1832 ProxyPassReverse  /mirror/foo/ http://backend.example.com/
1833 ProxyPassReverseCookieDomain  backend.example.com  public.example.com
1834 ProxyPassReverseCookiePath  /  /mirror/foo/
1835     </pre>
1836
1837
1838     <p>ne va pas seulement provoquer la conversion interne d'une requête
1839     locale pour <code>http://example.com/miroir/foo/bar</code> en une
1840     requête mandatée pour <code>http://backend.example.com/bar</code>
1841     (la fonctionnalité fournie par <code>ProxyPass</code>). Il va
1842     aussi s'occuper des redirections que le serveur
1843     <code>backend.example.com</code> envoie : lorsque
1844     <code>http://backend.example.com/bar</code> est redirigé par
1845     celui-ci vers <code>http://backend.example.com/quux</code>, Apache
1846     httpd corrige ceci en <code>http://example.com/miroir/foo/quux</code>
1847     avant de faire suivre la redirection HTTP au client. Notez que le
1848     nom d'hôte utilisé pour construire l'URL est choisi en respectant la
1849     définition de la directive <code class="directive"><a href="../mod/core.html#usecanonicalname">UseCanonicalName</a></code>.</p>
1850
1851     <p>Notez que la directive <code class="directive">ProxyPassReverse</code>
1852     peut aussi être utilisée en conjonction avec la fonctionnalité
1853     pass-through (<code>RewriteRule ...  [P]</code>) du module
1854     <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>, car elle ne dépend pas d'une directive
1855     <code class="directive"><a href="#proxypass">ProxyPass</a></code>
1856     correspondante.</p>
1857
1858     <p>Le mot-clé optionnel <var>interpolate</var> (disponible depuis
1859     httpd 2.2.9), utilisé en combinaison avec la directive
1860     <code class="directive">ProxyPassInterpolateEnv</code>, permet
1861     l'interpolation des variables d'environnement spécifiées en
1862     utilisant le format <var>${VARNAME}</var>. Notez que l'interpolation
1863     n'est pas supportée dans la partie protocole d'une URL.
1864     </p>
1865
1866     <p>Lorsque cette directive est utilisée dans une section <code class="directive"><a href="../mod/core.html#location">&lt;Location&gt;</a></code>, le premier
1867     argument est omis et le répertoire local est obtenu à partir de
1868     l'argument de la directive <code class="directive"><a href="../mod/core.html#location">&lt;Location&gt;</a></code>. Il en est de même à l'intérieur
1869     d'une section <code class="directive"><a href="../mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code>, mais le résultat ne sera
1870     probablement pas celui attendu car ProxyPassReverse va interpréter
1871     l'expression rationnelle littéralement comme un chemin ; si besoin
1872     est dans ce cas, définissez la directive ProxyPassReverse en dehors
1873     de la section, ou dans une section <code class="directive"><a href="../mod/core.html#location">&lt;Location&gt;</a></code> séparée.</p>
1874
1875     <p>Cette directive ne peut pas être placée dans une section
1876     <code class="directive"><a href="../mod/core.html#directory">&lt;Directory&gt;</a></code> ou
1877     <code class="directive"><a href="../mod/core.html#files">&lt;Files&gt;</a></code>.</p>
1878
1879 </div>
1880 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1881 <div class="directive-section"><h2><a name="ProxyPassReverseCookieDomain" id="ProxyPassReverseCookieDomain">ProxyPassReverseCookieDomain</a> <a name="proxypassreversecookiedomain" id="proxypassreversecookiedomain">Directive</a></h2>
1882 <table class="directive">
1883 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Ajuste la chaîne correspondant au domaine dans les en-têtes
1884 Set-Cookie en provenance d'un serveur mandaté</td></tr>
1885 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyPassReverseCookieDomain <var>domaine-interne</var>
1886 <var>domaine-public</var> [<var>interpolate</var>]</code></td></tr>
1887 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
1888 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1889 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1890 </table>
1891 <p>L'utilisation de cette directive est similaire à celle de la
1892 directive <code class="directive"><a href="#proxypassreverse">ProxyPassReverse</a></code>,
1893 mais au lieu de réécrire des en-têtes qui contiennent des URLs, elle
1894 réécrit la chaîne correspondant au domaine dans les en-têtes
1895 <code>Set-Cookie</code>.</p>
1896
1897 </div>
1898 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1899 <div class="directive-section"><h2><a name="ProxyPassReverseCookiePath" id="ProxyPassReverseCookiePath">ProxyPassReverseCookiePath</a> <a name="proxypassreversecookiepath" id="proxypassreversecookiepath">Directive</a></h2>
1900 <table class="directive">
1901 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Ajuste la chaîne correspondant au chemin dans les en-têtes
1902 Set-Cookie en provenance d'un serveur mandaté</td></tr>
1903 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyPassReverseCookiePath <var>chemin-interne</var>
1904 <var>chemin-public</var> [<var>interpolate</var>]</code></td></tr>
1905 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
1906 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1907 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1908 </table>
1909 <p>
1910 Cette directive s'avère utile en conjonction avec la directive
1911 <code class="directive"><a href="#proxypassreverse">ProxyPassReverse</a></code> dans les
1912 situations où les chemins d'URL d'arrière-plan correspondent à des
1913 chemins publics sur le mandataire inverse. Cette directive permet de
1914 réécrire la chaîne <code>path</code> dans les en-têtes
1915 <code>Set-Cookie</code>. Si le début du chemin du cookie correspond à
1916 <var>chemin-interne</var>, le chemin du cookie sera remplacé par
1917 <var>chemin-public</var>.
1918 </p><p>
1919 Dans l'exemple fourni avec la directive <code class="directive"><a href="#proxypassreverse">ProxyPassReverse</a></code>, la directive :
1920 </p>
1921     <pre class="prettyprint lang-config">
1922       ProxyPassReverseCookiePath  /  /mirror/foo/
1923     </pre>
1924
1925 <p>
1926 va réécrire un cookie possédant un chemin d'arrière-plan <code>/</code>
1927 (ou <code>/example</code> ou en fait tout chemin)
1928 en <code>/mirror/foo/</code>..
1929 </p>
1930
1931 </div>
1932 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1933 <div class="directive-section"><h2><a name="ProxyPreserveHost" id="ProxyPreserveHost">ProxyPreserveHost</a> <a name="proxypreservehost" id="proxypreservehost">Directive</a></h2>
1934 <table class="directive">
1935 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Utilise l'en-tête de requête entrante Host pour la requête
1936 du mandataire</td></tr>
1937 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyPreserveHost On|Off</code></td></tr>
1938 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyPreserveHost Off</code></td></tr>
1939 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire</td></tr>
1940 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1941 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1942 <tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>Utilisable
1943 dans un contexte de répertoire depuis la version 2.3.3.</td></tr>
1944 </table>
1945     <p>Lorsqu'elle est activée, cette directive va transmettre l'en-tête
1946     Host: de la requête entrante vers le serveur mandaté, au lieu du nom
1947     d'hôte spécifié par la directive <code class="directive">ProxyPass</code>.</p>
1948
1949     <p>Cette directive est habituellement définie à <code>Off</code>.
1950     Elle est principalement utile dans les configurations particulières
1951     comme l'hébergement virtuel mandaté en masse à base de nom, où
1952     l'en-tête Host d'origine doit être évalué par le serveur
1953     d'arrière-plan.</p>
1954
1955 </div>
1956 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1957 <div class="directive-section"><h2><a name="ProxyReceiveBufferSize" id="ProxyReceiveBufferSize">ProxyReceiveBufferSize</a> <a name="proxyreceivebuffersize" id="proxyreceivebuffersize">Directive</a></h2>
1958 <table class="directive">
1959 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Taille du tampon réseau pour les connexions mandatées HTTP
1960 et FTP</td></tr>
1961 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyReceiveBufferSize <var>octets</var></code></td></tr>
1962 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyReceiveBufferSize 0</code></td></tr>
1963 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
1964 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1965 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1966 </table>
1967     <p>La directive <code class="directive">ProxyReceiveBufferSize</code> permet
1968     de spécifier une taille de tampon réseau explicite (TCP/IP) pour les
1969     connexions mandatées HTTP et FTP, afin d'améliorer le débit de
1970     données. Elle doit être supérieure à <code>512</code> ou définie à
1971     <code>0</code> pour indiquer que la taille de tampon par défaut du
1972     système doit être utilisée.</p>
1973
1974     <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">
1975       ProxyReceiveBufferSize 2048
1976       </pre>
1977 </div>
1978
1979 </div>
1980 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
1981 <div class="directive-section"><h2><a name="ProxyRemote" id="ProxyRemote">ProxyRemote</a> <a name="proxyremote" id="proxyremote">Directive</a></h2>
1982 <table class="directive">
1983 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Mandataire distant à utiliser pour traiter certaines
1984 requêtes</td></tr>
1985 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyRemote <var>comparaison</var> <var>serveur-distant</var></code></td></tr>
1986 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
1987 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
1988 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
1989 </table>
1990     <p>Cette directive permet de définir des mandataires distants pour
1991     ce mandataire. <var>comparaison</var> est soit le nom d'un protocole
1992     que supporte le serveur distant, soit une URL partielle pour
1993     laquelle le serveur distant devra être utilisé, soit <code>*</code>
1994     pour indiquer que le serveur distant doit être utilisé pour toutes
1995     les requêtes. <var>serveur-distant</var> est une URL partielle
1996     correspondant au serveur distant. Syntaxe : </p>
1997
1998     <div class="example"><p><code>
1999       <dfn>serveur-distant</dfn> =
2000           <var>protocole</var>://<var>nom-serveur</var>[:<var>port</var>]
2001     </code></p></div>
2002
2003     <p><var>protocole</var> est effectivement le protocole à utiliser
2004     pour communiquer avec le serveur distant ; ce module ne supporte que
2005     <code>http</code> et <code>https</code>. Lorsqu'on utilise
2006     <code>https</code>, les requêtes sont redirigées par le mandataire
2007     distant en utilisant la méthode HTTP CONNECT.</p>
2008
2009     <div class="example"><h3>Exemple</h3><pre class="prettyprint lang-config">
2010 ProxyRemote http://goodguys.example.com/ http://mirrorguys.example.com:8000
2011 ProxyRemote * http://cleverproxy.localdomain
2012 ProxyRemote ftp http://ftpproxy.mydomain:8080
2013     </pre>
2014 </div>
2015
2016     <p>Dans la dernière ligne de l'exemple, le mandataire va faire
2017     suivre les requêtes FTP, encapsulées dans une autre requête mandatée
2018     HTTP, vers un autre mandataire capable de les traiter.</p>
2019
2020     <p>Cette directive supporte aussi les configurations de mandataire
2021     inverse - un serveur web d'arrière-plan peut être intégré dans
2022     l'espace d'URL d'un serveur virtuel, même si ce serveur est caché
2023     par un autre mandataire direct.</p>
2024
2025 </div>
2026 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
2027 <div class="directive-section"><h2><a name="ProxyRemoteMatch" id="ProxyRemoteMatch">ProxyRemoteMatch</a> <a name="proxyremotematch" id="proxyremotematch">Directive</a></h2>
2028 <table class="directive">
2029 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Le mandataire distant à utiliser pour traiter les requêtes
2030 correspondant à une expression rationnelle</td></tr>
2031 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyRemoteMatch <var>regex</var> <var>serveur-distant</var></code></td></tr>
2032 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
2033 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
2034 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
2035 </table>
2036     <p>La directive <code class="directive">ProxyRemoteMatch</code> est
2037     identique à la directive <code class="directive"><a href="#proxyremote">ProxyRemote</a></code>, à l'exception du
2038     premier argument qui est une <a class="glossarylink" href="../glossary.html#regex" title="voir glossaire">expression
2039     rationnelle</a> à mettre en correspondance avec l'URL de la
2040     requête.</p>
2041
2042 </div>
2043 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
2044 <div class="directive-section"><h2><a name="ProxyRequests" id="ProxyRequests">ProxyRequests</a> <a name="proxyrequests" id="proxyrequests">Directive</a></h2>
2045 <table class="directive">
2046 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Active la fonctionnalité (standard) de mandataire
2047 direct</td></tr>
2048 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyRequests On|Off</code></td></tr>
2049 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyRequests Off</code></td></tr>
2050 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
2051 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
2052 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
2053 </table>
2054     <p>Cette directive permet d'activer/désactiver la fonctionnalité de
2055     serveur mandataire direct d'Apache httpd. Définir ProxyRequests à
2056     <code>Off</code> n'interdit pas l'utilisation de la directive
2057     <code class="directive"><a href="#proxypass">ProxyPass</a></code>.</p>
2058
2059     <p>Pour une configuration typique de mandataire inverse ou
2060     passerelle, cette directive doit être définie à
2061     <code>Off</code>.</p>
2062
2063     <p>Afin d'activer la fonctionnalité de mandataire pour des sites
2064     HTTP et/ou FTP, les modules <code class="module"><a href="../mod/mod_proxy_http.html">mod_proxy_http</a></code> et/ou
2065     <code class="module"><a href="../mod/mod_proxy_ftp.html">mod_proxy_ftp</a></code> doivent également être chargés dans le
2066     serveur.</p>
2067
2068     <p>Pour activer la fonctionnalité de mandataire sur les sites chiffrés en HTTPS, le module
2069     <code class="module"><a href="../mod/mod_proxy_connect.html">mod_proxy_connect</a></code> doit également être chargé dans le serveur.</p>
2070
2071     <div class="warning"><h3>Avertissement</h3>
2072       <p>N'activez pas la fonctionnalité de mandataire avec la directive
2073       <code class="directive"><a href="#proxyrequests">ProxyRequests</a></code> avant
2074       d'avoir <a href="#access">sécurisé votre serveur</a>. Les serveurs
2075       mandataires ouverts sont dangereux non seulement pour votre
2076       réseau, mais aussi pour l'Internet au sens large.</p>
2077     </div>
2078
2079 <h3>Voir aussi</h3>
2080 <ul>
2081 <li><a href="#forwardreverse">Mandataires/Passerelles directs et
2082 inverses</a></li>
2083 </ul>
2084 </div>
2085 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
2086 <div class="directive-section"><h2><a name="ProxySet" id="ProxySet">ProxySet</a> <a name="proxyset" id="proxyset">Directive</a></h2>
2087 <table class="directive">
2088 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Définit différents paramètres relatifs à la répartition de
2089 charge des mandataires et aux membres des groupes de répartition de
2090 charge</td></tr>
2091 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxySet <var>url</var> <var>clé=valeur [clé=valeur ...]</var></code></td></tr>
2092 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>répertoire</td></tr>
2093 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
2094 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
2095 </table>
2096     <p>Cette directive propose une méthode alternative pour définir tout
2097     paramètre relatif aux répartiteurs de charge et serveurs cibles de
2098     mandataires normalement définis via la directive <code class="directive"><a href="#proxypass">ProxyPass</a></code>. Si elle se trouve dans un
2099     conteneur <code>&lt;Proxy <var>url de répartiteur|url de
2100     serveur cible</var>&gt;</code>, l'argument <var>url</var> n'est pas
2101     nécessaire. Comme effet de bord, le répartiteur ou serveur cible respectif
2102     est créé. Ceci peut s'avérer utile pour la mise en oeuvre d'un
2103     mandataire inverse via une directive <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> au lieu de <code class="directive"><a href="#proxypass">ProxyPass</a></code>.</p>
2104
2105     <div class="example"><pre class="prettyprint lang-config">
2106 &lt;Proxy balancer://hotcluster&gt;
2107     BalancerMember http://www2.example.com:8080 loadfactor=1
2108     BalancerMember http://www3.example.com:8080 loadfactor=2
2109     ProxySet lbmethod=bytraffic
2110 &lt;/Proxy&gt;
2111       </pre>
2112 </div>
2113
2114     <pre class="prettyprint lang-config">
2115 &lt;Proxy http://backend&gt;
2116     ProxySet keepalive=On
2117 &lt;/Proxy&gt;
2118     </pre>
2119
2120
2121     <pre class="prettyprint lang-config">
2122         ProxySet balancer://foo lbmethod=bytraffic timeout=15
2123     </pre>
2124
2125
2126     <pre class="prettyprint lang-config">
2127         ProxySet ajp://backend:7001 timeout=15
2128     </pre>
2129
2130
2131    <div class="warning"><h3>Avertissement</h3>
2132       <p>Gardez à l'esprit qu'une même clé de paramètre peut avoir
2133       différentes significations selon qu'elle s'applique à un
2134       répartiteur ou à un serveur cible, et ceci est illustré par les deux
2135       exemples précédents où il est question d'un timeout.</p>
2136    </div>
2137
2138
2139 </div>
2140 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
2141 <div class="directive-section"><h2><a name="ProxySourceAddress" id="ProxySourceAddress">ProxySourceAddress</a> <a name="proxysourceaddress" id="proxysourceaddress">Directive</a></h2>
2142 <table class="directive">
2143 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Définit l'adresse IP locale pour les connexions mandatées
2144 sortantes</td></tr>
2145 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxySourceAddress <var>adresse</var></code></td></tr>
2146 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
2147 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
2148 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
2149 <tr><th><a href="directive-dict.html#Compatibility">Compatibilité:</a></th><td>Disponible depuis la version 2.3.9</td></tr>
2150 </table>
2151     <p>Cette directive permet de définir une adresse IP locale
2152     spécifique à laquelle faire référence lors d'une connexion à un
2153     serveur d'arrière-plan.</p>
2154
2155
2156 </div>
2157 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
2158 <div class="directive-section"><h2><a name="ProxyStatus" id="ProxyStatus">ProxyStatus</a> <a name="proxystatus" id="proxystatus">Directive</a></h2>
2159 <table class="directive">
2160 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Affiche l'état du répartiteur de charge du mandataire dans
2161 mod_status</td></tr>
2162 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyStatus Off|On|Full</code></td></tr>
2163 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyStatus Off</code></td></tr>
2164 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
2165 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
2166 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
2167 </table>
2168     <p>Cette directive permet de spécifier si les données d'état du
2169     répartiteur de charge du mandataire doivent être affichées via la
2170     page d'état du serveur du module <code class="module"><a href="../mod/mod_status.html">mod_status</a></code>.</p>
2171     <div class="note"><h3>Note</h3>
2172       <p>L'argument <strong>Full</strong> produit le même effet que
2173       l'argument <strong>On</strong>.</p>
2174     </div>
2175
2176
2177 </div>
2178 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
2179 <div class="directive-section"><h2><a name="ProxyTimeout" id="ProxyTimeout">ProxyTimeout</a> <a name="proxytimeout" id="proxytimeout">Directive</a></h2>
2180 <table class="directive">
2181 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Délai d'attente réseau pour les requêtes
2182 mandatées</td></tr>
2183 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyTimeout <var>secondes</var></code></td></tr>
2184 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>Valeur de la directive <code class="directive"><a href="../mod/core.html#timeout">Timeout</a></code></code></td></tr>
2185 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
2186 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
2187 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
2188 </table>
2189     <p>Cette directive permet à l'utilisateur de spécifier un délai pour
2190     les requêtes mandatées. Ceci s'avère utile dans le cas d'un serveur
2191     d'applications lent et bogué qui a tendance à se bloquer, et si vous
2192     préférez simplement renvoyer une erreur timeout et abandonner la
2193     connexion en douceur plutôt que d'attendre jusqu'à ce que le serveur
2194     veuille bien répondre.</p>
2195
2196 </div>
2197 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
2198 <div class="directive-section"><h2><a name="ProxyVia" id="ProxyVia">ProxyVia</a> <a name="proxyvia" id="proxyvia">Directive</a></h2>
2199 <table class="directive">
2200 <tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Information fournie dans l'en-tête de réponse HTTP
2201 <code>Via</code> pour les requêtes mandatées</td></tr>
2202 <tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>ProxyVia On|Off|Full|Block</code></td></tr>
2203 <tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>ProxyVia Off</code></td></tr>
2204 <tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel</td></tr>
2205 <tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
2206 <tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_proxy</td></tr>
2207 </table>
2208     <p>Cette directive permet de contrôler l'utilisation de l'en-tête
2209     HTTP <code>Via:</code> par le mandataire. Le but recherché est de
2210     contrôler le flux des requêtes mandatées tout au long d'une chaîne
2211     de serveurs mandataires. Voir <a href="http://www.ietf.org/rfc/rfc2616.txt">RFC 2616</a> (HTTP/1.1),
2212     section 14.45 pour une description des lignes d'en-tête
2213     <code>Via:</code>.</p>
2214
2215     <ul>
2216     <li>Si elle est définie à <code>Off</code>, valeur par défaut, cette
2217     directive n'effectue aucun traitement particulier. Si une requête ou
2218     une réponse contient un en-tête <code>Via:</code>, il est transmis
2219     sans modification.</li>
2220
2221     <li>Si elle est définie à <code>On</code>, chaque requête ou réponse
2222     se verra ajouter une ligne d'en-tête <code>Via:</code> pour le
2223     serveur courant.</li>
2224
2225     <li>Si elle est définie à <code>Full</code>, chaque ligne d'en-tête
2226     <code>Via:</code> se verra ajouter la version du serveur Apache
2227     httpd sous la forme d'un champ de commentaire <code>Via:</code>.</li>
2228
2229     <li>Si elle est définie à <code>Block</code>, chaque requête
2230     mandatée verra ses lignes d'en-tête <code>Via:</code> supprimées.
2231     Aucun nouvel en-tête <code>Via:</code> ne sera généré.</li>
2232     </ul>
2233
2234 </div>
2235 </div>
2236 <div class="bottomlang">
2237 <p><span>Langues Disponibles: </span><a href="../en/mod/mod_proxy.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
2238 <a href="../fr/mod/mod_proxy.html" title="Français">&nbsp;fr&nbsp;</a> |
2239 <a href="../ja/mod/mod_proxy.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a></p>
2240 </div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&amp;A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
2241 <script type="text/javascript"><!--//--><![CDATA[//><!--
2242 var comments_shortname = 'httpd';
2243 var comments_identifier = 'http://httpd.apache.org/docs/trunk/mod/mod_proxy.html';
2244 (function(w, d) {
2245     if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
2246         d.write('<div id="comments_thread"><\/div>');
2247         var s = d.createElement('script');
2248         s.type = 'text/javascript';
2249         s.async = true;
2250         s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
2251         (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
2252     }
2253     else {
2254         d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
2255     }
2256 })(window, document);
2257 //--><!]]></script></div><div id="footer">
2258 <p class="apache">Copyright 2014 The Apache Software Foundation.<br />Autorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
2259 <p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
2260 if (typeof(prettyPrint) !== 'undefined') {
2261     prettyPrint();
2262 }
2263 //--><!]]></script>
2264 </body></html>