From: Lucien Gentis Date: Thu, 21 Dec 2023 15:19:52 +0000 (+0000) Subject: fr doc XML file update. X-Git-Tag: 2.4.59-rc1-candidate~104 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=d36d845536d198162ceed1b178da07134504ca23;p=thirdparty%2Fapache%2Fhttpd.git fr doc XML file update. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1914826 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/caching.xml.fr b/docs/manual/caching.xml.fr index 46d9041bd03..1054cb28228 100644 --- a/docs/manual/caching.xml.fr +++ b/docs/manual/caching.xml.fr @@ -33,7 +33,7 @@ href="programs/htcacheclean.html">htcacheclean. Il décrit l'utilisation des fonctionnalités de mise en cache du serveur HTTP Apache - pour accélérer les services web et proxy, tout en évitant les problèmes + pour accélérer les services web et mandataire, tout en évitant les problèmes courants et les erreurs de configuration.

@@ -122,7 +122,7 @@ contenu est supprimé lorsqu'il est périmé, un cache HTTP comporte un mécanisme permettant de conserver temporairement un contenu périmé, de demander au serveur original si ce contenu périmé a été modifié, - et dans le cas contraire de le rendre à nouveau valide.

+ et dans le cas contraire de le rendre à nouveau valable.

Une entrée d'un cache HTTP peut se présenter sous un de ces trois états :

@@ -251,7 +251,7 @@ nombreux alias du serveur, la définition de la directive UseCanonicalName à On peut augmenter de manière significative le nombre - de correspondances positives dans le cache. Ceci est du au fait + de correspondances positives dans le cache. Cela est dû au fait que la clé du cache contient le nom d'hôte du serveur virtuel. Avec UseCanonicalName positionnée à On, @@ -265,13 +265,13 @@ Durée de fraîcheur

Un contenu bien formé destiné à être mis en cache doit déclarer - explicitement une durée de fraîcheur via les champs + explicitement une durée de fraîcheur à l'aide des champs max-age ou s-maxage de l'en-tête Cache-Control, ou en incluant un en-tête Expires.

De plus, un client peut passer outre la durée de fraîcheur - définie pour le serveur original en ajoutant son propre en-tête + définie pour le serveur d'origine en ajoutant son propre en-tête Cache-Control à la requête. Dans ce cas, c'est la durée de fraîcheur la plus basse entre la requête et la réponse qui l'emporte.

@@ -286,13 +286,13 @@

Si une réponse ne contient pas d'en-tête Expires mais inclut un en-tête Last-Modified, mod_cache peut déduire une durée de fraîcheur en se basant sur une - heuristique, qui peut être contrôlée via la directive CacheLastModifiedFactor.

Pour les contenus locaux, ou les contenus distants qui ne spécifient pas leur propre en-tête Expires, mod_expires permet de régler finement la durée de - fraîcheur via les paramètres max-age et + fraîcheur à l'aide des paramètres max-age et Expires.

On peut aussi contrôler la durée de fraîcheur maximale en utilisant @@ -318,7 +318,7 @@

Lorsqu'un serveur d'origine reçoit une requête conditionnelle, il vérifie si le paramètre Etag ou Last-Modified a été modifié en fonction des paramètres de la requête. Si ce n'est pas le cas, il - répondra avec le message lapidaire "304 Not Modified". Ceci + répondra avec le message lapidaire "304 Not Modified". Cela informe le cache que le contenu est périmé mais encore à jour, et peut être utilisé tel quel pour les prochaines requêtes jusqu'à ce qu'il atteigne à nouveau sa date de péremption.

@@ -358,7 +358,7 @@ dans la section 13.4 Response Cacheability de la RFC2616, et peut se résumer - ainsi :

