Hello

voila le truc: dans le server intranet (MZ), je veux que les gens qui vont 
dans le wiki aient besoin de s'authentifier (y a des trucs que tt le monde 
ne doit pas savoir lire). Sur la bécane tourne Apache 2.0.48 et aussi 
openldap 2.21 (avec le module authldap). Pour éviter la redondances des 
infos d'auth. je veux que apache utilise le ldap pour authentifier mes users. 

J'ai donc modifié le sysconfig de apache2 comme suit:
APACHE_MODULES="access actions alias auth auth_dbm autoindex cgi dir env 
expires include log_config mime negotiation php4 perl python setenvif ssl 
suexec userdir ldap auth_ldap"

Dans le virtualhost pour mon wiki j'ai donc:
Alias /wiki/ "/usr/local/share/moin/htdocs/"
<Directory "/usr/local/share/moin/htdocs/>
   Order deny,allow
   Allow from all
AuthName "Staff only"
AuthType Basic
LDAP_Server localhost
LDAP_Port 389
Base_DN "ou=People,dc=toto,dc=org"                             
UID_Attr uid
require valid-user
</Directory>

Je relance Apache et j'ai:
Invalid command 'LDAP_Server', perhaps mis-spelled or defined by a module 
not included in the server configuration

Dans l'errorlog:
[Mon Aug 23 15:04:31 2004] [notice] suEXEC mechanism enabled (wrapper: 
/usr/sbin/suexec2)
[Mon Aug 23 15:04:31 2004] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Mon Aug 23 15:04:31 2004] [notice] LDAP: SSL support unavailable
[Mon Aug 23 15:04:32 2004] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Mon Aug 23 15:04:32 2004] [notice] LDAP: SSL support unavailable
[Mon Aug 23 15:04:32 2004] [notice] Apache/2.0.48 (Linux/SuSE) configured 
-- resuming normal operations
[Mon Aug 23 15:07:18 2004] [warn] child process 20618 still did not exit, 
sending a SIGTERM


Je pense que les modules ldap et auth_ldap sont charges mais malgre ca, il 
n'en veut pas...

_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
Archives: http://www.mail-archive.com/[EMAIL PROTECTED]
IRC: chat.unixtech.be:6667 - #unixtech

Répondre à