XML updates. (ae0e4328) · Commits · CYBER - Cyber Security / TS 103 523 MSP / TLMSP / TLMSP Apache Httpd

docs/manual/logs.xml.fr

+2 −2

Changes for docs/manual/logs.xml.fr: 2 added lines, 2 removed lines.
Original line number	Diff line number	Diff line
		@@ -657,7 +657,7 @@ CustomLog "\|$/usr/local/apache/bin/rotatelogs /var/log/access_log 86400" commo
		<p>Notez que sous Windows, la mémoire allouée au bureau (desktop
		heap) peut devenir insuffisante si vous utilisez de nombreux
		processus vers lesquels sont redirigés des journaux via un pipe, et
		ceci particulièrement si httpd s'exécute en temps que service. La
		ceci particulièrement si httpd s'exécute en tant que service. La
		quantité de mémoire du bureau allouée à chaque service est spécifiée
		dans le troisième argument du paramètre <code>SharedSection</code>
		de la clé de registre
		@@ -665,7 +665,7 @@ CustomLog "\|$/usr/local/apache/bin/rotatelogs /var/log/access_log 86400" commo
		<strong>Modifiez cette valeur avec prudence</strong> ; les
		précautions d'usage s'imposent lorsqu'on modifie la base de registre,
		mais vous pouvez aussi saturer la mémoire du bureau si vous
		spécifiez une valeur trop élévée.</p>
		spécifiez une valeur trop élevée.</p>
		</note>
		</section>

docs/manual/mod/mod_auth_form.xml.fr

+47 −49

