Newsgroup: it.comp.os.linux.sys
Titolo: Autenticazione LDAP

Salve,
sto cercando di autenticare gli utenti Linux e quelli di posta
attraverso LDAP.
Il server è configurato correttamente(credo): altri programmi lo
utilizzano regolarmente, ma non riesco ad attivare l'autenticazione degli
utenti di sistema.
Cerco di spiegarmi meglio(??):
nella mia redhat 8.0 (il client) ho configurato il file /etc/ldap.conf
come si trova nei vari How-To, lancio il comando authconfig e imposto
l'autenticazione LDAP e i dati per collegarmi al server.
Quando però vado a fare il login vengono
autenticati solamente gli utenti presenti nel passwd locale. In pratica del
server LDAP non gli frega niente.
Questo è il file ldap.conf:
host 192.168.100.201
base dc=dominio,dc=it 
#
dominio.it
 è il dominio esistente nella directory LDAP
ldap_version 3
pam_filter objectclass=posixAccount
pam_login_attribute uid
pam_member_attribute gid
pam_template_login_attribute uid
nss_base_passwd	ou=People,dc=sodima,dc=it?one
nss_base_shadow	ou=People,dc=sodima,dc=it?one
nss_base_group		ou=Group,dc=sodima,dc=it?one
nss_base_hosts		ou=Hosts,dc=sodima,dc=it?one
ssl start_tls
pam_password md5
mentre questo è il file system-auth in /etc/pam.d
auth        required      /lib/security/pam_env.so
auth        sufficient    /lib/security/pam_unix.so likeauth nullok
auth        sufficient    /lib/security/pam_ldap.so use_first_pass
auth        required      /lib/security/pam_deny.so
account     required      /lib/security/pam_unix.so
account     [default=bad success=ok user_unknown=ignore service_err=ignore
                   system_err=ignore] /lib/security/pam_ldap.so
password    required      /lib/security/pam_cracklib.so retry=3 type=
password    sufficient    /lib/security/pam_unix.so nullok use_authtok md5 shadow
password    sufficient    /lib/security/pam_ldap.so use_authtok
password    required      /lib/security/pam_deny.so
session     required      /lib/security/pam_limits.so
session     required      /lib/security/pam_unix.so
session     optional      /lib/security/pam_ldap.so
spero che qualcuno riesca ad aiutarmi a venirne fuori
Grazie



scusate il multi-post, ma ho avuto prob con il news-reader
Chiedo venia
Nicola

 writes:
n> Quando però vado a fare il login vengono autenticati solamente gli
n> utenti presenti nel passwd locale. In pratica del server LDAP non gli
n> frega niente.
Hai controllato che anche /etc/nsswitch.conf sia a posto ? Ad es.:
   passwd:         files ldap
   group:          files ldap
Altrimenti le varie getpwent() & Co. non usano LDAP.
Personalmente sto usando (su una macchina di test, che dovra` diventare
il server LDAP in sostituzione di NIS+) per /etc/pam.d/login:
auth sufficient pam_ldap.so     nullok 
auth required   pam_unix2.so    nullok use_firstpass
auth required   pam_securetty.so
auth required   pam_nologin.so
auth required   pam_env.so
auth required   pam_mail.so
#
account sufficient      pam_ldap.so
account required        pam_unix2.so
n> Questo è il file ldap.conf:
...
Mi pare a posto.
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]

 account required        pam_unix2.so
Ho sostituito nel mio system-auth gli auth e gli account come da te
indicato.
Il risultato è che adesso quando faccio il login mi chiede 2 volte la
password (credo che la prima sia quella di LDAP e la seconda di UNIX), ma
mi consente l'accesso solamente se metto la 2° password giusta (quella del
computer locale).
ciao
Nicola

 writes:
n> Il risultato è che adesso quando faccio il login mi chiede 2 volte la
n> password (credo che la prima sia quella di LDAP e la seconda di UNIX), ma
n> mi consente l'accesso solamente se metto la 2° password giusta (quella del
n> computer locale).
Qualcosa non quadra: use_firstpass serve proprio ad evitare questo...
Non  e` che  il casino  sta nella  cifratura MD5  delle  password quando
magari invece e` il normale "crypt" UNIX ? Prova ad editare a mano qual-
che entry LDAP  (il campo password, intendo) e  verifica che stai usando
dappertutto lo stesso  sistema di cifratura... Alza il  livello di debug
sul server per vedere cosa succede di preciso.
Ah, se  stai usando  connessioni cifrate verso  il server LDAP,  prova a
disabilitare il tutto e lavorare "in chiaro": forse il problema e` li`.
