1 <?xml version="1.0" encoding="ISO-8859-1" ?>
2 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
3 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
4 <!-- French translation : Lucien GENTIS -->
5 <!-- Reviewed by : Vincent Deffontaines -->
6 <!-- English Revision : 1291834 -->
9 Licensed to the Apache Software Foundation (ASF) under one or more
10 contributor license agreements. See the NOTICE file distributed with
11 this work for additional information regarding copyright ownership.
12 The ASF licenses this file to You under the Apache License, Version 2.0
13 (the "License"); you may not use this file except in compliance with
14 the License. You may obtain a copy of the License at
16 http://www.apache.org/licenses/LICENSE-2.0
18 Unless required by applicable law or agreed to in writing, software
19 distributed under the License is distributed on an "AS IS" BASIS,
20 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
21 See the License for the specific language governing permissions and
22 limitations under the License.
25 <manualpage metafile="new_features_2_4.xml.meta">
27 <title>Vue d'ensemble des nouvelles fonctionnalités de la version 2.4 du
28 serveur HTTP Apache</title>
31 <p>Ce document décrit les modifications majeures apportées par
32 la version 2.4 du serveur HTTP Apache. Pour les nouvelles fonctionnalités
33 ajoutées par la version 2.2, se référer au document
34 <a href="new_features_2_2.html">Nouvelles fonctionnalités
35 de la version 2.2</a>.</p>
39 <title>Améliorations du noyau</title>
41 <dt>Modules multiprocessus (MPMs) chargeables</dt>
42 <dd>On peut maintenant compiler plusieurs MPMs en tant que modules
43 chargeables. Le choix du MPM à utiliser s'effectue à
44 l'exécution.</dd>
47 <dd>Le MPM Event est sorti du stade expérimental et est
48 maintenant pleinement supporté.</dd>
50 <dt>Support du mode asynchrone</dt>
51 <dd>Le support des lectures/écritures asynchrones pour les MPMs et
52 les plateformes qui l'implémentent a été amélioré.</dd>
54 <dt>Configuration du niveau de journalisation (LogLevel) par
55 module et par répertoire</dt>
56 <dd>La directive <directive module="core">LogLevel</directive>
57 peut maintenant être définie par module et par répertoire. Les
58 nouveaux niveaux <code>trace1</code> à <code>trace8</code> ont été
59 ajoutés au dessus du niveau de journalisation <code>debug</code>.</dd>
61 <dt>Sections de configuration au niveau de la requête</dt>
62 <dd>Les sections <directive module="core">If</directive>,
63 <directive module="core" type="section">ElseIf</directive> et
64 <directive module="core" type="section">Else</directive>
65 permettent de définir une configuration en fonction de critères
66 liés à la requête.</dd>
68 <dt>Interpréteur d'expressions à usage général</dt>
69 <dd>Un nouvel interpréteur d'expressions permet de spécifier des
70 <a href="expr.html">conditions complexes</a> via des directives à
71 syntaxe commune comme <directive
72 module="mod_setenvif">SetEnvIfExpr</directive>, <directive
73 module="mod_rewrite">RewriteCond</directive>, <directive
74 module="mod_headers">Header</directive>,
75 <directive module="core" type="section">If</directive>, etc...
78 <dt>KeepAliveTimeout in milliseconds</dt>
79 <dd>It is now possible to specify <directive module="core"
80 >KeepAliveTimeout</directive> in milliseconds.
83 <dt>NameVirtualHost directive</dt>
84 <dd>Cette directive obsolète n'est plus utile.</dd>
86 <dt>Directives autorisées dans les fichiers <code>.htaccess</code></dt>
87 <dd>La nouvelle directive <directive
88 module="core">AllowOverrideList</directive> permet de contrôler de
89 manière plus précise la liste des directives autorisées dans les
90 fichiers <code>.htaccess</code>.</dd>
92 <dt>Variables dans les fichiers de configuration</dt>
93 <dd>La directive <directive module="core">Define</directive>
94 permet de définir des variables dans les fichiers de
95 configuration, améliorant ainsi la clareté de la représentation si
96 la même valeur est utilisée en plusieurs points de la
100 <dt>Diminution de la mémoire utilisée</dt>
101 <dd>Bien qu'elle propose de nombreuses nouvelles fonctionnalités,
102 la version 2.4.x tend à utiliser moins de mémoire que la version
108 <section id="newmods">
109 <title>Nouveau modules</title>
112 <dt><module>mod_proxy_fcgi</module></dt>
113 <dd>Mise à disposition du protocole FastCGI pour
114 <module>mod_proxy</module>.</dd>
116 <dt><module>mod_proxy_scgi</module></dt>
117 <dd>Mise à disposition du protocole SCGI pour
118 <module>mod_proxy</module>.</dd>
120 <dt><module>mod_proxy_express</module></dt>
121 <dd>Ajoute à <module>mod_proxy</module> la configuration dynamique
122 de mandataires inverses en masse.</dd>
124 <dt><module>mod_remoteip</module></dt>
125 <dd>Remplace l'adresse IP distante et le nom d'hôte apparents du
126 client pour la requête courante par la liste d'adresses IP
127 présentée par un mandataire ou un répartiteur de charge via les
128 en-têtes de la requête.</dd>
130 <dt><module>mod_heartmonitor</module>,
131 <module>mod_lbmethod_heartbeat</module></dt>
132 <dd>Permet à <module>mod_proxy_balancer</module> de répartir la
133 charge en fonction du nombre de connexions actives sur les
134 serveurs d'arrière-plan.</dd>
136 <dt><module>mod_proxy_html</module></dt>
137 <dd>Anciennement module tiers, il supporte la correction des liens
138 HTML dans une situation de mandat inverse, où le serveur
139 d'arrière-plan génère des URLs qui ne sont pas valides du point de
140 vue des clients du mandataire.</dd>
142 <dt><module>mod_sed</module></dt>
143 <dd>Une amélioration de <module>mod_substitute</module> qui permet
144 d'éditer le corps de la réponse avec toute la puissance de la
147 <dt><module>mod_auth_form</module></dt>
148 <dd>Implémente une authentification à base de formulaire.</dd>
150 <dt><module>mod_session</module></dt>
151 <dd>Permet de conserver les données de sessions des clients sous
152 forme de cookies ou dans une base de données.</dd>
154 <dt><module>mod_allowmethods</module></dt>
155 <dd>Permet de restreindre l'utilisation de
156 certaines méthodes HTTP sans interférer avec l'authentification et
159 <dt><module>mod_lua</module></dt>
160 <dd>Embarque le langage <a href="http://www.lua.org/">Lua</a> dans
161 httpd pour la configuration et les fonctions logiques courantes (Experimental).</dd>
163 <dt><module>mod_log_debug</module></dt>
164 <dd>Permet d'introduire une journalisation personnalisée à
165 différentes phases du traitement de la requête.</dd>
167 <dt><module>mod_buffer</module></dt>
168 <dd>Fournit un tampon pour les piles des filtres en entrée et en
171 <dt><module>mod_data</module></dt>
172 <dd>Convertit un corps de réponse en URL de type données RFC2397.</dd>
174 <dt><module>mod_ratelimit</module></dt>
175 <dd>Permet de limiter la bande passante pour certains
178 <dt><module>mod_request</module></dt>
179 <dd>Fournit des filtres permettant de gérer et de mettre à
180 disposition les corps des requêtes HTTP.</dd>
182 <dt><module>mod_reflector</module></dt>
183 <dd>Permet de renvoyer comme réponse le corps de la requête via la
184 pile du filtre de sortie.</dd>
186 <dt><module>mod_slotmem_shm</module></dt>
187 <dd>Met à disposition un fournisseur de mémoire partagée à base de
188 slots (du style tableau de bord).</dd>
190 <dt><module>mod_xml2enc</module></dt>
191 <dd>Anciennement module tiers, il supporte l'internationalisation
192 dans les modules de filtrage basés sur libxml2 (support du
198 <section id="module">
199 <title>Améliorations des modules</title>
201 <dt><module>mod_ssl</module></dt>
203 <dd><module>mod_ssl</module> peut maintenant vérifier la
204 validité des certificats clients en se connectant à
205 un serveur OCSP. Il est possible de définir un
206 répondeur par défaut, et de choisir si l'on
207 préfère le répondeur désigné
208 dans le certificat client.</dd>
210 <dd>En outre, <module>mod_ssl</module> supporte maintenant
211 l'estampillage OCSP (OCSP stapling), qui permet au serveur
212 d'attester la validité de son certificat auprès du client au
213 cours de la phase de négociation de la connexion.</dd>
215 <dd>Enfin, <module>mod_ssl</module> peut maintenant être configuré pour
216 que celui-ci partage les données de session SSL entre les serveurs
219 <dd>Le support des clés EC a été ajouté à celui des clés RSA et
222 <dt><module>mod_proxy</module></dt>
224 <dd>La directive <directive
225 module="mod_proxy">ProxyPass</directive> est maintenant configurée
226 de manière optimale dans les sections <directive
227 module="core">Location</directive> ou <directive
228 module="core">LocationMatch</directive>, et offre un gain de
229 performances important par rapport à la syntaxe traditionnelle à
230 deux paramètres lorsqu'elle est présente en grand nombre.</dd>
232 <dd>Il est maintenant possible de configurer l'adresse source dans
233 les requêtes mandatées.</dd>
235 <dt><module>mod_proxy_balancer</module></dt>
237 <dd>Le gestionnaire de répartition de charge propose de nouvelles
238 fonctionnalités. Ainsi, les possibilités de configuration des
239 membres du groupe de répartition de charge pendant l'exécution ont
240 été améliorées (possibilité d'ajout d'un membre supplémentaire).</dd>
242 <dd>Configuration à l'exécution d'un sous-ensemble de paramètres
243 de répartition de charge.</dd>
245 <dd>Les membres du groupe de répartition peuvent être définis à
246 'Drain' de façon à ce qu'ils ne répondent qu'aux sessions
247 persistantes existantes, ce qui permet de les mettre hors ligne en
250 <dd>Les règlages du répartiteur de charge peuvent être rendus
251 persistants après redémarrage.</dd>
253 <dt><module>mod_cache</module></dt>
255 <dd>Le filtre CACHE du module <module>mod_cache</module> peut être
256 inséré à un certain point de la chaîne de filtrage pour contrôler
257 plus finement la mise en cache.
260 <dd><module>mod_cache</module> peut maintenant mettre en cache des
261 requêtes HEAD.</dd>
263 <dd>Chaque fois que cela est possible, les directives de
264 <module>mod_cache</module> peuvent maintenant être définies au
265 niveau du répertoire, et non plus seulement au niveau du serveur
268 <dd>L'URL de base des URLs en cache peut être personnalisée de
269 façon à ce qu'un cluster de caches puisse partager le même préfixe
272 <dd><module>mod_cache</module> peut maintenant servir du contenu
273 non mis à jour lorsqu'un serveur d'arrière-plan n'est pas
274 disponible (erreur 5xx).</dd>
276 <dd><module>mod_cache</module> peut maintenant insérer
277 HIT/MISS/REVALIDATE dans un en-tête X-Cache.</dd>
279 <dt><module>mod_include</module></dt>
280 <dd>Support de l'attribut 'onerror' dans un élément 'include',
281 permettant de renvoyer un message d'erreur personnalisé à la place
282 du message d'erreur par défaut.</dd>
284 <dt><module>mod_cgi</module>, <module>mod_include</module>,
285 <module>mod_isapi</module>, ...</dt>
286 <dd>La traduction des en-têtes en variables d'environnement est
287 plus stricte qu'avant, ce qui permet de diminuer l'exposition aux attaques
288 de type cross-site-scripting via injection d'en-têtes. Les
289 en-têtes contenant des caractères invalides (comme les caractères
290 de soulignement) sont maintenant ignorés. Le document <a
291 href="env.html">Les variables d'environnement dans Apache</a>
292 présente quelques pistes pour contourner ce problème avec les
293 clients anciens qui nécessitent de tels en-têtes (Ceci affecte
294 tous les modules qui utilisent ces variables d'environnement).</dd>
296 <dt><module>mod_authz_core</module>Conteneurs de logique d'autorisation</dt>
298 <dd>La directive <directive
299 module="mod_authz_core">Require</directive> et les directives de
300 conteneurs associées, comme <directive module="mod_authz_core"
301 type="section">RequireAll</directive>, permettent de définir une
302 logique d'autorisation avancée.</dd>
306 <dt><module>mod_rewrite</module></dt>
307 <dd>La directive <directive
308 module="mod_rewrite">RewriteRule</directive> dispose maintenant
309 des drapeaux <code>[QSD]</code> (Query String Discard) et
310 <code>[END]</code> qui permettent de simplifier les scénarios de
311 réécriture courants.</dd>
312 <dd>Possibilité d'utiliser des expressions booléennes complexes
313 dans la directive <directive
314 module="mod_rewrite">RewriteCond</directive>.</dd>
315 <dd>Possibilité d'utiliser des requêtes SQL en tant que fonctions
316 dans la directive <directive
317 module="mod_rewrite">RewriteMap</directive>.</dd>
319 <dt><module>mod_ldap</module>, <module>mod_authnz_ldap</module></dt>
320 <dd><module>mod_authnz_ldap</module> ajoute le support des
321 groupes imbriqués.</dd>
322 <dd><module>mod_ldap</module> apporte les directives <directive
323 module="mod_ldap">LDAPConnectionPoolTTL</directive> et <directive
324 module="mod_ldap">LDAPTimeout</directive>, ainsi que d'autres
325 améliorations dans le traitement des délais. Ceci s'avère utile
326 pour les configurations où un pare-feu à mémoire d'état (stateful)
327 rejète les connexions inactives vers le serveur LDAP.</dd>
328 <dd><module>mod_ldap</module> propose la directive <directive
329 module="mod_ldap">LDAPLibraryDebug</directive> qui permet de
330 journaliser les informations de débogage fournies par la boîte à
331 outils LDAP utilisée</dd>
333 <dt><module>mod_info</module></dt>
334 <dd><module>mod_info</module> est maintenant capable d'afficher la
335 configuration préinterprétée sur stdout au cours du démarrage du
341 <section id="programs">
342 <title>Améliorations des programmes</title>
345 <dd>Nouvel utilitaire pour le démarrage des démons FastCGI</dd>
346 <dt>htcacheclean</dt>
347 <dd>Les URLs présentes dans le cache peuvent maintenant être
348 affichées, accompagnées éventuellement de leurs métadonnées.</dd>
349 <dd>Possibilité de supprimer explicitement des URLs individuelles
350 présentes dans le cache.</dd>
351 <dd>Les tailles de fichiers peuvent maintenant être arrondies au
352 multiple de la taille de bloc donnée, les limites de taille
353 collant de ce fait d'avantage à la taille réelle sur disque.</dd>
354 <dd>La taille du cache peut maintenant être limitée par le
355 nombre d'inodes, en plus de la possibilité de limitation par la
356 taille des fichiers.</dd>
359 <dd>Possibilité de créer un lien vers le fichier journal
361 <dd>Possibilité d'invoquer un script personnalisé après la
366 <section id="documentation">
367 <title>Documentation</title>
370 <dd>La documentation du module <module>mod_rewrite</module> a
371 été réorganisée et presque entièrement réécrite en mettant
372 l'accent sur les exemples et l'utilisation courante, ainsi que
373 sur la l'incitation à utiliser d'autres solutions lorsque cela
374 s'avère plus approprié. Le document <a href="rewrite/">Rewrite
375 Guide</a> constitue maintenant une section de premier niveau ;
376 il est mieux organisé et contient beaucoup plus de détails.</dd>
379 <dd>La documentation du module <module>mod_ssl</module> a été
380 grandement améliorée, avec plus d'exemples et un niveau "Bien
381 démarrer" qui s'ajoutent aux détails techniques déjà présents
382 dans la précédente documentation.</dd>
384 <dt>Caching Guide</dt>
385 <dd>Le <a href="caching.html">Guide de la mise en cache</a> a
386 été réécrit afin de bien faire la différence entre les
387 fonctionnalités de mise en cache de la RFC2616 HTTP/1.1 fournies
388 par le module <module>mod_cache</module>, et la mise en cache
389 générique de type clé/valeur fournie par l'interface <a
390 href="socache.html">socache</a>, mais aussi pour couvrir la mise
391 en cache spécialisée fournie par des mécanismes tels que ceux du
392 module <module>mod_file_cache</module>.</dd>
396 <section id="developer">
397 <title>Modifications concernant les développeur de modules</title>
399 <dt>Ajout de code pour la vérification de la configuration</dt>
401 <dd>Une nouvelle fonction, <code>check_config</code>, a été ajoutée et
402 s'exécute entre les fonctions <code>pre_config</code> et
403 <code>open_logs</code>. Elle s'exécute aussi avant la fonction
404 <code>test_config</code> si l'option <code>-t</code> est passée au
405 démon <program>httpd</program>. La fonction <code>check_config</code>
406 permet aux modules de vérifier l'interdépendance des valeurs des
407 directives de configuration et d'ajuster ces valeurs, alors que les
408 messages du serveur peuvent encore être affichés sur la console.
409 L'utilisateur est ainsi averti des erreurs de configuration avant que la
410 fonction du noyau <code>open_logs</code> ne redirige les sorties de la
411 console vers le journal des erreurs.</dd>
413 <dt>Ajout d'un analyseur syntaxique d'expressions</dt>
414 <dd>Nous disposons à présent d'un analyseur générique d'expressions, dont l'API
415 est décrite dans <var>ap_expr.h</var>. Il s'agit d'une adaptation de
416 l'analyseur qu'on trouvait auparavant dans <module>mod_ssl</module>.</dd>
418 <dt>Conteneurs de logique d'autorisation</dt>
420 <dd>Afin de fournir une logique d'autorisation avancée via des
421 directives telles que <directive module="mod_authz_core"
422 type="section">RequireAll</directive>, les modules d'autorisation
423 s'enregistrent maintenant en tant
424 que fournisseur par le biais de ap_register_auth_provider().</dd>
426 <dt>Interface de mise en cache des petits objets</dt>
428 <dd>Le fichier d'en-têtes <var>ap_socache.h</var> fournit une
429 interface à base de fournisseur pour la mise en cache des petits
430 objets de données, en s'inspirant de
431 l'implémentation précédente
432 du cache de session par <module>mod_ssl</module>. Sont supportés
433 actuellement : les fournisseurs utilisant un tampon cyclique en
434 mémoire partagée, les fichiers dbm sur disque, et les caches
435 distribués de type memcache.</dd>
437 <dt>Ajout du point d'ancrage Cache Status</dt>
439 <dd>Le module <module>mod_cache</module> inclut maintenant un
440 nouveau point d'ancrage, <code>cache_status</code>, qui est appelé
441 lorsque la décision à propos de la mise en cache est connue. Il en
442 existe une implémentation par défaut qui ajoute les en-têtes
443 optionnels <code>X-Cache</code> et <code>X-Cache-Detail</code> à
444 la réponse.</dd>
448 <p>La documentation du développeur contient une <a
449 href="developer/new_api_2_4.html">liste détaillée des modifications