Changes for docs/manual/mod/mod_auth_form.xml.fr: 47 added lines, 49 removed lines.
Original line number	Diff line number	Diff line
		<?xml version="1.0"?>
		<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
		<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
		<!-- English revision : 1555605 -->
		<!-- English Revision : 1659891 -->
		<!-- French translation : Lucien GENTIS -->
		<!-- Reviewed by : Vincent Deffontaines -->

		@@ -41,9 +41,9 @@
		en compte avant d'activer les sessions sur votre serveur.</p>
		</note>

		<p>Ce module permet de restreindre les accès, au moyen d'un formulaire de
		connexion HTML, en recherchant les utilisateurs auprès des fournisseurs
		spécifiés. Les formulaires HTML requièrent
		<p>Ce module permet de restreindre l'accès en recherchant les
		utilisateurs dans les fournisseurs spécifiés à l'aide d'un
		formulaire de connexion HTML. Les formulaires HTML requièrent
		davantage de configuration que les méthodes d'authentification
		alternatives, mais ils peuvent s'avérer beaucoup plus conviviaux
		pour les utilisateurs.
		@@ -80,7 +80,7 @@ l'authentification</a></seealso>
		<module>mod_session_cookie</module>, et l'authentification utilise
		un fichier en s'appuyant sur le module
		<module>mod_authn_file</module>. Si l'authentification échoue,
		l'utilisateur sera redirigé vers la page du formulaire de
		l'utilisateur dera redirigé vers la page du formulaire de
		connexion.</p>

		<example><title>Exemple simple</title>
		@@ -116,7 +116,7 @@ SessionCryptoPassphrase secret

		<p>Dans l'exemple simple ci-dessus, une URL a été protégée par
		<module>mod_auth_form</module>, mais on doit maintenant fournir
		à l'utilisateur un moyen de saisir un nom et un mot de passe. À cet
		à l'utilisateur un moyen d'entrer un nom et un mot de passe. À cet
		effet, on peut soit écrire une page de connexion indépendante
		dédiée, soit inclure le formulaire de connexion dans la page
		courante.</p>
		@@ -169,8 +169,8 @@ SessionCryptoPassphrase secret
		</highlight>
		</example>

		<p>L'URL spécifiée par la directive <directive
		module="mod_auth_form">AuthFormLoginRequiredLocation</directive>
		<p>L'URL spécifiée par la directive
		<directive module="mod_auth_form">AuthFormLoginRequiredLocation</directive>
		référencera en général une page expliquant à l'utilisateur que sa
		tentative de connexion a échoué, et qu'il doit la renouveler. La
		directive <directive
		@@ -185,7 +185,7 @@ SessionCryptoPassphrase secret
		<var>form-login-handler</var> pourra être utilisé pour différentes
		zones du site web.</p>

		<example><title>Exemple de formulaire de login avec page cible</title>
		<example><title>Exemple de formulaire d'authentification multizone</title>
		<highlight language="html">
		<form method="POST" action="/dologin.html">
		Username: <input type="text" name="httpd_username" value="" />
		@@ -363,10 +363,10 @@ SessionCryptoPassphrase secret
		</example>

		<p>Notez que la déconnexion d'un utilisateur ne supprime pas la
		session ; elle supprime seulement l'Utilisateur et le mot de passe
		session ; elle supprime seulement l'utilisateur et le mot de passe
		de la session. Si la session qui en résulte est vide, elle sera
		probablement supprimée, mais ce n'est pas garanti. Si vous voulez
		être sûr que la session sera supprimée, affectez une petite valeur
		être sûr que la session sera supprimée, affectez une valeur faible
		à la directive <directive
		module="mod_session">SessionMaxAge</directive>, par exemple 1
		(affecter à cette directive la valeur zéro signifie une session
		@@ -516,8 +516,8 @@ réussie</description>

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormLocation</directive> permet de
		spécifier le nom du champ HTML qui, s'il existe, contiendra l'URL
		module="mod_auth_form">AuthFormLocation</directive>
		spécifie le nom du champ HTML qui, s'il existe, contiendra l'URL
		vers laquelle rediriger le navigateur en cas de connexion
		réussie.</p>
		</usage>
		@@ -535,8 +535,8 @@ requête à effectuer en cas de connexion réussie</description

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormMethod</directive> permet de
		spécifier le nom du champ HTML qui, s'il existe, contiendra le type
		module="mod_auth_form">AuthFormMethod</directive>
		spécifie le nom du champ HTML qui, s'il existe, contiendra le type
		MIME de la requête à effectuer en cas de connexion réussie.</p>

		<p>En ajoutant au formulaire les champs décrits dans <directive
		@@ -562,8 +562,8 @@ réussie</description>

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormMimetype</directive> permet de
		spécifier le nom du champ HTML qui, s'il existe, contiendra le type
		module="mod_auth_form">AuthFormMimetype</directive>
		spécifie le nom du champ HTML qui, s'il existe, contiendra le type
		MIME de la requête à effectuer en cas de connexion réussie.</p>

		<p>En ajoutant au formulaire les champs décrits dans <directive
		@@ -588,8 +588,8 @@ requête à effectuer en cas de connexion réussie</description

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormBody</directive> permet de
		spécifier le nom du champ HTML qui, s'il existe, contiendra le corps
		module="mod_auth_form">AuthFormBody</directive>
		spécifie le nom du champ HTML qui, s'il existe, contiendra le corps
		de la requête à effectuer en cas de connexion réussie.</p>

		<p>En ajoutant au formulaire les champs décrits dans <directive
		@@ -614,7 +614,7 @@ extraites les informations de connexion</description>

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormSize</directive> permet de spécifier
		module="mod_auth_form">AuthFormSize</directive> spécifie
		la taille maximale du corps de la requête qui sera utilisée pour
		trouver le formulaire de connexion.</p>

		@@ -641,17 +641,16 @@ authentification est requise</description>
		<contextlist><context>directory</context>
		</contextlist>
		<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
		Apache. L'interpréteur d'expressions a été ajouté à partir de la version
		2.4.4.</compatibility>
		Apache. L'interprétation des expressions rationnelles est supportée
		depuis la version 2.4.4.</compatibility>

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormLoginRequiredLocation</directive>
		permet de spécifier l'URL vers laquelle l'utilisateur devra être
		redirigé s'il n'est pas autorisé à
		accéder à une page. L'argument passé à cette directive
		est lu au moyen de l'analyseur lexical <a href="../expr.html">ap_expr</a> avant d'être
		envoyé au client. Par défaut,
		spécifie l'URL vers laquelle l'utilisateur devra être
		redirigé s'il n'est pas autorisé à accéder à une page. Sa valeur est
		interprétée via l'interpréteur <a href="../expr.html">ap_expr</a>
		avant d'être envoyée au client. Par défaut,
		si un utilisateur n'est pas autorisé à accéder à une page, le code
		de réponse HTTP <code>HTTP_UNAUTHORIZED</code> est renvoyé avec la
		page spécifiée par la directive <directive
		@@ -674,16 +673,16 @@ de connexion réussie</description>
		<contextlist><context>directory</context>
		</contextlist>
		<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
		Apache. L'interpréteur d'expressions a été ajouté à partir de la version
		2.4.4.</compatibility>
		Apache. L'interprétation des expressions rationnelles est supportée
		depuis la version 2.4.4.</compatibility>

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormLoginSuccessLocation</directive>
		permet de spécifier l'URL vers laquelle l'utilisateur doit être
		redirigé en cas de connexion réussie. L'argument passé à cette directive
		est lu au moyen de l'analyseur lexical <a href="../expr.html">ap_expr</a> avant d'être
		envoyé au client. L'effet de cette directive
		spécifie l'URL vers laquelle l'utilisateur doit être
		redirigé en cas de connexion réussie. Sa valeur est
		interprétée via l'interpréteur <a href="../expr.html">ap_expr</a>
		avant d'être envoyée au client. L'effet de cette directive
		peut être annulé si l'on a défini un champ de formulaire contenant
		une autre URL à l'aide de la directive <directive
		module="mod_auth_form">AuthFormLocation</directive>.</p>
		@@ -697,7 +696,7 @@ Apache. L'interpréteur d'expressions a été ajouté &a

		<directivesynopsis>
		<name>AuthFormFakeBasicAuth</name>
		<description>Simule un en-tête d'authentification de base</description>
		<description>Simule une en-tête d'authentification de base</description>
		<syntax>AuthFormFakeBasicAuth <var>On\|Off</var></syntax>
		<default>AuthFormFakeBasicAuth Off</default>
		<contextlist><context>directory</context>
		@@ -706,9 +705,9 @@ Apache. L'interpréteur d'expressions a été ajouté &a

		<usage>
		<p>Le drapeau <directive
		module="mod_auth_form">AuthFormFakeBasicAuth</directive> permet de
		déterminer si un en-tête d'<code>Authentification de base</code>
		sera ajouté aux en-têtes de la requête. On peut utiliser cette
		module="mod_auth_form">AuthFormFakeBasicAuth</directive>
		détermine si une en-tête d'<code>Authentification de base</code>
		sera ajoutée aux en-têtes de la requête. On peut utiliser cette
		méthode pour présenter le nom d'utilisateur et le mot de passe à
		l'application sous-jacente, sans que cette dernière ait besoin de
		connaître la manière dont le processus de connexion a été mené à
		@@ -726,17 +725,16 @@ après s'être déconnecté</description>
		<contextlist><context>directory</context>
		</contextlist>
		<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
		Apache. L'interpréteur d'expressions a été ajouté à partir de la version
		2.4.4.</compatibility>
		Apache. L'interprétation des expressions rationnelles est supportée
		depuis la version 2.4.4.</compatibility>

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormLogoutLocation</directive> permet de
		spécifier l'URL de la page du serveur vers laquelle l'utilisateur
		devra être redirigé s'il se déconnecte.
		L'argument passé à cette directive
		est lu au moyen de l'analyseur lexical <a href="../expr.html">ap_expr</a> avant d'être
		envoyé au client.</p>
		module="mod_auth_form">AuthFormLogoutLocation</directive>
		spécifie l'URL de la page du serveur vers laquelle l'utilisateur
		devra être redirigé s'il se déconnecte. Sa valeur est
		interprétée via l'interpréteur <a href="../expr.html">ap_expr</a>
		avant d'être envoyée au client.</p>

		<p>Lorsqu'un accès est tenté sur un URI traité par le gestionnaire
		<code>form-logout-handler</code>, la page spécifiée par cette
		@@ -776,8 +774,8 @@ connexion</description>
		<p>Le drapeau <directive
		module="mod_auth_form">AuthFormDisableNoStore</directive> supprime
		l'envoi d'un en-tête <code>Cache-Control no-store</code> lorsqu'une
		page avec code d'erreur 401 est renvoyée si l'utilisateur n'est pas
		encore connecté. Avec cet en-tête, il est plus difficile pour une
		page avec code d'erreur 401 est renvoyée, si l'utilisateur n'est pas
		encore connecté. Avec cette en-tête, il est plus difficile pour une
		application <code>ecmascript</code> de resoumettre un formulaire de connexion, et
		ainsi révéler le nom d'utilisateur et le mot de passe à
		l'application sous-jacente. Vous devez être conscient des risques
		@@ -798,8 +796,8 @@ trafic</description>

		<usage>
		<p>La directive <directive
		module="mod_auth_form">AuthFormSitePassphrase</directive> permet de
		spécifier un mot de passe qui, s'il est présent dans la session
		module="mod_auth_form">AuthFormSitePassphrase</directive>
		spécifie un mot de passe qui, s'il est présent dans la session
		utilisateur, indique à Apache httpd de court-circuiter l'authentification
		pour l'URL considérée. On peut l'utiliser dans le cas de sites web à
		fort trafic afin de réduire la charge induite sur l'infrastructure

docs/manual/mod/mod_authn_socache.xml.fr

+13 −11

Changes for docs/manual/mod/mod_authn_socache.xml.fr: 13 added lines, 11 removed lines.
Original line number	Diff line number	Diff line
		<?xml version="1.0"?>
		<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
		<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
		<!-- English Revision : 1540798 -->
		<!-- English Revision : 1659892 -->
		<!-- French translation : Lucien GENTIS -->
		<!-- Reviewed by : Vincent Deffontaines -->

		@@ -33,9 +33,8 @@ la charge des serveurs d'arrière-plan</description>
		<compatibility>Versions 2.3 et ultérieures</compatibility>

		<summary>
		<p>Maintient un cache des données d'authentification afin que la
		recherche d'un nouveau serveur d'arrière-plan pour chaque requête
		authentifiée ne soit plus nécessaire.</p>
		<p>Maintient un cache des données d'authentification pour limiter
		les sollicitations du serveur d'arrière-plan.</p>
		</summary>

		<section id="intro"><title>Mise en cache des données d'authentification</title>
		@@ -80,15 +79,18 @@ la charge des serveurs d'arrière-plan</description>
		<module>mod_authn_dbd</module> et utilisant dbm comme moteur de la
		mise en cache :</p>
		<highlight language="config">
		#AuthnCacheSOCache est optionnel. S'il est défini, il l'est pour
		#l'ensemble du serveur
		AuthnCacheSOCache dbm
		<Directory /usr/www/myhost/private>
		AuthType Basic
		AuthName "Cached Authentication Example"
		AuthBasicProvider socache dbd
		AuthDBDUserPWQuery "SELECT password FROM authn WHERE user = %s"
		AuthnCacheProvideFor dbd
		AuthnCacheContext dbd-authn-example
		AuthnCacheSOCache dbm
		Require valid-user
		#Optionnel
		AuthnCacheContext dbd-authn-example
		</Directory>
		</highlight>
		</section>
		@@ -96,7 +98,7 @@ la charge des serveurs d'arrière-plan</description>
		<section id="dev"><title>La mise en cache avec les modules tiers</title>
		<p>Les développeurs de modules doivent savoir que la mise en cache
		avec mod_authn_socache doit être activée dans leurs modules. La
		fonction simple de l'API <var>ap_authn_cache_store</var> permet de
		fonction de l'API <var>ap_authn_cache_store</var> permet de
		mettre en cache les données d'authentification qu'un fournisseur
		vient de rechercher ou de générer. Vous trouverez des exemples
		d'utilisation à <a
		@@ -132,8 +134,8 @@ utiliser</description>
		<syntax>AuthnCacheSOCache <var>nom-fournisseur[:arguments-fournisseur]</var></syntax>
		<contextlist><context>server config</context></contextlist>
		<override>None</override>
		<compatibility>Les paramètres optionnels du fournisseur sont disponibles
		depuis la version 2.4.7 du serveur HTTP Apache</compatibility>
		<compatibility>Les arguments optionnels du fournisseur sont disponibles
		à partir de la version 2.4.7 du serveur HTTP Apache</compatibility>

		<usage>
		<p>Cette définition s'applique à l'ensemble du serveur et permet de
		@@ -185,8 +187,8 @@ AuthnCacheProvideFor dbd mon-fournisseur
		un trou de sécurité, bien qu'un mise en cache de courte durée ne
		posera probablement pas de problème. En général, il est conseillé de
		conserver les entrées du cache de façon à ce que la charge du serveur
		d'arrière-plan reste normale, mais pas plus longtemps, bien
		qu'une durée de vie plus longue puisse être nécessaire si les
		d'arrière-plan reste normale, mais pas plus longtemps ;
		une durée de vie plus longue peut être paramétrée si les
		changements d'utilisateurs et de mots de passe sont peu fréquents.
		La durée de vie par défaut de 300 secondes (5 minutes) est à la fois
		raisonnable et suffisamment importante pour réduire la charge d'un

docs/manual/mod/mod_cache_socache.xml.fr

+24 −24

Changes for docs/manual/mod/mod_cache_socache.xml.fr: 24 added lines, 24 removed lines.
Original line number	Diff line number	Diff line
		<?xml version="1.0"?>
		<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
		<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
		<!-- English Revision : 1637769 -->
		<!-- English Revision: 1659895 -->
		<!-- French translation : Lucien GENTIS -->
		<!-- Reviewed by : Vincent Deffontaines -->

		@@ -75,8 +75,7 @@ CacheSocacheMaxSize 102400

		<directivesynopsis>
		<name>CacheSocache</name>
		<description>L'implémentation du cache d'objets partagés à utiliser</description>
		<!-- La description ne correspond pas à la directive -->
		<description>Implémentation du cache d'objets partagés à utiliser</description>
		<syntax>CacheSocache <var>type[:args]</var></syntax>
		<contextlist><context>server config</context><context>virtual host</context>
		</contextlist>
		@@ -84,10 +83,11 @@ CacheSocacheMaxSize 102400
		Apache</compatibility>

		<usage>
		<p>La directive <directive>CacheSocache</directive> définit
		l'implémentation du cache d'objets partagés à utiliser,
		suivie d'arguments optionnels. On peut choisir entre <a
		href="../socache.html">plusieurs implémentations</a> de caches d'objets
		<p>La directive <directive>CacheSocache</directive>
		définit l'implémentation du cache d'objets partagés à utiliser,
		suivie d'arguments optionnels. Il est
		possible de choisir entre plusieurs <a
		href="../socache.html">implémentations</a> de caches d'objets
		partagés.</p>

		<highlight language="config">
		@@ -111,8 +111,8 @@ avant péremption</description>
		Apache</compatibility>

		<usage>
		<p>La directive <directive>CacheSocacheMaxTime</directive> permet de
		définir la durée de stockage maximale en secondes d'un document dans
		<p>La directive <directive>CacheSocacheMaxTime</directive>
		définit la durée de stockage maximale en secondes d'un document dans
		le cache avant péremption. Cette définition l'emporte sur la durée
		de fraîcheur définie pour le document par le protocole HTTP.</p>

		@@ -132,16 +132,16 @@ Apache</compatibility>
		<context>directory</context>
		<context>.htaccess</context>
		</contextlist>
		<compatibility>Disponible à partir de la version 2.5 du serveur HTTP
		<compatibility>Disponible à partir de la version 2.4.5 du serveur HTTP
		Apache</compatibility>

		<usage>
		<p>La directive <directive>CacheSocacheMinTime</directive> définit
		le nombre de secondes au delà de la durée de fraîcheur de la
		<p>La directive <directive>CacheSocacheMinTime</directive>
		définit le nombre de secondes au delà de la durée de fraîcheur de la
		réponse pendant lesquelles cette dernière devra être stockée dans le
		cache d'objets partagés. Si une réponse n'est stockée que
		pour une durée égale à sa durée de fraîcheur, il n'y aura pas lieu
		de la rafraîchir.</p>
		cache d'objets partagés. En effet, si une réponse n'est stockée que
		pour une durée égale à sa durée de fraîcheur, elle n'a pas besoin
		d'être rafraîchie.</p>

		<highlight language="config">
		CacheSocacheMinTime 600
		@@ -164,8 +164,8 @@ cache</description>
		Apache</compatibility>

		<usage>
		<p>La directive <directive>CacheSocacheMaxSize</directive> définit
		la taille maximale, en octets, de la somme des en-têtes et
		<p>La directive <directive>CacheSocacheMaxSize</directive>
		définit la taille maximale, en octets, de la somme des en-têtes et
		du corps d'un document pouvant être stocké dans le cache. Bien
		entendu, plus la taille des en-têtes sera grande, plus la taille
		maximale du corps du document s'en trouvera réduite.</p>
		@@ -173,8 +173,8 @@ Apache</compatibility>
		<p>Le module <module>mod_cache_socache</module> ne tentera de mettre
		en cache que des réponses qui possèdent une taille de contenu
		explicite, ou dont la taille est suffisamment petite pour qu'elles
		soient écrites en une seule passe. On pourra ainsi laisser le module
		<module>mod_cache_disk</module> mettre en cache des réponses dont
		soient écrites en une seule passe. Ceci permet au module
		<module>mod_cache_disk</module> de mettre en cache des réponses dont
		la taille est trop importante pour pouvoir être mises en cache par
		<module>mod_cache_socache</module>.</p>

		@@ -195,12 +195,12 @@ mettre en cache avant envoi au client</description>
		<context>directory</context>
		<context>.htaccess</context>
		</contextlist>
		<compatibility>Disponible à partir de la version 2.5 du serveur HTTP
		<compatibility>Disponible à partir de la version 2.4.5 du serveur HTTP
		Apache</compatibility>

		<usage>
		<p>La directive <directive>CacheSocacheReadSize</directive> définit
		la quantité minimale de données, en octets, à lire depuis
		<p>La directive <directive>CacheSocacheReadSize</directive>
		définit la quantité minimale de données, en octets, à lire depuis
		l'arrière-plan avant envoi au client. Avec la valeur par défaut 0,
		les données sont transmises au client dès leur arrivée et quelle que
		soit leur taille. Si la valeur définie est non nulle, le cache
		@@ -233,8 +233,8 @@ Apache</compatibility>
		Apache</compatibility>

		<usage>
		<p>La directive <directive>CacheSocacheReadTime</directive> définit
		le temps minimal qui doit s'écouler avant de tenter
		<p>La directive <directive>CacheSocacheReadTime</directive>
		définit le temps minimal qui doit s'écouler avant de tenter
		l'envoi des données au client. Cette durée sera mise à profit pour
		lire et mettre en tampon les données avant leur envoi au client.
		Ceci peut améliorer les performances en cas de mise en cache de

docs/manual/mod/mod_proxy.xml.fr

+9 −3

Changes for docs/manual/mod/mod_proxy.xml.fr: 9 added lines, 3 removed lines.
Original line number	Diff line number	Diff line
		<?xml version="1.0"?>
		<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
		<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
		<!-- English Revision: 1651668 -->
		<!-- English Revision: 1659899 -->
		<!-- French translation : Lucien GENTIS -->
		<!-- Reviewed by : Vincent Deffontaines -->

		@@ -197,6 +197,8 @@ ProxyVia On
		<example><title>Scripts PHP et mandataire inverse</title>
		<highlight language="config">
		<FilesMatch \.php$>
		# Les sockets Unix nécessitent une version 2.4.7 ou supérieure du
		# serveur HTTP Apache
		SetHandler "proxy:unix:/path/to/app.sock\|fcgi://localhost/"
		</FilesMatch>
		</highlight>
		@@ -949,6 +951,9 @@ l'espace d'URLs du serveur local</description>
		<contextlist><context>server config</context><context>virtual host</context>
		<context>directory</context>
		</contextlist>
		<compatibility>Les sockets de style Unix (Unix Domain Socket - UDS)
		sont supportés à partir de la version 2.4.7 du serveur HTTP Apache</compatibility>


		<usage>
		<p>Cette directive permet de référencer des serveurs distants depuis
		@@ -968,8 +973,9 @@ l'espace d'URLs du serveur local</description>
		<strong>off</strong> lorsqu'on utilise la directive
		<directive>ProxyPass</directive>.</note>

		<p>Le support des sockets de style Unix est fourni ; il suffit pour
		cela d'utiliser une URL cible préfixée par
		<p>Les sockets de style Unix sont supportés à partir de la version
		2.4.7 du serveur HTTP Apache ; pour utiliser cette fonctionnalité,
		il suffit d'utiliser une URL cible préfixée par
		<code>unix:/path/lis.sock\|</code>. Par exemple, pour mandater HTTP
		et cibler l'UDS /home/www/socket, vous devez utiliser
		<code>unix:/home/www.socket\|http://localhost/whatever/</code>.</p>