Newsgroup: it.comp.os.linux.sys
Titolo: Ldap e Samba

Ciao,
dopo aver configurato il tutto per fare un PDC con samba usando anche ldap
ho provato ad avviare qualche script per creare qualche utente, ma mi dà
sempre lo stesso errore
Can't locate Net/LDAP.pm in @INC .....
Cercando qua e la le risposte che ho trovato sono: Manca la libreria
libnet-ldap-perl
Bene, cerco ... ma non si trova, perlomeno, su Debian c'è il pacchetto,
ma per Fedora?
Ciao e grazie
-- 
------------------------------------------
Togliere aldruz- per rispondermi via e-mail
------------------------------------------

ma per Fedora?
Se e' una lib di Perl, usa CPAN!
Ciao,
luigi

 writes:
a> Bene, cerco ... ma non si trova, perlomeno, su Debian c'è il pacchetto,
a> ma per Fedora?
cpan Net::LDAP  (cpan e` amico del Perl: usalo! :-))
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]

www.cpan.org


On Wed, 29 Sep 2004 20:40:20 +0200, alle wrote:
Ok, grazie, ora che cpan ha fatto il suo dovere mi stò sbattendo su una
altro errore.
Ogni volta che eseguo una operazione di inserimento del tipo
smdladp-useradd.pl
 -a pippo
mi restituisce 
No such object at /usr/local/sbin//
smldap_tools.pm
 line 663, <DATA> line
283.
Ciao


 283.
hai configurato a dovere i tool della idealx?

 hai configurato a dovere i tool della idealx?
dici i samba_tools ?
Penso di si, se non mi sbaglio dovevo modificare il file 
smdldap_conf.pm
 con i parametri LDAP del mio server ?!?!?
L'unico dubbio, ora che me lo sono riguardato è nella sezione 
#Bind DN passwd used
$bindpasswd = "secret";
Al posto di secrets ci devo mettere la password di amministratore del mio
server LDAP?
Se si, la devo mettere in chiearo o ci devo mettere il risulatto di
slappasswd -s "passwd" ?


 $bindpasswd = "secret";
metti la password in chiaro e poi metti i diritti 750, così lo legge solo
root.

 root.
Molto bene, le cose migliorano .... 
Ora riesco ad inserire gli utenti con 
smbldap-adduser.pl
 .
Inserisco il primo, il secondo non lo inserisce e mi da un errore sul SID
User SID already owen by uid=pippo,ou=Users,dc ......
Cioè da quel che ho capito non mi inserisce SID uguali. Questo SID è
scritto sempre in 
smbldap_conf.pm
, ma come faccio per farlo variare in
automatico ?


 automatico ?
non deve inserire sid uguali, altrimenti succede un casino.....

 non deve inserire sid uguali, altrimenti succede un casino.....
Pensa che su google c'è un post al riguardo, solo che è scritto in
japponese !!!!! Conosci qualcuno che sappia il Japponese ! 
E' finita!
Ciao e grazie


 E' finita!
ti suicidi? :-O
PS: non hai detto perché non hai scelto tdbsam al posto di ldapsam....

 PS: non hai detto perché non hai scelto tdbsam al posto di ldapsam....
Beh ... perchè il BDC in effetti mi servirebbe (inizialmente avevo
pensato a un backup con rsync, ma poi è intervenuto il gestionale in
Microsoft SQL e quindi win2kserver mi è stato di obbligo !)
E comunque LDAP lo devo configurare per la rubrica aziendale condivisa
a tutti i dipendenti, quindi alla fine ho pensato: visto che lo
devo configurare per la rubrica usiamolo anche per la utentificazione
degli utenti.
E' sempre difficile capire quale sia la soluzione migliore!
Ma sbagliando si impara no ???? E certe volte si viene anche licenziati .... 
Speriamo che non capiti ora :-\
Ciao


 E' finita!
ROTFL!!! =DDD
Max 

 Speriamo che non capiti ora :-\
vuoi dire che sei così preso alla frutta? non mi dirai che vuoi andare in
produzione con del software senza avere esperienza, vero? L'hai fatto
qualche test prima?


Sono proprio un Pirla !!!! Ci sono riuscito, mi sono debuggato tutto
smdldap-useradd ed ho scoperto che la variabile $UID_START non variava mai .... 
Questa variabile è settata dalla funzione getpwuid($UID_START) ... mi
sono documentato con GOOGLE ed ho scoperto che questa funzione scritta in
C ricerca gli UID utenti all'interno delle psw unix !?!?! E' qui che mi è
venuto il dubbio sull'autentificazione !!!!!!
E come per magia ho lanciato authconfig (con fedora) e gli ho detto di
fare l'autentificazione con LDAP .....
Ora funziona!!! 
Beh ... dopo avervi rotto le scatole per 2 gg interi posso andare a letto
contento .... 
Ciao e grazie dei preziosi suggerimenti che mi avete fornito !!!
Pace e bene a tutti 


 smdldap-useradd ed ho scoperto che la variabile $UID_START non variava mai .... 
cercava gli utenti nel posto sbagliato. ecco perché non variava mai

 writes:
a> sono documentato con GOOGLE ed ho scoperto che questa funzione
a> scritta in C ricerca gli UID utenti all'interno delle psw unix !?!?!
Piu` precisamente  cerca nei  database del Name  Service Switch,  la cui
configurazione e` contenuta  nel file /etc/nsswitch.conf. Con authconfig
hai  in  pratica  modificato detto  file  e  un  po'  di moduli  PAM  in
/etc/pam.d (anzi: probabilmente solo /etc/pam.d/system-auth...).
Ah, e  anche /etc/ldap.conf (altrimenti i moduli  LDAP avrebbero qualche
problema a capire chi contattare...).


 writes:
a> Mi sai dire chi genera questi numeri finali del SID ???
Sono generati algoritmicamente dall'UID (o dal GID) Unix; il problema e`
che mentre  in UNIX UID  e GID hanno  namespace distinti, e  quindi puoi
usare lo  stesso numero per un UID  e un GID senza  problemi, in Windows
utenti  e gruppi  condividono un  unico namespace  per i  rispettivi RID
(Relative IDentifier).
Quelli di Samba hanno allora sfruttato  il fatto che i RID sono numeri a
32 bit  (mi pare)  e non  solo a  16 come UID  e GID  e hanno  diviso il
namespace dei RID in tre parti:
RID < 1000: account di sistema predefiniti (Administrator, ecc.)
RID > 1000 pari: UID utente
RID > 1000 dispari: GID gruppi
RID utente = UID * 2 + 1000
RID gruppo = GID * 2 + 1001
Notare che "root" (UID=0) non viene mappata sul RID di Administrator, ma
sul RID 1000 (1001 per il gruppo root).
Qualunque applicazione  che voglia generare dei SID/RID,  ricavare UID e
GID UNIX da questi, ecc. deve seguire queste regole.
