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 à