Module Apache mod_proxy

AllowCONNECT Directive

La directive AllowCONNECT permet de spÈcifier une liste de numÈros de ports auxquels la mÈthode de mandataire CONNECT pourra se connecter. Les navigateurs d'aujourd'hui utilisent cette mÈthode dans le cas oÛ une connexion https est requise et oÛ le tunneling mandataire sur HTTP est en service.

Par dÈfaut, seuls les ports par dÈfauts https (443) et snews (563) sont pris en compte. Vous pouvez utiliser la directive AllowCONNECT pour outrepasser ces valeurs par dÈfaut et n'autoriser les connexions que vers les ports spÈcifiÈs.

Notez que le module mod_proxy_connect doit Étre chargÈ dans le serveur pour pouvoir accÈder au support de CONNECT.

BalancerMember Directive

Cette directive parmet d'ajouter un membre Þ un groupe de rÈpartition de charge. Elle peut se trouver dans un conteneur <Proxy balancer://...>, et accepte tous les paramÕtres de paires clÈ/valeur que supporte la directive ProxyPass.

L'argument balancerurl n'est requis que s'il ne se trouve pas dÕjÞ dans la directive de conteneur <Proxy balancer://...>. Il correspond Þ l'URL d'un rÈpartiteur de charge dÈfini par une directive ProxyPass.

NoProxy Directive

Cette directive n'a d'utilitÈ que pour les serveurs mandataires Apache au sein d'Intranets. La directive NoProxy permet de spÈcifier une liste de sous-rÈseaux, d'adresses IP, de serveurs et/ou de domaines sÈparÈs par des espaces. Une requÉte pour un serveur qui correspond Þ un ou plusieurs critÕres sera toujours servie par ce serveur directement, sans Étre redirigÈe vers le(s) serveur(s) mandataire(s) dÈfini(s) par la directive ProxyRemote.

Le type des arguments serveur de la directive NoProxy appartiennent Þ la liste suivante :

Domaine

Un domaine est ici un nom de domaine DNS partiellement qualifiÈ prÈcÈdÈ d'un point. Il reprÈsente une liste de serveurs qui appartiennent logiquement au mÉme domaine ou Þ la mÉme zonz DNS (en d'autres termes, les nom des serveurs se terminent tous par domaine).

Exemple

.com .apache.org.

Pour faire la distinction entre domaines et nom d'hÒtes (des points de vue Þ la fois syntaxique et sÈmantique, un domaine DNS pouvant aussi avoir un enregistrement DNS de type A !), les domaines sont toujours spÈcifiÈs en les prÈfixant par un point.

Note

Les comparaisons de noms de domaines s'effectuent sans tenir compte de la casse, et les parties droites des Domaines sont toujours censÈes correspondre Þ la racine de l'arborescence DNS, si bien que les domaines .ExEmple.com et .example.com. (notez le point Þ la fin du nom) sont considÈrÈs comme identiques. Comme une comparaison de domaines ne nÈcessite pas de recherche DNS, elle est beaucoup plus efficace qu'une comparaison de sous-rÈseaux.

Sous-rÈseau

Un Sous-rÈseau est une adresse internet partiellement qualifiÈe sous forme numÈrique (quatre nombres sÈparÈs par des points), optionnellement suivie d'un slash et du masque de sous-rÈseau spÈcifiant le nombre de bits significatifs dans le Sous-rÈseau. Il reprÈsente un sous-rÈseau de serveurs qui peuvent Étre atteints depuis la mÉme interface rÈseau. En l'absence de masque de sous-rÈseau explicite, il est sous-entendu que les digits manquants (ou caractÕres 0) de fin spÈcifient le masque de sous-rÈseau (Dans ce cas, le masque de sous-rÈseau ne peut Étre qu'un multiple de 8). Voici quelques exemples :

192.168 ou 192.168.0.0

le sous-rÈseau 192.168.0.0 avec un masque de sous-rÈseau implicite de 16 bits significatifs (parfois exprimÈ sous la forme 255.255.0.0)

192.168.112.0/21

le sous-rÈseau 192.168.112.0/21 avec un masque de sous-rÈseau implicite de 21 bits significatifs (parfois exprimÈ sous la forme255.255.248.0)

Comme cas extrÕmes, un Sous-rÈseau avec un masque de sous-rÈseau de 32 bits significatifs est Èquivalent Þ une adresse IP, alors qu'un Sous-rÈseau avec un masque de sous-rÈseau de 0 bit significatif (c'est Þ dire 0.0.0.0/0) est identique Þ la constante _Default_, et peut correspondre Þ toute adresse IP.

