diff options
| author | Vincent Deffontaines <gryzor@apache.org> | 2012-06-29 09:18:29 +0000 |
|---|---|---|
| committer | Vincent Deffontaines <gryzor@apache.org> | 2012-06-29 09:18:29 +0000 |
| commit | 3e01b67ea5bb2b4a0bee55a678baa836a286bc17 (patch) | |
| tree | fefde8e8f7558f0a526ef2faf6294431608bf04f /docs/manual/mod/mod_log_forensic.xml.fr | |
| parent | d8b14b31bfbe4d625d5c7384168d531eec449ada (diff) | |
| download | httpd-3e01b67ea5bb2b4a0bee55a678baa836a286bc17.tar.gz | |
Fixing the accents encoding.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1355283 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'docs/manual/mod/mod_log_forensic.xml.fr')
| -rw-r--r-- | docs/manual/mod/mod_log_forensic.xml.fr | 136 |
1 files changed, 68 insertions, 68 deletions
diff --git a/docs/manual/mod/mod_log_forensic.xml.fr b/docs/manual/mod/mod_log_forensic.xml.fr index 0ec3f23693..c54794fdb4 100644 --- a/docs/manual/mod/mod_log_forensic.xml.fr +++ b/docs/manual/mod/mod_log_forensic.xml.fr @@ -25,7 +25,7 @@ <modulesynopsis metafile="mod_log_forensic.xml.meta"> <name>mod_log_forensic</name> -<description>Journalisation légale des requêtes envoyées au +<description>Journalisation légale des requêtes envoyées au serveur</description> <status>Extension</status> <sourcefile>mod_log_forensic.c</sourcefile> @@ -34,52 +34,52 @@ serveur</description> depuis la version 2.1</compatibility> <summary> - <p>Ce module permet la journalisation légale des requêtes client. La - journalisation s'effectuant avant et après le traitement de la - requête, le journal légal contient deux lignes pour chaque requête. - Le processus de journalisation légale est très strict, à savoir + <p>Ce module permet la journalisation légale des requêtes client. La + journalisation s'effectuant avant et après le traitement de la + requête, le journal légal contient deux lignes pour chaque requête. + Le processus de journalisation légale est très strict, à savoir :</p> <ul> - <li>Le format est figé. Vous ne pouvez pas modifier le format du - journal à l'exécution.</li> - <li>S'il ne peut pas enregistrer ses données, le processus enfant se - termine aussitôt, et peut éventuellement enregistrer un vidage - mémoire (selon la définition de la directive <directive + <li>Le format est figé. Vous ne pouvez pas modifier le format du + journal à l'exécution.</li> + <li>S'il ne peut pas enregistrer ses données, le processus enfant se + termine aussitôt, et peut éventuellement enregistrer un vidage + mémoire (selon la définition de la directive <directive module="mpm_common">CoreDumpDirectory</directive>).</li> </ul> - <p>Pour interpréter les données du journal légal, vous pouvez vous + <p>Pour interpréter les données du journal légal, vous pouvez vous aider du script <code>check_forensic</code> qui se trouve dans le - répertoire support de la distribution.</p> - <note>Note de traduction : le terme "légal" utilisé dans le présent document ne suggère aucunement que - ce module apporte une valeur juridique aux journaux. Il est à comprendre dans le contexte - similaire à ce que l'on trouve en analyse medico-légale. En d'autres termes, la finalité de ce module - est de simplifier les opérations d'investigation autour du traitement des requêtes par le serveur.</note> + répertoire support de la distribution.</p> + <note>Note de traduction : le terme "légal" utilisé dans le présent document ne suggère aucunement que + ce module apporte une valeur juridique aux journaux. Il est à comprendre dans le contexte + similaire à ce que l'on trouve en analyse medico-légale. En d'autres termes, la finalité de ce module + est de simplifier les opérations d'investigation autour du traitement des requêtes par le serveur.</note> </summary> <seealso><a href="../logs.html">Les fichiers journaux d'Apache</a></seealso> <seealso><module>mod_log_config</module></seealso> <section id="formats"><title>Format du journal Forensic</title> - <p>Chaque requête fait l'objet d'une double journalisation. La - requête est journalisée une première fois avant son traitement - (c'est à dire après la réception des en-têtes). La deuxième entrée - du journal est écrite <em>après</em> le traitement de la requête, en + <p>Chaque requête fait l'objet d'une double journalisation. La + requête est journalisée une première fois avant son traitement + (c'est à dire après la réception des en-têtes). La deuxième entrée + du journal est écrite <em>après</em> le traitement de la requête, en fait au moment de la journalisation habituelle.</p> - <p>Un identifiant unique est attribué à chaque requête afin de - pouvoir l'identifier. Cette identifiant légal peut faire l'objet - d'un enregistrement dans le journal standard en utilisant l'élément - de chaîne de format <code>%{forensic-id}n</code>. Si vous utilisez - <module>mod_unique_id</module>, c'est l'identifiant qu'il génère qui - sera utilisé.</p> + <p>Un identifiant unique est attribué à chaque requête afin de + pouvoir l'identifier. Cette identifiant légal peut faire l'objet + d'un enregistrement dans le journal standard en utilisant l'élément + de chaîne de format <code>%{forensic-id}n</code>. Si vous utilisez + <module>mod_unique_id</module>, c'est l'identifiant qu'il génère qui + sera utilisé.</p> - <p>La première partie de la journalisation de la requête enregistre - l'identifiant légal, la ligne de la requête et tous les en-têtes - reçus séparés par des caractères pipe (<code>|</code>). Voici à - titre d'exemple à quoi pourrait ressembler une telle entrée (tout - étant rassemblé sur une seule ligne) :</p> + <p>La première partie de la journalisation de la requête enregistre + l'identifiant légal, la ligne de la requête et tous les en-têtes + reçus séparés par des caractères pipe (<code>|</code>). Voici à + titre d'exemple à quoi pourrait ressembler une telle entrée (tout + étant rassemblé sur une seule ligne) :</p> <example> +yQtJf8CoAB4AAFNXBIEAAAAA|GET /manual/de/images/down.gif @@ -88,9 +88,9 @@ d'Apache</a></seealso> Firefox/0.8|Accept:image/png, <var>etc...</var> </example> - <p>Le caractère plus ('+') de début indique qu'il s'agit de la - première entrée de journal pour cette requête. La seconde entrée ne - contiendra qu'un caractère moins ('-') suivi de l'identifiant :</p> + <p>Le caractère plus ('+') de début indique qu'il s'agit de la + première entrée de journal pour cette requête. La seconde entrée ne + contiendra qu'un caractère moins ('-') suivi de l'identifiant :</p> <example> -yQtJf8CoAB4AAFNXBIEAAAAA @@ -99,71 +99,71 @@ d'Apache</a></seealso> <p>Le script <code>check_forensic</code> prend comme argument le nom du fichier journal. Il recherche ces paires d'identifiants <code>+</code>/<code>-</code> et affiche un message d'erreur si la - journalisation d'une requête n'est pas complète.</p> + journalisation d'une requête n'est pas complète.</p> </section> -<section id="security"><title>Considérations à propos de -sécurité</title> +<section id="security"><title>Considérations à propos de +sécurité</title> <p>Voir le document <a - href="../misc/security_tips.html#serverroot">conseils en matière de - sécurité</a> pour des détails sur les raisons pour lesquelles votre - sécurité pourrait être compromise si le répertoire dans lequel les - fichiers journaux sont stockés sont inscriptibles par tout autre - utilisateur que celui qui démarre le serveur.</p> - <p>Les fichiers journaux peuvent contenir des données sensibles - comme le contenu des en-têtes <code>Authorization:</code> (qui - peuvent contenir des mots de passe) ; ils ne doivent donc être - lisibles que par l'utilisateur qui démarre le serveur.</p> + href="../misc/security_tips.html#serverroot">conseils en matière de + sécurité</a> pour des détails sur les raisons pour lesquelles votre + sécurité pourrait être compromise si le répertoire dans lequel les + fichiers journaux sont stockés sont inscriptibles par tout autre + utilisateur que celui qui démarre le serveur.</p> + <p>Les fichiers journaux peuvent contenir des données sensibles + comme le contenu des en-têtes <code>Authorization:</code> (qui + peuvent contenir des mots de passe) ; ils ne doivent donc être + lisibles que par l'utilisateur qui démarre le serveur.</p> </section> <directivesynopsis> <name>ForensicLog</name> -<description>Définit le nom de fichier du journal légal</description> +<description>Définit le nom de fichier du journal légal</description> <syntax>ForensicLog <var>nom-fichier</var>|<var>pipe</var></syntax> <contextlist><context>server config</context><context>virtual host</context> </contextlist> <usage> <p>La directive <directive>ForensicLog</directive> permet de - contrôler la journalisation des requêtes à des fins d'analyse - légale. Chaque entrée du journal se voit assigner un identifiant - unique qui peut être associé à la requête en utilisant la directive + contrôler la journalisation des requêtes à des fins d'analyse + légale. Chaque entrée du journal se voit assigner un identifiant + unique qui peut être associé à la requête en utilisant la directive <directive module="mod_log_config">CustomLog</directive> habituelle. - <module>mod_log_forensic</module> crée un élément nommé - <code>forensic-id</code>, qui peut être ajouté au journal standard - en utilisant l'élément de format <code>%{forensic-id}n</code>.</p> + <module>mod_log_forensic</module> crée un élément nommé + <code>forensic-id</code>, qui peut être ajouté au journal standard + en utilisant l'élément de format <code>%{forensic-id}n</code>.</p> - <p>L'argument, qui permet de spécifier l'emplacement vers lequel le - journal légal sera écrit, peut contenir les deux types de valeurs + <p>L'argument, qui permet de spécifier l'emplacement vers lequel le + journal légal sera écrit, peut contenir les deux types de valeurs suivants :</p> <dl> <dt><var>nom-fichier</var></dt> - <dd>Un nom de fichier relatif au répertoire défini par la + <dd>Un nom de fichier relatif au répertoire défini par la directive <directive module="core">ServerRoot</directive>.</dd> <dt><var>pipe</var></dt> - <dd>Le caractère pipe "<code>|</code>", suivi du chemin vers un + <dd>Le caractère pipe "<code>|</code>", suivi du chemin vers un programme qui recevra les informations de la journalisation sur - son entrée standard. Le nom du programme peut être relatif au - répertoire défini par la directive <directive + son entrée standard. Le nom du programme peut être relatif au + répertoire défini par la directive <directive module="core">ServerRoot</directive>. - <note type="warning"><title>Sécurité :</title> - <p>Si les journaux sont redirigés vers un programme, ce dernier - s'exécutera sous l'utilisateur qui a démarré + <note type="warning"><title>Sécurité :</title> + <p>Si les journaux sont redirigés vers un programme, ce dernier + s'exécutera sous l'utilisateur qui a démarré <program>httpd</program>. Ce sera l'utilisateur root si le serveur - a été démarré par root ; vérifiez que le programme est - sécurisé ou passe sous le contrôle d'un utilisateur possédant des + a été démarré par root ; vérifiez que le programme est + sécurisé ou passe sous le contrôle d'un utilisateur possédant des droits restreints.</p> </note> <note><title>Note</title> - <p>Lors de la spécification d'un chemin de fichier sur les + <p>Lors de la spécification d'un chemin de fichier sur les plate-formes non-Unix, il faut prendre soin de ne pas oublier - que seuls les slashes directs doivent être utilisés, même si la - plate-forme autorise l'emploi d'anti-slashes. D'une manière - générale, c'est une bonne idée que de n'utiliser que des slashes + que seuls les slashes directs doivent être utilisés, même si la + plate-forme autorise l'emploi d'anti-slashes. D'une manière + générale, c'est une bonne idée que de n'utiliser que des slashes directs dans les fichiers de configuration.</p> </note></dd> </dl> |