|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | ||||
|
Invité de passage
![]() Inscription : juillet 2011 Messages : 1 ![]() |
Bonjour,
Je souhaite configurer un serveur Apache en DMZ. Ce serveur ne recevra que des connexions https sécurisées et pointera (mod_proxy_http) vers un 2e serveur Apache sur le LAN. Ce 2e serveur sert de load-balancer (mod_proxy_balancer) vers 2 serveurs Tomcat. Tout fonctionne bien en http mais dès que je passe en https sur l'un des serveurs Apache je ne peux naviguer car la réponse me parvient en http. J'ai trouvé un contournement en positionnant "ProxyPreserveHost" à "Off" mais ça ne me paraît pas une solution viable... Voici ma configuration Apache au niveau du load-balancer : Code :
Code :
J'ai déjà effectué ce type de configuration en mod_jk autrefois sans aucun paramétrage particulier : la connexion entrante (en http ou https) définissait le protocole qui était alors utilisé tout au long de la navigation. Qu'est-ce qui cloche ? Est-ce qu'il existe un paramètre permettant à Apache de garantir l'usage du même protocole entre le client et lui, quel que soit celui qui est utilisé vers les serveurs suivants ? Merci ! |
||||
|
|
00
|
|
|
#2 |
![]() ![]() Inscription : août 2005 Messages : 8 289 ![]() |
Non, ça ne me paraît pas choquant. C'est à ça que sert ce paramètre : pouvoir gérer les cas bizarroïdes de redirection à travers les reverse proxies. Ce paramétrage à off est même nécessaire quand on est dans ton cas cas malheureusement, l'en-tête Host n'indique pas le protocole : HTTP ou HTTPS. Et donc, quand on se retrouve à utiliser les ports standard, cet en-tête Host vaut la même chose quand on est en HTTP ou HTTPS. Les seuls moyens de s'en sortir c'est de faire comme toi pour quand seul le dernier maillon Apache fasse la redirection comme il faut, soit "hardcoder" les URL dans le code quelque part. A tout prendre, ta configuration est ce qu'il y a de plus simple.
__________________
![]() Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com