Si je ne me trompe pas, la méthode présentée nécessite qu'un handler soit développé pour chaque serveur proxyisé, selon le mode d'identification utilisé, c'est ca ?
Dans le document, il est écrit : "La session est maintenue entre le reverse-proxy et l'utilisateur par un cookie de session.", mais la connexion entre le proxy et le serveur est maintenue comment ?
degeu raoul disait :
« ...et c'est l'apache de ton proxy qui interroge le bon site web (virtual host) et fait suivre la requete jusqu'au client .»
C'est un point qui n'est pas abordé dans le document (il y a bien un cf Configuration du DNS), mais je ne l'ai pas trouvé.
C'est au niveau DNS global que la redirection doit-être configurée ou juste au niveau du fichier /etc/hosts du proxy pour pouvoir attaquer le bon serveur ?
en tout cas, c'est une idée, comme souvent chez les bonnes idées, assez simple mais quelques détails m'échappent encore...
[^] # Re: Publication du reverse-proxy LemonLDAP
Posté par Bob Maerten . En réponse à la dépêche Publication du reverse-proxy LemonLDAP. Évalué à 3.
Dans le document, il est écrit : "La session est maintenue entre le reverse-proxy et l'utilisateur par un cookie de session.", mais la connexion entre le proxy et le serveur est maintenue comment ?
degeu raoul disait :
« ...et c'est l'apache de ton proxy qui interroge le bon site web (virtual host) et fait suivre la requete jusqu'au client .»
C'est un point qui n'est pas abordé dans le document (il y a bien un cf Configuration du DNS), mais je ne l'ai pas trouvé.
C'est au niveau DNS global que la redirection doit-être configurée ou juste au niveau du fichier /etc/hosts du proxy pour pouvoir attaquer le bon serveur ?
en tout cas, c'est une idée, comme souvent chez les bonnes idées, assez simple mais quelques détails m'échappent encore...