Adresse IP

Une Adresse IP est une adresse internet pleinement qualifiÈe sous forme numÈrique (quatre nombres sÈparÈs par des points). En gÈnÈral, cette adresse reprÈsente un serveur, mais elle ne doit pas nÈcessairement correspondre Þ un nom de domaine DNS.

Exemple

192.168.123.7

Note

Une Adresse IP ne nÈcessite pas de rÈsolution DNS, et peut ainsi s'avÈrer plus efficace quant aux performances d'Apache.

Nom de serveur

Un Nom de serveur est un nom de domaine DNS pleinement qualifiÈ qui peut Étre rÈsolu en une ou plusieurs adresses IP par le service de noms de domaines DNS. Il reprÈsente un hÒte logique (par opposition aux Domaines, voir ci-dessus), et doit pouvoir Étre rÈsolu en une ou plusieurs adresses IP (ou souvent en une liste d'hÒtes avec diffÈrentes adresses IP).

Exemples

prep.ai.example.com
www.apache.org

Note

Dans de nombreuses situations, il est plus efficace de spÈcifier une adresse IP qu'un Nom de serveur car cela Èvite d'avoir Þ effectuer une recherche DNS. La rÈsolution de nom dans Apache peut prendre un temps trÕs long lorsque la connexion avec le serveur de noms utilise une liaison PPP lente.

Les comparaisons de Nom de serveur s'effectuent sans tenir compte de la casse, et les parties droites des Noms de serveur sont toujours censÈes correspondre Þ la racine de l'arborescence DNS, si bien que les domaines WWW.ExEmple.com et www.example.com. (notez le point Þ la fin du nom) sont considÈrÈs comme identiques.

Voir aussi

• ProblÕmes liÈs au DNS

<Proxy> Directive

Les directives situÈes dans une section <Proxy> ne s'appliquent qu'au contenu mandatÈ concernÈ. Les jokers de style shell sont autorisÈs.

Par eexemple, les lignes suivantes n'autoriseront Þ accÈder Þ un contenu via votre serveur mandataire que les hÒtes appartenant Þ votre-reseau.example.com :

Dans l'exemple suivant, tous les fichiers du rÈpertoire foo de example.com seront traitÈs par le filtre INCLUDES lorsqu'ils seront envoyÈs par l'intermÈdiaire du serveur mandataire :

Voir aussi

• <ProxyMatch>

ProxyBadHeader Directive

La directive ProxyBadHeader permet de dÈterminer le comportement de mod_proxy lorsqu'il reÃoit des lignes d'en-tÉte de rÈponse dont la syntaxe n'est pas valide (c'est Þ dire ne contenant pas de caractÕre ':') en provenance du serveur original. Les arguments disponibles sont :

IsError

Annule la requÉte et renvoie une rÈponse de code 502 (mauvaise passerelle). C'est le comportement par dÈfaut.

Ignore

Traite les lignes d'en-tÉte incorrectes comme si elles n'avaient pas ÈtÈ envoyÈes.

StartBody

A la rÈception de la premiÕre ligne d'en-tÉte incorrecte, les autres en-tÉtes sont lus et ce qui reste est traitÈ en tant que corps. Ceci facilite la prise en compte des serveurs d'arriÕre-plan boguÈs qui oublient d'insÈrer une ligne vide entre les en-tÉtes et le corps.

ProxyBlock Directive

La directive ProxyBlock permet de spÈcifier une liste de termes, serveurs et/ou domaines, sÈparÈs par des espaces. Les requÉtes de documents HTTP, HTTPS, FTP vers des sites dont les noms contiennent des termes, noms de serveur ou domaine correspondants seront bloquÈs par le serveur mandataire. La module proxy va aussi tenter de dÈterminer les adresses IP des items de la liste qui peuvent correspondre Þ des noms d'hÒtes au cours du dÈmarrage, et les mettra en cache Þ des fins de comparaisons ultÈrieures. Ceci peut ralentir le dÈmarrage du serveur.

rocky.wotsamattau.edu aurait aussi correspondu s'il avait ÈtÈ spÈcifiÈ par son adresse IP.

Notez que wotsamattau aurait suffi pour correspondre Þ wotsamattau.edu.

Notez aussi que

bloque les connexions vers tous les sites.

ProxyDomain Directive

Cette directive n'a d'utilitÈ que pour les serveurs mandataires Apache au sein d'un Intranet. La directive ProxyDomain permet de spÈcifier le domaine par dÈfaut auquel le serveur mandataire apache appartient. Si le serveur reÃoit une requÉte pour un hÒte sans nom de domaine, il va gÈnÈrer une rÈponse de redirection vers le mÉme hÒte suffixÈ par le Domaine spÈcifiÈ.

ProxyErrorOverride Directive

Cette directive est utile pour les configurations de mandataires inverses, lorsque vous souhaitez que les pages d'erreur envoyÈes aux utilisateurs finaux prÈsentent un aspect homogÕne. Elle permet aussi l'inclusion de fichiers (via les SSI de mod_include) pour obtenir le code d'erreur et agir en consÈquence (le comportement par dÈfaut afficherait la page d'erreur du serveur mandatÈ, alors que c'est le message d'erreur SSI qui sera affichÈ si cette directive est Þ "on").

Cette directive n'affecte pas le traitement des rÈponses informatives (1xx), de type succÕs normal (2xx), ou de redirection (3xx).

ProxyFtpDirCharset Directive

La directive ProxyFtpDirCharset permet de dÈfinir le jeu de caractÕres Þ utiliser pour les listings FTP en HTML gÈnÈrÈs par mod_proxy_ftp.

ProxyIOBufferSize Directive

La directive ProxyIOBufferSize permet d'ajuster la taille du tampon interne utilisÈ comme bloc-note pour les transferts de donnÈes entre entrÈe et sortie. La taille doit Étre infÈrieure ou Ègale Þ 8192 octets.

Dans la plupart des cas, il n'y a aucune raison de modifier cette valeur.

<ProxyMatch> Directive

La directive <ProxyMatch> est identique Þ la directive <Proxy>, Þ l'exception qu'elle dÈfinit les URLs auxquelles elle s'applique en utilisant une expression rationnelle.

Voir aussi

• <Proxy>

ProxyMaxForwards Directive

La directive ProxyMaxForwards permet de spÈcifier le nombre maximum de mandataires Þ travers lesquels une requÉte peut passer dans le cas oÛ la la requÉte ne contient pas d'en-tÉte Max-Forwards. Ceci permet de se prÈmunir contre les boucles infinies de mandataires ou contre les attaques de type dÈni de service.

Notez que la dÈfinition de la directive ProxyMaxForwards constitue une violation du protocole HTTP/1.1 (RFC2616), qui interdit Þ un mandataire de dÈfinir Max-Forwards si le client ne l'a pas fait lui-mÉme. Les versions prÈcÈdentes d'Apache la dÈfinissaient systÈmatiquement. Une valeur nÈgative de ProxyMaxForwards, y compris la valeur par dÈfaut -1, implique un comportement compatible avec le protocole, mais vous expose aux bouclages infinis.

ProxyPass Directive

Cette directive permet rÈfÈrencer des serveurs distants depuis l'espace d'URLs du serveur local ; le serveur local n'agit pas en tant que mandataire au sens conventionnel, mais plutÒt comme miroir du serveur distant. Le serveur local est souvent nommÈ mandataire inverse ou passerelle. L'argument chemin est le nom d'un chemin virtuel local ; url est une URL partielle pour le serveur distant et ne doit pas contenir de chaÍne d'arguments.

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

va convertir en interne toute requÉte pour http://example.com/miroir/foo/bar en une requÉte mandatÈe pour http://backend.example.com/bar.

Le drapeau ! permet de soustraire un sous-rÈpertoire du mandat inverse, comme dans l'exemple suivant :

va mandater toutes les requÉtes pour /miroir/foo vers backend.example.com, sauf les requÉtes pour /miroir/foo/i.

Depuis la version 2.1 du serveur HTTP Apache, mod_proxy supporte les jeux de connexions vers un serveur d'arriÕre-plan. Ainsi, les connexions crÈÈes Þ la demande peuvent Étre conservÈes dans un jeu pour une utilisation ultÈrieure. Les limites de la taille du jeu de connexions et d'autres paramÕtres peuvent Étre dÈfinis au niveau de la directive ProxyPass via des arguments clÈ=valeur dÈcrits dans la table ci-dessous.

Par dÈfaut, mod_proxy permettra de conserver le nombre maximum de connexions pouvant Étre utilisÈes simultanÈment par le processus enfant concernÈ du serveur web. Vous pouvez utiliser le paramÕtre max pour rÈduire ce nombre par rapport Þ la valeur par dÈfaut. Vous pouvez aussi utiliser le paramÕtre ttl pour dÈfinir une durÈe de vie optionnelle ; ainsi, les connections qui n'ont pas ÈtÈ utilisÈes au bout de ttl secondes seront fermÈes. Le paramÕtre ttl permet aussi d'empÉcher l'utilisation d'une connexion susceptible d'Étre fermÈe suite Þ l'expiration de la durÈe de vie des connexions persistantes sur le serveur d'arriÕre-plan.

Le jeu de connexions est maintenu au niveau de chaque processus enfant du serveur web, et max et les autres paramÕtres ne font l'objet d'aucune coordination entre les diffÈrents processus enfants, sauf bien sur dans le cas oÛ un seul processus enfant est permis par la configuration du module multiprocessus.

Si l'URL de la directive ProxyPass dÈbute par balancer:// (par exemple: balancer://cluster/, toute information relative au chemin est ignorÈe), alors un serveur cible virtuel ne communiquant pas rÈellement avec le serveur d'arriÕre-plan sera crÈÈ. Celui-ci sera en fait responsable de la gestion de plusieurs serveurs cibles "rÈels". Dans ce cas, un jeu de paramÕtres particuliers s'applique Þ ce serveur cible virtuel. Voir mod_proxy_balancer pour plus d'informations Þ propos du fonctionnement du rÈpartiteur de charge.

Exemple de configuration d'un rÈpartiteur

Configuration d'un serveur cible de rÈserve qui ne sera utilisÈ que si aucun autre serveur cible n'est disponible

Normalement, mod_proxy va mettre sous leur forme canonique les URLs traitÈes par ProxyPass. Mais ceci peut Étre incompatible avec certains serveurs d'arriÕre-plan, et en particulier avec ceux qui 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, car la protection limitÈe contre les attaques Þ base d'URL que fournit le mandataire est alors supprimÈe.

Le mot-clÈ optionnel interpolate (disponible depuis httpd 2.2.9), en combinaison avec la directive ProxyPassInterpolateEnv, permet Þ ProxyPass d'interpoler les variables d'environnement Þ l'aide de la syntaxe ${VARNAME}. Notez que de nombreuses variables d'environnement standard dÈrivÈes de CGI n'existeront pas lorsque l'interpolation se produit ; vous devrez alors encore avoir avoir recours Þ mod_rewrite pour des rÕgles complexes.

Lorsque la directive ProxyPass est utilisÈe Þ l'intÈrieur d'une section <Location>, le premier argument est omis et le rÈpertoire local est obtenu Þ partir de la section <Location>. Il en est de mÉme Þ l'intÈrieur d'une section <LocationMatch> ; cependant, ProxyPass n'interprÕte pas les expressions rationnelles, et dans ce cas, il est nÈcessaire d'utiliser la directive ProxyPassMatch.

Cette directive ne peut pas Étre placÈe dans une section <Directory> ou <Files>.

Si vous avez besoin d'un configuration de mandataire inverse plus souple, reportez-vous Þ la documentaion de la directive RewriteRule et son drapeau [P].

ProxyPassInterpolateEnv Directive

Cette directive, ainsi que l'argument interpolate des directives ProxyPass, ProxyPassReverse, ProxyPassReverseCookieDomain et ProxyPassReverseCookiePath, permet de configurer dynamiquement un mandataire inverse Þ l'aide de variables d'environnement, ces derniÕres pouvant Étre dÈfinies par un autre module comme mod_rewrite. Elle affecte les directives ProxyPass, ProxyPassReverse, ProxyPassReverseCookieDomain, et 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).

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

ProxyPassMatch Directive

Cette directive est identique Þ la directive ProxyPass, mais fait usage des expressions rationnelles, au lieu d'une simple comparaison de prÈfixes. L'expression rationnelle spÈcifiÈe est comparÈe Þ l'url, et si elle correspond, le serveur va substituer toute correspondance entre parenthÕses dans la chaÍne donnÈe et l'utiliser comme nouvelle url.

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

va provoquer la conversion interne de la requÉte locale http://example.com/foo/bar.gif en une requÉte mandatÈe pour http://backend.example.com/foo/bar.gif.

Le drapeau ! vous permet de ne pas mandater un sous-rÈpertoire donnÈ.

Lorsque cette directive se situe Þ l'intÈrieur d'une section <LocationMatch>, le premier argument est omis et l'expression rationnelle est obtenue Þ partir de la directive <LocationMatch>.

Si vous avez besoin d'une configuration de mandataire inverse plus flexible, reportez-vous Þ la directive RewriteRule avec le drapeau [P].

ProxyPassReverse Directive

Cette directive permet de faire en sorte qu'Apache ajuste l'URL dans les en-tÉtes Location, Content-Location et URI des rÈponses de redirection HTTP. Ceci est essentiel lorsqu'Apache est utilisÈ en tant que mandataire inverse (ou passerelle), afin d'Èviter de court-circuiter le mandataire inverse suite aux redirections HTTP sur le serveur d'arriÕre-plan qui restent derriÕre le mandataire inverse.

Seuls les en-tÉtes de rÈponse HTTP spÈcialement mentionnÈs ci-dessus seront rÈÈcrits. Apache ne rÈÈcrira ni les autres en-tÉtes de rÈponse, ni les rÈfÈrences d'URLs dans les pages HTML. Cela signifie que dans le cas oÛ un contenu mandatÈ contient des rÈfÈrences Þ des URLs absolues, elles court-circuiteront le mandataire. Le module mod_proxy_html de Nick Kew est un module tiers qui parcourt le code HTML et rÈÈcrit les rÈfÈrences d'URL.

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.

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

ne va pas seulement provoquer la conversion interne d'une requÉte locale pour http://example.com/miroir/foo/bar en une 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 http://backend.example.com/bar est redirigÈ par celui-ci vers http://backend.example.com/quux, Apache corrige ceci en http://example.com/miroir/foo/quux avant de faire suivre la redirection HTTP au client. Notez que le nom d'hÒte utilisÈ pour construire l'URL est choisi en respectant la 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 mod_rewrite, car elle ne dÈpend pas d'une directive ProxyPass correspondante.

Le mot-clÈ optionnel interpolate (disponible depuis httpd 2.2.9), utilisÈ en combinaison avec la directive ProxyPassInterpolateEnv, permet l'interpolation des variables d'environnement spÈcifiÈes en utilisant le format ${VARNAME}.

Lorsque cette directive est utilisÈe dans une section <Location>, le premier argument est omis et le rÈpertoire local est obtenu Þ partir de l'argument de la directive <Location>. Il en est de mÉme Þ l'intÈrieur d'une section <LocationMatch>, mais le rÈsultat ne correspondra probablement pas Þ ce que vous attendez, car ProxyPassReverse interprÕte l'expression rationnelle littÈralement comme un chemin ; si nÈcessaire dans cette situation, spÈcifiez la directive ProxyPassReverse en dehors de la section, ou dans une section <Location> sÈparÈe.

Cette directive ne peut pas Étre placÈe dans une section <Directory> ou <Files>.

ProxyPassReverseCookieDomain Directive

L'utilisation de cette directive est similaire Þ celle de la directive ProxyPassReverse, mais au lieu de rÈÈcrire des en-tÉtes qui contiennent des URLs, elle rÈÈcrit la chaÍne correspondant au domaine dans les en-tÉtes Set-Cookie.

ProxyPassReverseCookiePath Directive

Cette directive s'avÕre utile en conjonction avec la directive ProxyPassReverse dans les situations oÛ les chemins d'URL d'arriÕre-plan correspondent Þ des chemins publics sur le mandataire inverse. Cette directive permet de rÈÈcrire la chaÍne path dans les en-tÉtes Set-Cookie. Si le dÈbut du chemin du cookie correspond Þ chemin-interne, le chemin du cookie sera remplacÈ par chemin-public.

Dans l'exemple fourni avec la directive ProxyPassReverse, la directive :

va rÈÈcrire un cookie possÈdant un chemin d'arriÕre-plan / (ou /example ou en fait tout chemin) en /mirror/foo/..

ProxyPreserveHost Directive

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.

Cette directive est habituellement dÈfinie Þ Off. Elle est principalement utile dans les configurations particuliÕres comme l'hÈbergement virtuel mandatÈ en masse Þ base de nom, oÛ l'en-tÉte Host d'origine doit Étre ÈvaluÈ par le serveur d'arriÕre-plan.

ProxyReceiveBufferSize Directive

La directive ProxyReceiveBufferSize permet de spÈcifier une taille de tampon rÈseau explicite (TCP/IP) pour les connexions mandatÈes HTTP et FTP, afin d'amÈliorer le dÈbit de donnÈes. Elle doit Étre supÈrieure Þ 512 ou dÈfinie Þ 0 pour indiquer que la taille de tampon par dÈfaut du systÕme doit Étre utilisÈe.

