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