+ ainsi :

  1. La mise en cache doit être activée pour cette URL. Voir les @@ -372,14 +372,14 @@
  2. La requête doit être de type HTTP GET.
    3. -
  3. Si la réponse contient un en-tête "Authorization:", elle doit aussi - contenir une option "s-maxage", "must-revalidate" ou "public" - dans l'en-tête "Cache-Control:".
    4. +
  4. Si la réponse contient un en-tête "Authorization:", elle doit aussi + contenir une option "s-maxage", "must-revalidate" ou "public" dans l'en-tête + "Cache-Control:".
  5. Si l'URL contient une chaîne de requête (provenant par exemple d'une méthode GET de formulaire HTML), elle ne sera pas mise en cache, à moins que la réponse ne - spécifie explicitement un délai d'expiration via un + spécifie explicitement un délai d'expiration à l'aide d'un en-tête "Expires:" ou une directive max-age ou s-maxage de l'en-tête "Cache-Control:" comme indiqué dans les sections 13.2.1. et 13.9 de la RFC2616.
    6. @@ -423,7 +423,7 @@

    Les contenus qui varient au cours du temps, ou en fonction de particularités de la requête non prises en compte par la négociation HTTP ne doivent pas être mis en cache. Ce type de - contenu doit se déclarer lui-même "à ne pas mettre en cache" via + contenu doit se déclarer lui-même "à ne pas mettre en cache" à l'aide de l'en-tête Cache-Control.

    Si le contenu change souvent, suite par exemple à une durée de @@ -498,8 +498,8 @@ Vary: negotiate,accept-language,accept-charset

    Le module mod_cache s'appuie sur des implémentations de stockage sous-jacentes spécifiques pour gérer - le cache ; à ce titre, mod_cache_disk fournit le - support de la mise en cache sur disque.

    + le cache ; à ce titre, mod_cache_disk fournit la + prise en charge de la mise en cache sur disque.

    En général, le module se configure comme suit :

    @@ -527,7 +527,7 @@ CacheDirLength 1 caractères de l'URL qui a fait l'objet d'une requête. Cette empreinte comprend le nom d'hôte, le protocole, le port, le chemin et tout argument de type CGI associé à l'URL, ainsi que les éléments - spécifiés dans l'en-tête Vary afin d'être sur que plusieurs URLs + spécifiés dans l'en-tête Vary afin d'être sûr que plusieurs URLs n'interfèrent pas entre elles.

    Chaque position de l'empreinte peut contenir un caractère @@ -535,7 +535,7 @@ CacheDirLength 1 64^22 possibilités pour une empreinte. Par exemple, une URL peut posséder l'empreinte xyTGxSMO2b68mBCykqkp1w. Cette empreinte est utilisée pour préfixer les noms de fichiers spécifiques à cette URL à - l'intérieur du cache; cependant, elle est tout d'abord placée dans les + l'intérieur du cache ; cependant, elle est tout d'abord placée dans les répertoires du cache selon les directives CacheDirLevels et CacheDirLength.

    @@ -583,11 +583,11 @@ CacheDirLength 1 Maintenance du cache sur disque

    Le module mod_cache_disk n'effectue aucune - régulation de l'espace disque utilisé par le cache, mais s'il + régulation de l'espace disque utilisé par le cache, bien qu'il s'arrête en douceur en cas d'erreur disque et se comporte alors comme si le cache n'avait jamais existé.

    -

    Par contre l'utilitaire +

    Par contre, l'utilitaire htcacheclean fourni avec httpd vous permet de nettoyer le cache périodiquement. @@ -617,7 +617,7 @@ CacheDirLength 1 typique du cache / séquence de nettoyage.

    Comme mod_cache_disk ne tient pas compte de l'espace - utilisé dans le cache, vous devez vous assurer que + utilisé, vous devez vous assurer que htcacheclean est configuré de façon à laisser suffisamment d'"espace de croissance" à la suite d'un nettoyage.

    @@ -642,7 +642,7 @@ CacheSocache memcache:memcd.example.com:11211

    En outre, il est possible de spécifier plusieurs serveurs memcached en les ajoutant à la fin de la ligne - CacheSocache memcache: et en les séparant par des virgules :

    + CacheSocache memcache: et en les séparant par des virgules :

    CacheEnable socache / @@ -650,7 +650,7 @@ CacheSocache memcache:mem1.example.com:11211,mem2.example.com:11212

    Divers autres fournisseurs mod_cache_socache utilisent - aussi ce format. Par exemple :

    + aussi ce format. Par exemple :

    CacheEnable socache / @@ -692,8 +692,8 @@ CacheSocache dbm:/path/to/datafile ou les données d'authentification dans l'interface socache.

    -

    Pour chaque implémentation un module supplémentaire est fourni - qui offre les services d'arrière-plan suivants :

    +

    Pour chaque implémentation, un module supplémentaire est fourni + qui offre les services d'arrière-plan suivants :

    mod_socache_dbm
    @@ -837,7 +837,7 @@ CacheSocache dbm:/path/to/datafile bande passante dont vous disposez. Par contre, les temps d'accès à la mémoire sont de l'ordre de la nano-seconde.

    -

    Cependant la mémoire système n'est pas bon marché; à capacité égale, +

    Cependant la mémoire système n'est pas bon marché ; à capacité égale, c'est de loin le type de stockage le plus coûteux et il est important de s'assurer qu'elle est utilisée efficacement. Le fait de mettre en cache des fichiers en mémoire diminue d'autant la quantité de mémoire système @@ -871,22 +871,20 @@ sys 0m0.000s

    Même pour ce petit fichier, il y a une grande différence entre les - temps nécessaires pour lire le fichier. Ceci est du au fait que le + temps nécessaires pour lire le fichier. Cela est dû au fait que le noyau a mis en cache le contenu du fichier en mémoire.

    -

    Du fait de toujours pouvoir disposer de mémoire système, vous pouvez - être assuré qu'il y aura de plus en plus de contenus de fichiers stockés - dans ce cache. Ceci peut s'avérer une méthode de mise en cache en mémoire - très efficace, et ne nécessite aucune configuration supplémentaire +

    En s'assurant de toujours pouvoir disposer de mémoire système, vous + pouvez être assuré qu'il y aura de plus en plus de contenus de fichiers + stockés dans ce cache. Cela peut s'avérer une méthode de mise en cache en + mémoire très efficace, et ne nécessite aucune configuration supplémentaire de httpd.

    -

    De plus, comme le système d'exploitation sait si des fichiers - ont été +

    De plus, comme le système d'exploitation sait si des fichiers ont été supprimés ou modifiés, il peut effacer automatiquement des contenus de - fichiers du cache lorsque cela s'avère nécessaire. Ceci constitue un gros - avantage par rapport à la mise en cache en mémoire - de httpd qui n'a - aucune possibilité de savoir si un fichier a été modifié.

    + fichiers du cache lorsque cela s'avère nécessaire. Cela constitue un gros + avantage par rapport à la mise en cache en mémoire de httpd qui n'a aucune + possibilité de savoir si un fichier a été modifié.

    En dépit des performances et des avantages de la mise en cache @@ -899,11 +897,10 @@ sys 0m0.000s

    La directive MMapFile fournie par le module mod_file_cache vous permet de - demander à httpd de charger un contenu de fichier statique en mémoire - lors de son démarrage (à l'aide de l'appel - système mmap). httpd - utilisera le contenu chargé en mémoire pour satisfaire ultérieurement - toutes les demandes d'accès à ce fichier.

    + demander à httpd de charger un contenu de fichier statique en mémoire lors + de son démarrage (à l'aide de l'appel système mmap). httpd utilisera le + contenu chargé en mémoire pour satisfaire ultérieurement toutes les + demandes d'accès à ce fichier.

    MMapFile /usr/local/apache2/htdocs/index.html @@ -956,7 +953,7 @@ sys 0m0.000s CacheDisable, ou le module mod_expires. Livré à lui-même, mod_cache - pratiquement comme un mandataire inverse - - mettrait en cache le contenu lors de son service, et le servirait ensuite + mettrait en cache le contenu lors de sa mise à dispisotion, et le servirait ensuite à tout client, vers n'importe quelle adresse IP.

    Lorsque la directive

    Piratages locaux -

    Etant donné que les requêtes des utilisateurs finaux peuvent être +

    Etant donné que les réponses vers les utilisateurs finaux peuvent être servies depuis le cache, ce dernier est une cible potentielle pour ceux qui veulent défigurer un contenu ou interférer avec lui. Il est important de garder à l'esprit que l'utilisateur sous lequel tourne @@ -986,14 +983,13 @@ sys 0m0.000s modifier une entité dans le cache en utilisant le module mod_cache_disk.

    -

    Cela représente un risque relativement élévé par rapport aux autres +

    Cela représente un risque relativement élevé par rapport aux autres types d'attaques qu'il est possible de mener sous l'utilisateur apache. - Si vous utilisez mod_cache_disk, vous devez garder ceci - à l'esprit : effectuez toujours les mises à jour de - httpdquand des - correctifs de sécurité sont annoncés et exécutez les processus CGI sous - un utilisateur autre qu'apache en utilisant - suEXEC dans la mesure du possible.

    + Si vous utilisez mod_cache_disk, vous devez garder ceci à + l'esprit : effectuez toujours les mises à jour de httpd quand des + correctifs de sécurité sont annoncés et exécutez les processus CGI sous un + utilisateur autre qu'apache en utilisant suEXEC + dans la mesure du possible.

    @@ -1005,7 +1001,7 @@ sys 0m0.000s cache" (Cache poisoning). L'empoisonnement du cache est un terme général pour désigner les attaques au cours desquelles l'attaquant fait en sorte que le serveur mandataire renvoie à un contenu incorrect (et souvent - indésirable) suite à en provenance du serveur d'arrière-plan. + indésirable) en provenance du serveur d'origine.

    Par exemple, si les serveur DNS qu'utilise votre système où tourne @@ -1017,9 +1013,9 @@ sys 0m0.000s

    Ce document n'est pas le bon endroit pour une discussion approfondie à propos de la Dissimulation de requêtes HTTP (utilisez plutôt votre - moteur de recherche favori); il est cependant important de savoir qu'il + moteur de recherche favori) ; il est cependant important de savoir qu'il est possible d'élaborer une série de requêtes, et d'exploiter une - vulnérabilité d'un serveur web d'origine de telle façon que l'attaquant + vulnérabilité d'un serveur web d'origine de façon que l'attaquant puisse contrôler entièrement le contenu renvoyé par le mandataire.