Newsgroup: it.comp.os.linux.sys
Titolo: Gestione utenti su Cluster HA

Ciao a tutti!
Stavolta sono alle prese con un problemone...
In pratica, vorremmo mettere su un Cluster HA (due nodi) con alcuni
servizi (Apache, SSH, FTP, Mail, etc) e un bel disco DRBD.
Tutti i dati e le configurazioni dei vari demoni e le home dei vari utenti
dovrebbero risiedere su DRBD.
E fin qui non ci dovrebbero essere problemi.
Ora arriviamo al punto: i vari utenti dovrebbero potersi loggare nel
sistema (con SSH o FTP) usando un (o uno degli!) IP gestito da Heartbeat
per loggarsi sempre sul nodo attivo.
Anche questo non e' difficile, ovviamente!
La parte difficile e' che noi vogliamo far si che gli utenti restino
sincronizzati automaticamente sui due nodi, ossia  NON vogliamo dover
aggiungere un utente a manina su entrambi i nodi.
Credo che sia possibile risolvere il problema autenticando l'utente via
PAM e dicendo a PAM di prendere le informazioni da un DB o da LDAP.
E credo (spero!) che sia possibile usare questo metodo per SSH, Telnet e
FTP.
Credo! Ma non sono mica sicuro... :)
Qualcuno sa darmi qualche dritta, almeno per incominciare?
Tenete presente che io di PAM e LDAP conosco solo il nome... :(
Grazie
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Tenete presente che io di PAM e LDAP conosco solo il nome... :(
Siamo in 2. Su slackware installare PAM è un calvario. Quindi ne so 
quanto te. :D

 essere a posto. Ricordati di mettere ldap nei servizi da avviare da ha.
OK! Senza voler essere polemico, questo lo sapevo gia'... :)
Speravo in un piccolo HowTo (o un link a qualche HowTo) dove potessi
trovare un esempio di configurazione di SSH con PAM e di PAM con SQL o
LDAP... :)
Hai qualche esempio o URL?


 l'effettiva velocità di resync in caso di failure.
Dipende da svariati fattori, ma può "tirare" tranquillamente svariati
megabyte al secondo...
Più o meno, puoi assimilare la velocità di resync a quella del normale
raid software, cui togli un 5-10%
-- 
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.

 raid software, cui togli un 5-10%
Però ripensandoci costa meno una san 'seria' che prendere 2 DL320S zeppi 
di dischi da 500GB... supponendo 12 dischi per server, diventerebbero 24.
Con una san tradizionale i dischi sono singoli, basta rindondare i 2 
server NFS che accedono ai dischi esterni...

 server NFS che accedono ai dischi esterni...
Condivido l'osservazione: dipende dal dimensionamento.
DRBD è una soluzione a bassissimo costo se l'implementazione è
"piccola", ma scala discretamente solo per alcune necessità...


 FTP.
Corretto.
-- 
Words are very unnecessary
They can only do harm

 Altrimenti dovresti avere qualche cosa del tipo
scusa, ma questo authconfig dove lo trovo?
non ho trovato nessun pacchetto con un nome simile...
E anche il file /etc/pam.d/system_auth mi manca...
Puoi magari darmi qualche dritta piu' precisa?
Altra domandina... come ho detto, sono digiuno di LDAP...
Su Debian ho trovato il pacchetto slapd che penso dovrebbe fare al caso
mio.
Installato e ora e' su...
Come ce li metto dentro i dati? Hai un qualche client da consigliarmi?
Grazie!


 
Da profano di PAM, ho visto che c'è /etc/pam.d/ssh, che magari fà già
quello che vuoi...
da google -> debian pam ldap, trovo:
http://wiki.debian.org/LDAP
che parla anche di ssh!
Michele

 di una distribuzione che non lo usa
Debian lo usa.


 Uso Debian testing...
Anch'io, e usa già pam di default, modifica /etc/pam.d/common* affinché
facciano come vuoi tu.
Ciao, Micky
-- 
What's this hash prompt on my terminal mean?
Micky Del Favero  -  System Manager  &  BOFH

 ldap su drbd, cosi' il nodo attivo ha anche il database ldap completo.
Personalmente sconsiglio questa soluzione; consiglio piuttosto di
mettere due Ldap tra loro replicati; tutti i servizi che possono essere
usati in configurazione active-active è meglio usarli in quella
configurazione, risparmiandosi così anche i (brevi) tempi di disservizio
dovuti allo spostamento delle risorse.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 aggiungere un utente a manina su entrambi i nodi.
Non sono sicuro di aver capito. Se il tuo scopo è far sì che gli utenti
vengano creati su una macchina e siano visibili anche sull'altra, avendo un
unico punto di gestione delle password e delle politiche relative, allora
puoi usare anche NIS, con un nodo master e l'altro slave. Non è una
soluzione entusiasmante, ma per due nodi ti conviene rispetto ad una
autenticazione via LDAP in termini di infrastruttura da mettere in piedi.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname