Je voudrais configurer apache2 en mode redirector pour afficher un site
depuis un autre site.
Y aurait-il quelqu'un qui pourrait me montrer un exemple de configuration?
Je voudrais configurer apache2 en mode redirector pour afficher un site
depuis un autre site.
Y aurait-il quelqu'un qui pourrait me montrer un exemple de configuration?
Je voudrais configurer apache2 en mode redirector pour afficher un site
depuis un autre site.
Y aurait-il quelqu'un qui pourrait me montrer un exemple de configuration?
Bonjour,
Je voudrais configurer apache2 en mode redirector pour afficher un site
depuis un autre site.
J'ai un serveur web que l'on va appeler www.toto.com et je veux qu'il
affiche le site www.tata.com sans que cela soit visible par le visiteur.
J'ai entendu parlé d'un mode redirector de apache qui permet de servir les
pages d'un autre serveur apache.
Y aurait-il quelqu'un qui pourrait me montrer un exemple de configuration?
Bonjour,
Je voudrais configurer apache2 en mode redirector pour afficher un site
depuis un autre site.
J'ai un serveur web que l'on va appeler www.toto.com et je veux qu'il
affiche le site www.tata.com sans que cela soit visible par le visiteur.
J'ai entendu parlé d'un mode redirector de apache qui permet de servir les
pages d'un autre serveur apache.
Y aurait-il quelqu'un qui pourrait me montrer un exemple de configuration?
Bonjour,
Je voudrais configurer apache2 en mode redirector pour afficher un site
depuis un autre site.
J'ai un serveur web que l'on va appeler www.toto.com et je veux qu'il
affiche le site www.tata.com sans que cela soit visible par le visiteur.
J'ai entendu parlé d'un mode redirector de apache qui permet de servir les
pages d'un autre serveur apache.
Y aurait-il quelqu'un qui pourrait me montrer un exemple de configuration?
Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100Bonjour, […]
Bonjour,
Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
[…]
Dominique
Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
Bonjour, […]
Bonjour,
Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
[…]
Dominique
Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100Bonjour, […]
Bonjour,
Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
[…]
Dominique
Dominique Asselineau a écrit :Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100Bonjour, […]
Bonjour,
Bonjour,Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
Les dirrectives ProxyPass … et RewriteRule … [P] sont fortement
similaires (on peux combiner ProxyPassReverse … et RewriteRule … [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy…
Pour ce faire, il faudrait en plus réécrire le contenu.
c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
PS: quand on a la maîtrise du site « caché », il est plus simple de
s'assurer qu'il n'y ait aucune référence parasite qui traîne.
Dominique Asselineau a écrit :
Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
Bonjour, […]
Bonjour,
Bonjour,
Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
Les dirrectives ProxyPass … et RewriteRule … [P] sont fortement
similaires (on peux combiner ProxyPassReverse … et RewriteRule … [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy…
Pour ce faire, il faudrait en plus réécrire le contenu.
c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
PS: quand on a la maîtrise du site « caché », il est plus simple de
s'assurer qu'il n'y ait aucune référence parasite qui traîne.
Dominique Asselineau a écrit :Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100Bonjour, […]
Bonjour,
Bonjour,Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
Les dirrectives ProxyPass … et RewriteRule … [P] sont fortement
similaires (on peux combiner ProxyPassReverse … et RewriteRule … [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy…
Pour ce faire, il faudrait en plus réécrire le contenu.
c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
PS: quand on a la maîtrise du site « caché », il est plus simple de
s'assurer qu'il n'y ait aucune référence parasite qui traîne.
Dominique Asselineau a écrit :
> Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>> Bonjour, [???]
> Bonjour,
Bonjour,
> Je ne connais que le module Proxy avec les 2 directives ProxyPass et
> ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
> dans les 2 sens, pour la requête et la réponse donc, par le serveur
> "visible".
Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy???
Pour ce faire, il faudrait en plus réécrire le contenu.
c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
PS: quand on a la maîtrise du site « caché », il est plus simple de
s'assurer qu'il n'y ait aucune référence parasite qui traîne.
Dominique Asselineau a écrit :
> Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>> Bonjour, [???]
> Bonjour,
Bonjour,
> Je ne connais que le module Proxy avec les 2 directives ProxyPass et
> ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
> dans les 2 sens, pour la requête et la réponse donc, par le serveur
> "visible".
Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy???
Pour ce faire, il faudrait en plus réécrire le contenu.
c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
PS: quand on a la maîtrise du site « caché », il est plus simple de
s'assurer qu'il n'y ait aucune référence parasite qui traîne.
Dominique Asselineau a écrit :
> Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>> Bonjour, [???]
> Bonjour,
Bonjour,
> Je ne connais que le module Proxy avec les 2 directives ProxyPass et
> ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
> dans les 2 sens, pour la requête et la réponse donc, par le serveur
> "visible".
Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy???
Pour ce faire, il faudrait en plus réécrire le contenu.
c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
PS: quand on a la maîtrise du site « caché », il est plus simple de
s'assurer qu'il n'y ait aucune référence parasite qui traîne.
mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200Eric DECORNOD wrote:Dominique Asselineau a écrit :Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100Bonjour, [???]
Bonjour,
Bonjour,Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy???
en plus, seules quelques entêtes sont réécrites. si on fait de la
gestion de session en utilisant des cookies ou des entêtes referrer, il
faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
serveurs.
ProxyPassReverseCookieDomain
ProxyPassReverseCookiePath
devraient servir à ça ?
En général, mieux avoir les mêmes chemins sur les deux
serveurs et éviter les trucs du genre
http://www.toto.com/ = http://www.tata.com/qqchose/Pour ce faire, il faudrait en plus réécrire le contenu.
ce qui est problématique (entre autres chose: problème du calcul du
Content-length qui doit être envoyée dans les entêtes, or on ne la
connait pas avant réécriture complète), mais surtout un peu lourdingue.
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
Il est cité par la doc ?
mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200
Eric DECORNOD wrote:
Dominique Asselineau a écrit :
Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
Bonjour, [???]
Bonjour,
Bonjour,
Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy???
en plus, seules quelques entêtes sont réécrites. si on fait de la
gestion de session en utilisant des cookies ou des entêtes referrer, il
faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
serveurs.
ProxyPassReverseCookieDomain
ProxyPassReverseCookiePath
devraient servir à ça ?
En général, mieux avoir les mêmes chemins sur les deux
serveurs et éviter les trucs du genre
http://www.toto.com/ = http://www.tata.com/qqchose/
Pour ce faire, il faudrait en plus réécrire le contenu.
ce qui est problématique (entre autres chose: problème du calcul du
Content-length qui doit être envoyée dans les entêtes, or on ne la
connait pas avant réécriture complète), mais surtout un peu lourdingue.
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
Il est cité par la doc ?
mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200Eric DECORNOD wrote:Dominique Asselineau a écrit :Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100Bonjour, [???]
Bonjour,
Bonjour,Je ne connais que le module Proxy avec les 2 directives ProxyPass et
ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
dans les 2 sens, pour la requête et la réponse donc, par le serveur
"visible".
Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
[P] dépends de mod_proxy).
Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
seront pas transformés, mettant en défaut la solution mod_proxy???
en plus, seules quelques entêtes sont réécrites. si on fait de la
gestion de session en utilisant des cookies ou des entêtes referrer, il
faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
serveurs.
ProxyPassReverseCookieDomain
ProxyPassReverseCookiePath
devraient servir à ça ?
En général, mieux avoir les mêmes chemins sur les deux
serveurs et éviter les trucs du genre
http://www.toto.com/ = http://www.tata.com/qqchose/Pour ce faire, il faudrait en plus réécrire le contenu.
ce qui est problématique (entre autres chose: problème du calcul du
Content-length qui doit être envoyée dans les entêtes, or on ne la
connait pas avant réécriture complète), mais surtout un peu lourdingue.
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
Il est cité par la doc ?
Eric DECORNOD wrote:
>Dominique Asselineau a écrit :
>>Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>>>Bonjour, [???]
>>Bonjour,
>Bonjour,
>
>>Je ne connais que le module Proxy avec les 2 directives ProxyPass et
>>ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
>>dans les 2 sens, pour la requête et la réponse donc, par le serveur
>>"visible".
>Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
>similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
>[P] dépends de mod_proxy).
>
>Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
>liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
>seront pas transformés, mettant en défaut la solution mod_proxy???
en plus, seules quelques entêtes sont réécrites. si on fait de la
gestion de session en utilisant des cookies ou des entêtes referrer, il
faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
serveurs.
En général, mieux avoir les mêmes chemins sur les deux
serveurs et éviter les trucs du genre
http://www.toto.com/ = http://www.tata.com/qqchose/
>Pour ce faire, il faudrait en plus réécrire le contenu.
>
ce qui est problématique (entre autres chose: problème du calcul du
Content-length qui doit être envoyée dans les entêtes, or on ne la
connait pas avant réécriture complète), mais surtout un peu lourdingue.
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
>c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
>
>PS: quand on a la maîtrise du site « caché », il est plus simple de
>s'assurer qu'il n'y ait aucune référence parasite qui traîne.
tout à fait.
Dans le cas contraire, mieux vaut éviter cette gymnastique car ça donne
vite mal à la tête :)
--
Eric DECORNOD wrote:
>Dominique Asselineau a écrit :
>>Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>>>Bonjour, [???]
>>Bonjour,
>Bonjour,
>
>>Je ne connais que le module Proxy avec les 2 directives ProxyPass et
>>ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
>>dans les 2 sens, pour la requête et la réponse donc, par le serveur
>>"visible".
>Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
>similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
>[P] dépends de mod_proxy).
>
>Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
>liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
>seront pas transformés, mettant en défaut la solution mod_proxy???
en plus, seules quelques entêtes sont réécrites. si on fait de la
gestion de session en utilisant des cookies ou des entêtes referrer, il
faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
serveurs.
En général, mieux avoir les mêmes chemins sur les deux
serveurs et éviter les trucs du genre
http://www.toto.com/ = http://www.tata.com/qqchose/
>Pour ce faire, il faudrait en plus réécrire le contenu.
>
ce qui est problématique (entre autres chose: problème du calcul du
Content-length qui doit être envoyée dans les entêtes, or on ne la
connait pas avant réécriture complète), mais surtout un peu lourdingue.
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
>c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
>
>PS: quand on a la maîtrise du site « caché », il est plus simple de
>s'assurer qu'il n'y ait aucune référence parasite qui traîne.
tout à fait.
Dans le cas contraire, mieux vaut éviter cette gymnastique car ça donne
vite mal à la tête :)
--
Eric DECORNOD wrote:
>Dominique Asselineau a écrit :
>>Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>>>Bonjour, [???]
>>Bonjour,
>Bonjour,
>
>>Je ne connais que le module Proxy avec les 2 directives ProxyPass et
>>ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
>>dans les 2 sens, pour la requête et la réponse donc, par le serveur
>>"visible".
>Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
>similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P] et
>[P] dépends de mod_proxy).
>
>Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
>liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
>seront pas transformés, mettant en défaut la solution mod_proxy???
en plus, seules quelques entêtes sont réécrites. si on fait de la
gestion de session en utilisant des cookies ou des entêtes referrer, il
faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
serveurs.
En général, mieux avoir les mêmes chemins sur les deux
serveurs et éviter les trucs du genre
http://www.toto.com/ = http://www.tata.com/qqchose/
>Pour ce faire, il faudrait en plus réécrire le contenu.
>
ce qui est problématique (entre autres chose: problème du calcul du
Content-length qui doit être envoyée dans les entêtes, or on ne la
connait pas avant réécriture complète), mais surtout un peu lourdingue.
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
>c.f. http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
>
>PS: quand on a la maîtrise du site « caché », il est plus simple de
>s'assurer qu'il n'y ait aucune référence parasite qui traîne.
tout à fait.
Dans le cas contraire, mieux vaut éviter cette gymnastique car ça donne
vite mal à la tête :)
--
Dominique Asselineau wrote:
>mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200
>>Eric DECORNOD wrote:
>>>Dominique Asselineau a écrit :
>>>>Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>>>>>Bonjour, [???]
>>>>Bonjour,
>>>Bonjour,
>>>
>>>>Je ne connais que le module Proxy avec les 2 directives ProxyPass et
>>>>ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
>>>>dans les 2 sens, pour la requête et la réponse donc, par le serveur
>>>>"visible".
>>>Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
>>>similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P]
>>>et
>>>[P] dépends de mod_proxy).
>>>
>>>Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
>>>liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
>>>seront pas transformés, mettant en défaut la solution mod_proxy???
>>
>>en plus, seules quelques entêtes sont réécrites. si on fait de la
>>gestion de session en utilisant des cookies ou des entêtes referrer, il
>>faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
>>serveurs.
>
>ProxyPassReverseCookieDomain
>ProxyPassReverseCookiePath
>
>devraient servir à ça ?
>
je ne sais pas si ça suffit. j'ai eu un problème avec une appli qui
faisait de la gestion de session, et qui utilisait du javascript, et
quand je ne mettais pas un chemin identique, elle refusait la suite de
requête (ça disait un truc du genre "Attaque XSRF detectée"...). j'ai
fini par mettre des chemins identiques, et comme on peut ajouter autant
de vhost qu'on veut, ça n'est pas vraiment une limitation.
>>En général, mieux avoir les mêmes chemins sur les deux
>>serveurs et éviter les trucs du genre
>> http://www.toto.com/ = http://www.tata.com/qqchose/
>>
>>
>>>Pour ce faire, il faudrait en plus réécrire le contenu.
>>>
>>ce qui est problématique (entre autres chose: problème du calcul du
>>Content-length qui doit être envoyée dans les entêtes, or on ne la
>>connait pas avant réécriture complète), mais surtout un peu lourdingue.
>>Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
>>fondation Apache.
>
>Il est cité par la doc ?
>
oui, mais il est pas directement accessible sur
http://httpd.apache.org/docs/2.2/mod/
ce qui me fait penser que la fondation ne le soutient pas. mais
peut-etre que je me trompe?
Dominique Asselineau wrote:
>mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200
>>Eric DECORNOD wrote:
>>>Dominique Asselineau a écrit :
>>>>Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>>>>>Bonjour, [???]
>>>>Bonjour,
>>>Bonjour,
>>>
>>>>Je ne connais que le module Proxy avec les 2 directives ProxyPass et
>>>>ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
>>>>dans les 2 sens, pour la requête et la réponse donc, par le serveur
>>>>"visible".
>>>Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
>>>similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P]
>>>et
>>>[P] dépends de mod_proxy).
>>>
>>>Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
>>>liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
>>>seront pas transformés, mettant en défaut la solution mod_proxy???
>>
>>en plus, seules quelques entêtes sont réécrites. si on fait de la
>>gestion de session en utilisant des cookies ou des entêtes referrer, il
>>faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
>>serveurs.
>
>ProxyPassReverseCookieDomain
>ProxyPassReverseCookiePath
>
>devraient servir à ça ?
>
je ne sais pas si ça suffit. j'ai eu un problème avec une appli qui
faisait de la gestion de session, et qui utilisait du javascript, et
quand je ne mettais pas un chemin identique, elle refusait la suite de
requête (ça disait un truc du genre "Attaque XSRF detectée"...). j'ai
fini par mettre des chemins identiques, et comme on peut ajouter autant
de vhost qu'on veut, ça n'est pas vraiment une limitation.
>>En général, mieux avoir les mêmes chemins sur les deux
>>serveurs et éviter les trucs du genre
>> http://www.toto.com/ = http://www.tata.com/qqchose/
>>
>>
>>>Pour ce faire, il faudrait en plus réécrire le contenu.
>>>
>>ce qui est problématique (entre autres chose: problème du calcul du
>>Content-length qui doit être envoyée dans les entêtes, or on ne la
>>connait pas avant réécriture complète), mais surtout un peu lourdingue.
>>Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
>>fondation Apache.
>
>Il est cité par la doc ?
>
oui, mais il est pas directement accessible sur
http://httpd.apache.org/docs/2.2/mod/
ce qui me fait penser que la fondation ne le soutient pas. mais
peut-etre que je me trompe?
Dominique Asselineau wrote:
>mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200
>>Eric DECORNOD wrote:
>>>Dominique Asselineau a écrit :
>>>>Johan Dindaine wrote on Wed, Aug 27, 2008 at 07:45:15PM +0100
>>>>>Bonjour, [???]
>>>>Bonjour,
>>>Bonjour,
>>>
>>>>Je ne connais que le module Proxy avec les 2 directives ProxyPass et
>>>>ProxyPassReverse qui fassent ça. Les enveloppes HTTP sont réécrites
>>>>dans les 2 sens, pour la requête et la réponse donc, par le serveur
>>>>"visible".
>>>Les dirrectives ProxyPass ??? et RewriteRule ??? [P] sont fortement
>>>similaires (on peux combiner ProxyPassReverse ??? et RewriteRule ??? [P]
>>>et
>>>[P] dépends de mod_proxy).
>>>
>>>Cependant seul le HTTP est réécrit, pas le contenu (HTML), ainsi les
>>>liens HTML absolus de la forme http://www.tata.com/page/truc.html ne
>>>seront pas transformés, mettant en défaut la solution mod_proxy???
>>
>>en plus, seules quelques entêtes sont réécrites. si on fait de la
>>gestion de session en utilisant des cookies ou des entêtes referrer, il
>>faut éviter d'y avoir des chemins qui ne sont valables que sur l'un des
>>serveurs.
>
>ProxyPassReverseCookieDomain
>ProxyPassReverseCookiePath
>
>devraient servir à ça ?
>
je ne sais pas si ça suffit. j'ai eu un problème avec une appli qui
faisait de la gestion de session, et qui utilisait du javascript, et
quand je ne mettais pas un chemin identique, elle refusait la suite de
requête (ça disait un truc du genre "Attaque XSRF detectée"...). j'ai
fini par mettre des chemins identiques, et comme on peut ajouter autant
de vhost qu'on veut, ça n'est pas vraiment une limitation.
>>En général, mieux avoir les mêmes chemins sur les deux
>>serveurs et éviter les trucs du genre
>> http://www.toto.com/ = http://www.tata.com/qqchose/
>>
>>
>>>Pour ce faire, il faudrait en plus réécrire le contenu.
>>>
>>ce qui est problématique (entre autres chose: problème du calcul du
>>Content-length qui doit être envoyée dans les entêtes, or on ne la
>>connait pas avant réécriture complète), mais surtout un peu lourdingue.
>>Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
>>fondation Apache.
>
>Il est cité par la doc ?
>
oui, mais il est pas directement accessible sur
http://httpd.apache.org/docs/2.2/mod/
ce qui me fait penser que la fondation ne le soutient pas. mais
peut-etre que je me trompe?
mouss wrote on Thu, Aug 28, 2008 at 07:33:05PM +0200Dominique Asselineau wrote:mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200[snip]
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
Il est cité par la doc ?
oui, mais il est pas directement accessible sur
http://httpd.apache.org/docs/2.2/mod/
ce qui me fait penser que la fondation ne le soutient pas. mais
peut-etre que je me trompe?
Peut-être un problème de licence qui ne serait pas exactement celle d'Apache ?
mouss wrote on Thu, Aug 28, 2008 at 07:33:05PM +0200
Dominique Asselineau wrote:
mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200
[snip]
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
Il est cité par la doc ?
oui, mais il est pas directement accessible sur
http://httpd.apache.org/docs/2.2/mod/
ce qui me fait penser que la fondation ne le soutient pas. mais
peut-etre que je me trompe?
Peut-être un problème de licence qui ne serait pas exactement celle d'Apache ?
mouss wrote on Thu, Aug 28, 2008 at 07:33:05PM +0200Dominique Asselineau wrote:mouss wrote on Thu, Aug 28, 2008 at 07:11:15PM +0200[snip]
Et si je ne m'abuse, mod_proxy_html n'est pas "supporté" par la
fondation Apache.
Il est cité par la doc ?
oui, mais il est pas directement accessible sur
http://httpd.apache.org/docs/2.2/mod/
ce qui me fait penser que la fondation ne le soutient pas. mais
peut-etre que je me trompe?
Peut-être un problème de licence qui ne serait pas exactement celle d'Apache ?