Discussion :

[bellesmanieres]

Bonjour à tous,
Cela fait bientôt une semaine que je sèche là dessus, j'aimerais savoir si quelqu'un à une solution. Ca à l'air tout bête, mais quelque chose doit m'échapper...

J'ai donc un serveur web apache 2.2 sur opensuse en DMZ, qui doit faire du proxyreverse vers un serveur Filemaker sous Windows 2003 en intranet (qui lui même en interne fait toute une bidouille tomcat<->iis préréglée à l'installation et à laquelle je ne touche pas !). Jusqu'à présent cela fonctionnait bien avec dans le virtualhost principal www.serveurweb.dom.fr un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
    ProxyPass /filemaker http://serveurbdd.dom.fr:8081
    ProxyPassReverse /filemaker http://serveurbdd.dom.fr:8081

Depuis quelque temps, ben ça marche pô ! Sans que sache vraiment depuis quelle manip, vu qu'il y a eu pas de mises à jour et de remaniements de tous les côtés sur nos serveurs.
En fait, tous les liens, les images à inclure, etc, renvoient à www.serveur.dom.com/fmi/iwp au lieu de www.serveur.dom.com/filemaker/fmi/iwp.
Dans le code source des pages renvoyées, tous les liens sont de la forme "/fmi/iwp/ressource.gif" et non "fmi/iwp/ressource.gif", ce qui ne m'aide pas vraiment...
J'ai donc essayé d'autre formes, du style

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
<Location /filemaker>
    ProxyPass http://serveurbdd.dom.fr:8081
    ProxyPassReverse http://serveurbdd.dom.fr:8081
</Location>

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
<Location /filemaker>
    ProxyPass http://serveurbdd.dom.fr:8081/
    ProxyPassReverse http://serveurbdd.dom.fr:8081/
    RewriteEngine on
    RewriteRule ^/$ /filemaker/ [R]
</Location>

ainsi que des variantes avec/sans trailing slash, des rewrite ^/ ...

J'ai aussi tenté d'utiliser un SetEnv pour redéfinir l'url de base, sans succès mais je ne suis pas sûr d'avoir bien saisi la syntaxe.
Bref, je patauge ...
Le pire étant, comme je le disais, que tout ça marchait très bien depuis des mois, que j'ai d'autres proxy reverse sur d'autres serveurs, qui fonctionnent sans problème et que ça à vraiment l'air tout bête

Merci d'avance à ceux qui ont des pistes...

[_Mac_]

Oublie mod_proxy, c'est pas lui le problème : sachant qu'il ne modifie pas le code HTML renvoyé par le serveur en backend (IIS, donc), c'est forcément ce serveur backend qui rajoute ce / devant qui t'embête. Donc de 2 choses l'une : soit tu modifies l'application backend pour retirer ce / devant, soit tu utilises un truc du style mod_proxy_html pour cette fois-ci modifier le code HTML renvoyé au navigateur pour supprimer ce /.

[bellesmanieres]

Pour tout dire j'avais bien pensé à proxy_html, car les liens sont les mêmes (type "/fim/iwp...") quel que que soit l'endroit ou j'attaque (directement sur l'iis, et même directement sur le tomcat), mais je gardais espoir de m'en passer !
Ce qui me rend complètement perplexe sur ce coup c'est ... comment ça à pu fonctionner jusqu'à maintenant ???

Merci pour ta réponse, en tout cas

[_Mac_]

Oh, y a bien dû y avoir un patch de passer quelque part ou une petite modif de configuration faite en loucedé, non ?

[bellesmanieres]

A dire vrai, j'aurais bien soupconné un peu les mises à jour automatique windows, histoire de trouver une explication/excuse ...
... mais ce serait vraiment de la mauvaise foi, parce que je vois pas bien ce que ça pourrait changer au tomcat qui est derrière tout ça. D'autant plus que j'ai fait des mises à jour de tout un tas de paquets sur la Suse à peu près en meme temps, des modifs un peu partout ailleurs (dns etc.. ) . Alors avant de remonter à la source du problème, y'a du boulot !!!

edit
C'est que je disais un fait dans le premier post, où à la ligne

Sans que sache vraiment depuis quelle manip, vu qu'il y a eu pas de mises à jour et de remaniements de tous les côtés sur nos serveurs

je viens de me rendre compte que j'avais oublié un mot : "vu qu'il ya eu pas MAL de mises à jour ..."

[_Mac_]

Si c'est du Tomcat, tu peux déjà faire une vérification facile : consulter les JSP, voir s'il y a un / ajouter devant les URL.