Retourner aux forums || Retourner au forum general.general
j'ai un problème de configuration avec apache.
Voila ce qui m'est demandé:
sur un apache, on doit pouvoir avoir un accès
- en http par un des serveurs de la dmz
- en https avec mod_ldap_auth par l'extérieur
Le souci est qu'on ne veut pas mod_ldap_auth pour l'accès de l'intérieur en http.
Est-ce que quelqu'un a une idée? Les directives standard ne me semblent pas adaptées, peut-être qu'on peut activer le mod_proxy juste pour l'accès https, mais là je continue à chercher, je n'ai pas encore trouvé de solution.
Merci à ceux qui ont une idée (et aux autres aussi,tant qu'à faire)
> Lire le message (4 commentaires, moyenne: 1,8).
double accès....
Pour ton problème une solution simple est de lancer deux instances d'apache...
Vu que tu veux deux configurations différentes, il te faut deux démons...
- un pour le http
- un pour le https
-
[^]Re: double accès....
Posté par lom (page perso, ) le 26/01/2005 à 13:18. (lien). Évalué à 1.Merci, c'est une solution, effectivement.
Mais il n'y a vraiment pas moyen de gérer les 2 cas avec une seule instance? Ce serait surprenant...-
[^]Re: double accès....
Posté par Thomas Hervé () le 26/01/2005 à 16:37. (lien). Évalué à 3.Si ca doit être faisable avec qqch de ce genre :
[non testé]
<VirtualHost *:80>
# Configuration de base
</VirtualHost>
<VirtualHost *:443>
<IfModule mod_auth_ldap.c>
# La tu mets ta configuration LDAP
AuthLDAPURL
AuthLDAPBindDN
#.....
</IfModule>
#....
</VirtualHost>
Bon courage,
--
Thomas-
[^]Re: double accès....
Posté par lom (page perso, ) le 28/01/2005 à 07:42. (lien). Évalué à 1.C'est sans doute ce que je vais faire, mais j'aurai aimé pouvoir factoriser la configuration de base, histoire de ne pas la dupliquer.
Bon, je vais la mettre dans un fichier include, sans doute.
Merci
-
-
Revenir en haut de page || Retourner aux forums || Retourner au forum general.general



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.