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