From: Lucien Gentis Date: Sun, 16 Aug 2015 15:58:57 +0000 (+0000) Subject: Rebuild. X-Git-Tag: 2.5.0-alpha~2956 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=de815d9ab01858119f48057a357bc9c95cdbc020;p=thirdparty%2Fapache%2Fhttpd.git Rebuild. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1696152 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/core.html.fr b/docs/manual/mod/core.html.fr index eb43f486c99..aa4d40f673d 100644 --- a/docs/manual/mod/core.html.fr +++ b/docs/manual/mod/core.html.fr @@ -98,6 +98,8 @@ disponibles
  • NameVirtualHost
  • Options
  • Protocol
    • +
  • Protocols
    • +
  • ProtocolsHonorOrder
  • RegisterHttpMethod
  • RLimitCPU
  • RLimitMEM
    • @@ -3926,6 +3928,86 @@ serveur HTTP Apache.
    top
    +

    Directive Protocols

    + + + + + + + +
    Description:Protocoles disponibles pour un serveur virtuel ou non
    Syntaxe:Protocols protocole ...
    Contexte:configuration du serveur, serveur virtuel
    Statut:Core
    Module:core
    Compatibilité:Disponible à partir de la version 2.4.17 du serveur + HTTP Apache.
    +

    Cette directive permet de spécifier la liste des protocoles + supportés par un serveur virtuel ou non. Cette liste énumère les + protocoles qu'un client sera autorisé à négocier avec ce + serveur.

    + +

    Vous ne devez fournir cette liste que si vous voulez limiter + les protocoles disponibles pour le serveur. Par défaut, tous les + protocoles sont disponibles.

    + +

    Par exemple, si vous ne voulez autoriser que le protocole + HTTP/1.1, même si le protocole HTTP/2 est disponible, utilisez + cette directive comme suit :

    + + 
    Protocols http/1.1
    + + +

    Les protocoles valides sont http/1.1 pour les + connexions http et https, h2 pour les connections + https et h2c pour les connexions http. D'autres + modules peuvent fournir d'autres protocoles.

    + +

    Spécifier des protocoles non disponibles ou désactivés n'aura + aucun effet, et ceux-ci seront simplement ignorés.

    + +

    Si des protocoles sont spécifiés au niveau du serveur + principal, il seront concaténés à ceux éventuellement définis + au niveau des serveurs virtuels. Comme certains protocoles comme + HTTP/2 permettent la réutilisation des connexions sous certaines + conditions, la restriction de l'utilisation des protocoles pour + des serveurs virtuels individuels pourra ne pas fonctionner de + la manière dont vous vous attendez.

    + + +

    Voir aussi

    + +
    +
    top
    +

    Directive ProtocolsHonorOrder

    + + + + + + + + +
    Description:Protocoles disponibles pour un serveur virtuel ou non
    Syntaxe:ProtocolsHonorOrder On|Off
    Défaut:ProtocolsHonorOrder Off
    Contexte:configuration du serveur, serveur virtuel
    Statut:Core
    Module:core
    Compatibilité:Disponible à partir de la version 2.4.17 du serveur + HTTP Apache.
    +

    Cette directive permet de définir si le serveur doit tenir + compte de l'ordre des protocoles définis par la directive + Protocols.

    + +

    Par défaut, un client fournit une liste de protocoles + supportés et le serveur sélectionne le premier disponible.

    + +

    Si la directive ProtocolsHonorOrder + est définie à on, il n'est pas tenu compte de l'ordre de la liste des + protocoles fournie par le client, et seul l'ordre de la liste des + protocles définie au niveau du serveur influera la négociation + du protocole.

    + + +

    Voir aussi

    + +
    +
    top

    Directive RegisterHttpMethod

    diff --git a/docs/manual/mod/core.xml.meta b/docs/manual/mod/core.xml.meta index b9d96ee4c52..e78755527af 100644 --- a/docs/manual/mod/core.xml.meta +++ b/docs/manual/mod/core.xml.meta @@ -10,7 +10,7 @@ deenes - fr + frjatr diff --git a/docs/manual/mod/directives.html.fr b/docs/manual/mod/directives.html.fr index 21050b33320..0652ee24779 100644 --- a/docs/manual/mod/directives.html.fr +++ b/docs/manual/mod/directives.html.fr @@ -306,9 +306,7 @@
  • Group
  • H2BufferOutput
  • H2BufferSize
    • -
  • H2BufferWriteMax
  • H2Direct
    • -
  • H2Engine
  • H2MaxHeaderListSize
  • H2MaxSessionStreams
  • H2MaxWorkerIdleSeconds
    • @@ -424,6 +422,7 @@
  • MaxSpareServers
  • MaxSpareThreads
  • MaxThreads
    • +
  • MemcacheConnTTL
  • MergeTrailers
  • MetaDir
  • MetaFiles
    • @@ -468,6 +467,8 @@
  • PrivilegesMode
  • Protocol
  • ProtocolEcho
    • +
  • Protocols
    • +
  • ProtocolsHonorOrder
  • <Proxy>
  • ProxyAddHeaders
  • ProxyBadHeader
    • diff --git a/docs/manual/mod/mod_log_forensic.html.fr b/docs/manual/mod/mod_log_forensic.html.fr index 439e5e686aa..5c5f7dfbb8f 100644 --- a/docs/manual/mod/mod_log_forensic.html.fr +++ b/docs/manual/mod/mod_log_forensic.html.fr @@ -31,8 +31,6 @@  ja  |  tr 

    -
    Cette traduction peut être périmée. Vérifiez la version - anglaise pour les changements récents.
    Description:Enregistrement de méthodes HTTP non standards
    @@ -40,8 +38,15 @@ serveur
    Description:Journalisation légale des requêtes envoyées au serveur
    Statut:Extension
    Fichier Source:mod_log_forensic.c

    Sommaire

    -

    Ce module permet la journalisation légale des requêtes client. La - journalisation s'effectuant avant et après le traitement de la +

    Ce module permet la journalisation légale des requêtes client.

    + +

    La création du fichier journal correspondant s'effectue via la + directive ForensicLog comme suit :

    + + 
    ForensicLog logs/forensic_log
    + + +

    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 :

    @@ -54,9 +59,16 @@ serveur mémoire (selon la définition de la directive CoreDumpDirectory). -

    Pour interpréter les données du journal légal, vous pouvez vous +

    Pour interpréter les données du journal + légal afin d'identifier les requêtes dont le traitement n'a + pas été mené à bien, vous pouvez vous aider du script check_forensic qui se trouve dans le répertoire support de la distribution.

    + +

    + check-forensic forensic_log +

    +
    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 diff --git a/docs/manual/mod/mod_log_forensic.xml.meta b/docs/manual/mod/mod_log_forensic.xml.meta index 4760ed9eee9..0733ebcb84f 100644 --- a/docs/manual/mod/mod_log_forensic.xml.meta +++ b/docs/manual/mod/mod_log_forensic.xml.meta @@ -8,7 +8,7 @@ en - fr + fr ja tr diff --git a/docs/manual/mod/mod_proxy.html.fr b/docs/manual/mod/mod_proxy.html.fr index 607f806affe..d2afb3534dc 100644 --- a/docs/manual/mod/mod_proxy.html.fr +++ b/docs/manual/mod/mod_proxy.html.fr @@ -279,7 +279,7 @@ ProxyVia On

    Cette directive va créer un worker associé à l'URL du serveur - original http://backend.example.com, et utilisant les + original http://backend.example.com, qui utilisera les valeurs de timeout données. Lorsqu'ils sont utilisés dans le cadre d'un mandataire direct, les workers sont en général définis via la directive ProxySet,

    @@ -1612,7 +1612,7 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail utilisent PATH_INFO. Le mot-clé optionnel nocanon modifie ce comportement et permet de transmettre le chemin d'URL sous sa forme brute au serveur d'arrière-plan. Notez - que ceci peut affecter la sécurité de votre serveur d'arrière-plan, + que ce mot-clé peut affecter la sécurité de votre serveur d'arrière-plan, car la protection limitée contre les attaques à base d'URL que fournit le mandataire est alors supprimée.

    @@ -1714,8 +1714,8 @@ les configurations de mandataires inverses ProxyPassReverseCookiePath, en leur indiquant de remplacer la chaîne ${nom_var} dans les directives de configuration par la valeur de la variable d'environnement - nom_var (si l'option interpolate est - spécifiée).

    + nom_var si l'option interpolate est + spécifiée.

    Conservez cette directive à off (pour les performances du serveur), sauf si vous en avez réellement besoin.

    @@ -1829,8 +1829,8 @@ par un serveur mandat

    chemin est le nom d'un chemin virtuel local. - url est une URL partielle pour le serveur distant - ils - sont utilisés de la même façon qu'avec la directive ProxyPass.

    + url est une URL partielle pour le serveur distant. Ces + paramètres sont utilisés de la même façon qu'avec la directive ProxyPass.

    Supposons par exemple que le serveur local a pour adresse http://example.com/ ; alors

    @@ -1846,7 +1846,7 @@ ProxyPassReverseCookiePath "/" "/mirror/foo/" requête mandatée pour http://backend.example.com/bar (la fonctionnalité fournie par ProxyPass). Il va aussi s'occuper des redirections que le serveur - backend.example.com envoie : lorsque + backend.example.com envoie lorsque http://backend.example.com/bar est redirigé par celui-ci vers http://backend.example.com/quux, Apache httpd corrige ceci en http://example.com/miroir/foo/quux @@ -1855,8 +1855,9 @@ ProxyPassReverseCookiePath "/" "/mirror/foo/" définition de la directive UseCanonicalName.

    Notez que la directive ProxyPassReverse - peut aussi être utilisée en conjonction avec la fonctionnalité - pass-through (RewriteRule ... [P]) du module + peut aussi être utilisée en conjonction avec la + fonctionnalité de mandataire + (RewriteRule ... [P]) du module mod_rewrite, car elle ne dépend pas d'une directive ProxyPass correspondante.

    @@ -1948,7 +1949,7 @@ dans un contexte de r

    Lorsqu'elle est activée, cette directive va transmettre l'en-tête Host: de la requête entrante vers le serveur mandaté, au lieu du nom - d'hôte spécifié par la directive ProxyPass.

    + d'hôte spécifié par la directive ProxyPass.

    Cette directive est habituellement définie à Off. Elle est principalement utile dans les configurations particulières @@ -2018,7 +2019,7 @@ ProxyRemote ftp http://ftpproxy.mydomain:8080 HTTP, vers un autre mandataire capable de les traiter.

    Cette directive supporte aussi les configurations de mandataire - inverse - un serveur web d'arrière-plan peut être intégré dans + inverse ; un serveur web d'arrière-plan peut être intégré dans l'espace d'URL d'un serveur virtuel, même si ce serveur est caché par un autre mandataire direct.

    diff --git a/docs/manual/mod/mod_proxy.xml.meta b/docs/manual/mod/mod_proxy.xml.meta index f0185375d44..38a79fdda73 100644 --- a/docs/manual/mod/mod_proxy.xml.meta +++ b/docs/manual/mod/mod_proxy.xml.meta @@ -8,7 +8,7 @@ en - fr + fr ja diff --git a/docs/manual/rewrite/flags.html.fr b/docs/manual/rewrite/flags.html.fr index 57bfe961de9..9a5ab5f9143 100644 --- a/docs/manual/rewrite/flags.html.fr +++ b/docs/manual/rewrite/flags.html.fr @@ -166,6 +166,15 @@ suivante :

    [CO=NAME:VALUE:DOMAIN:lifetime:path:secure:httponly]

    +

    Si un caractère littéral ':' doit être insérer dans un des champs du +cookie, une autre syntaxe est disponible. Pour utiliser cette syntaxe +alternative, le contenu du champ "Name" doit être précédé du caractère +';', et les sépateurs de champs deviendront des ';'.

    + +

    +[CO=;NAME;VALUE:MOREVALUE;DOMAIN;lifetime;path;secure;httponly] +

    +

    Vous devez déclarer un nom, une valeur et un domaine pour que le cookie puisse être défini.

    diff --git a/docs/manual/rewrite/flags.xml.meta b/docs/manual/rewrite/flags.xml.meta index e4f3ee6f495..912229af035 100644 --- a/docs/manual/rewrite/flags.xml.meta +++ b/docs/manual/rewrite/flags.xml.meta @@ -8,6 +8,6 @@ en - fr + fr