Serveur en ssl (https) frontal avec authentification LDAP et proxy pour webservice http

Bonjour à tous,

Je souhaitais savoir la faisabilité d'un serveur frontal en ssl qui effectue l'authentification via serveur LDAP.
Si l'authentification est bonne, il redirigerais les requêtes vers un webservice situé sur un autre serveur, mais cette fois les données seraient en clair entre le serveur frontal et le serveur hébergeant le webservice.
Chaque brique séparément : OK, mais l'imbrication de tout cela....

En gros j'aimerais authentification (donc ouverture de session) sur le frontal via LDAP.
Et ce frontal serait un proxy pour le webservice.

Je pense que cela est faisable, mais j'ai un peu du mal a le maquetter....
Je veux alléger la charge de mon serveur hébergeant le webservice en gérant les connexions SSL en frontal.

Merci d'avance pour votre aide.

au final, voici ce que j'ai fait : je suis parti sur l'idée du reverse proxy car c'est en effet ce dont j'avais besoin....
Je n'ai pas encore mis l'authentification, mais ce sera l'étape d'après.
Pas de raison de ne pas y arriver!

J'ai suivi CA.
Par contre j'ai un résultat bizarre au niveau de mon webservice.
En customisant un peu le module mod_mono d'une version pré-configuré sur turnkey le résultat du webservice en direct est bon :
http://s21.postimg.org/talji15bb/webservice_direct.png

En passant par le reverse proxy...
http://s21.postimg.org/vlo6zy5gn/via_reverseproxy.png

Quelqu'un sait il d'où cela peut venir svp?

Merci

Je pense plus à un souci de conf de l'appli que du RP....

Quelle requête effectue ton appli ?
Ca ne métonnerait pas que ton appli tente d'appeler ton webservice via une requête incorrecte...

Bonsoir,

Merci pour ta réponse.
La requête est la même que lors du http.
c'est à dire TestService.asmx?page=op&tab=test&op=Echo&bnd=TestServiceSoap12&ext=testform&a=dzadza
où dzadza est le champ que je repli normalement sur le formulaire.

Je ne connais pas ton appli mais j'avais supposé que l'appel au web service était fait en ajax.... Tu me confirmes que non ?

Si oui, vérifie via un utilitaire type firebug la requête (complête) effectuée par le javascript.
Si non, ça veux dire que le code html renvoyé par ton appli est différent selon l'url appelée. C'est donc bien un souci de conf côté appli.

OK, je test ça lundi.
Merci

Bonne nouvelle, c'était bien mon webservice qui était pourrit...

Merci!