Re: [RiminiLUG-General] Account utenti su DB ?

[Ivan Tarozzi <ivan@xxxxxxxxxxxx>]

Intanto grazie a tutti per le risposte!


Il giorno lun, 17/01/2011 alle 21.22 +0000, Filippo Giunchedi ha
scritto: 
> On Mon, Jan 17, 2011 at 03:12:35PM +0100, Christian Zoffoli wrote:
> > fattibilissimo ma perche' devi creare un'infrastruttura completamente
> > fuori standard per popolare gli account ?
> 
> perdonami ma lo standard quale sarebbe? cambi solamente il modo di fare lookup
> degli utenti/gruppi a libc e/o pam
> 
> > in questo scenario devi:
> > - creare un db
> > - creare dei tool per gestirlo
> > - esportare i dati per farli gestire da libnss
> > 
> > il tutto per ottenere pochi vantaggi ed un'infrastruttura fuori standard
> > e pertanto poco replicabile e difficilmente mantenibile
> 
> mah per questo scenario (macchina singola, pochi utenti e che cambiano di
> rado) non mi sembra il caso di scomodare ldap, comunque il problema piu'
> grosso mi pare che hai una cosa in piu' che se non funziona non autentichi gli
> utenti. fermo restando che installare e amministrare un server ldap se non e'
> gia' integrato nella distribuzione come l'esempio di skolelinux non mi pare
> una cosa banale (dovendo anche conoscere ldap stesso altrimenti non si va
> molto lontano)

soprattutto per chi come me non conosce ancora il sistema ldap... e in
prospettiva anche per gli altri che ci metteranno le mani. Che poi sia
molto più avanzato non lo discuto, ma anch'io credevo che il vero
vantaggio si vedesse nella gestione di più di una macchina.

> provo a spiegare meglio l'idea che avevo in mente con questo proof of concept
> fatto in 3 minuti:
> 
> godog@clamp:/tmp$ sqlite3 test.db 'create table users (uid INTEGER PRIMARY KEY AUTOINCREMENT, user text, pass text)'
> godog@clamp:/tmp$ sqlite3 test.db 'insert into users (user, pass) values ("a", "b")'
> godog@clamp:/tmp$ sqlite3 -separator ':' test.db  'select * from users'
> 1:a:b
> godog@clamp:/tmp$
> 

Fino a qui nessun problema, la creazione e gestione delle tabelle in
sqlite è piuttosto documentata e con i db ci ho lavorato.

Mi manca un po' la seconda parte, ovvero come istruire il sistema a
processare files aggiuntivi.
Direi che come primo step mi devo approfondire PAM e il pacchetto
libnss-extrausers


> (tutto questo senza nessuna polemica naturalmente, oltretutto ivan aveva
> specificatamente espresso preferenze per una soluzione senza ldap)
> 
> filippo

proprio per evitare ulteriori complicazioni *forse* non giustificate
dalla presente architettura. Questo non toglie che magari in futuro
potrebbe essere un argomento da approfondire, ma al momento mi serviva
una soluzione pragmatica.
Non essendo io un sistemista, prima di sobbarcarmi l'analisi di ldap
(che mi pare non banale) ci penso 2 volte :)

Poi so bene che sono giuste le considerazioni di Christian per quello
che riguarda manutenzione se non è ben documentato quello che si fa

Grazie ancora a tutti
Ivan