ProxyRemote Directive

Cette directive permet de dÈfinir des mandataires distants pour ce mandataire. comparaison est soit le nom d'un protocole que supporte le serveur distant, soit une URL partielle pour laquelle le serveur distant devra Étre utilisÈ, soit * pour indiquer que le serveur distant doit Étre utilisÈ pour toutes les requÉtes. serveur-distant est une URL partielle correspondant au serveur distant. Syntaxe :

protocole est effectivement le protocole Þ utiliser pour communiquer avec le serveur distant ; ce module ne supporte que http et https. Avec https, les requÉtes sont transmises par le mandataire distant via la mÈthode HTTP CONNECT.

Dans la derniÕre ligne de l'exemple, le mandataire va faire suivre les requÉtes FTP, encapsulÈes dans une autre requÉte mandatÈe 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 l'espace d'URL d'un serveur virtuel, mÉme si ce serveur est cachÈ par un autre mandataire direct.

ProxyRemoteMatch Directive

La directive ProxyRemoteMatch est identique Þ la directive ProxyRemote, Þ l'exception que le premier argument est une expression rationnelle Þ mettre en correspondance avec l'URL de la requÉte.

ProxyRequests Directive

Cette directive permet d'activer/dÈsactiver la fonctionnalitÈ de serveur mandataire direct d'Apache. DÈfinir ProxyRequests Þ Off n'interdit pas l'utilisation de la directive ProxyPass.

Pour une configuration typique de mandataire inverse ou passerelle, cette directive doit Étre dÈfinie Þ Off.

Afin d'activer la fonctionnalitÈ de mandataire pour des sites HTTP et/ou FTP, les modules mod_proxy_http et/ou mod_proxy_ftp doivent aussi Étre chargÈs dans le serveur.

mod_proxy_connect doit Étre activÈ pour pouvoir mandater (en direct) des sites HTTPS.

Voir aussi

• Mandataires/Passerelles directs et inverses

ProxySet Directive

Cette directive propose une mÈthode alternative pour dÈfinir tout paramÕtre relatif aux rÈpartiteurs de charge et serveurs cibles de mandataires normalement dÈfini via la directive ProxyPass. Si elle se trouve dans un conteneur <Proxy url de rÈpartiteur|url de serveur cible>, l'argument url n'est pas nÈcessaire. Comme effet de bord, le rÈpartiteur ou serveur cible respectif est crÈÈ. Ceci peut s'avÈrer utile pour la mise en oeuvre d'un mandataire inverse via une directive RewriteRule au lieu de ProxyPass.

ProxyStatus Directive

Cette directive permet de spÈcifier si les donnÈes d'Ètat du rÈpartiteur de charge du mandataire doivent Étre affichÈes via la page d'Ètat du serveur du module mod_status.

ProxyTimeout Directive

Cette directive permet Þ l'utilisateur de spÈcifier un dÈlai pour les requÉtes mandatÈes. Ceci s'avÕre utile dans le cas d'un serveur d'applications lent et boguÈ qui a tendance Þ se bloquer, et si vous prÈfÈrez simplement renvoyer une erreur timeout et abandonner la connexion en douceur plutÒt que d'attendre jusqu'Þ ce que le serveur veuille bien rÈpondre.

ProxyVia Directive

Cette directive permet de contrÒler l'utilisation de l'en-tÉte HTTP Via: par le mandataire. Le but recherchÈ est de contrÒler le flux des requÉtes mandatÈes tout au long d'une chaÍne de serveurs mandataires. Voir RFC 2616 (HTTP/1.1), section 14.45 pour une description des lignes d'en-tÉte Via:.

• Si elle est dÈfinie Þ Off, valeur par dÈfaut, cette directive n'effectue aucun traitement particulier. Si une requÉte ou une rÈponse contient un en-tÉte Via:, il est transmis sans modification.
• Si elle est dÈfinie Þ On, chaque requÉte ou rÈponse se verra ajouter une ligne d'en-tÉte Via: pour le serveur courant.
• Si elle est dÈfinie Þ Full, chaque ligne d'en-tÉte Via: se verra ajouter la version du serveur Apache sous la forme d'un champ de commentaire Via:.
• Si elle est dÈfinie Þ Block, chaque requÉte mandatÈe verra ses lignes d'en-tÉte Via: supprimÈes. Aucun nouvel en-tÉte Via: ne sera gÈnÈrÈ.