Newsgroup: it.comp.os.linux.sys
Titolo: Dominio linux

Salve a tutti,
vorrei cominciare a capire come funziona un dominio Linux, dove sia il 
Domain Controller che i client sono macchie linux.
Mi date delle info?
grazie

PINO ha scritto:

man samba
f/u appropriato
-- 
Fa freddo nello scriptorium, il pollice mi duole. Lascio questa 
scrittura, non so per chi, non so più intorno a che cosa...
U. Eco

 centralizzata
[..]
Davide, non sono proprio un fan di Microsoft ma se c'e' *UNA* cosa *UNA* 
che ha senso in quel buffo mondo IMHO è proprio il dominio + Active 
Directory. Non è (neanche lontanamente) esente da difetti, ma 
l'autenticazione centralizzata la risolve eccome, ed incredibilmente 
funziona se il tutto è "deployato" bene.
ciao, f.

 allora?
quoto -.-
-- 
Davide Consonni

 l'autenticazione centralizzata la risolve eccome
RADIUS (che può essere un "frontend" di ldap)
LDAP (che può essere un "backend" di radius)
tanto per citare due cose riguardo a "autenticazione centralizzata".
Poi mi pare che alcuni server radius supportino l'autenticazione
"multifonte" da database, file, ldap, $qualsiasiCosa.
Ergo, autenticazione centralizzata anche in caso di database utenze
spezzate.
Poi, andando a tentativi (nel senso che devo ancora capire cos'è, ma ci
sbatterò la testa): Kerberos.
E nsswitch.conf è commentato bene.
Andando a naso e per similitudini poi, il DNS è un ottimo e diffuso
sistema di directory. E sento molto parlare anche di NIS (o YP).
PS: di quelli che ho citato non conosco a fondo il funzionamento
(eccezion fatta per LDAP ed il DNS), né se sono "adatti allo scopo".
Tuttavia nel tempo mi è capitato di leggere qualcosa a riguardo. Ovvio
che potrei confondermi. Anzi, per alcuni ne sono quasi sicuro.
Enrico

 Huh?
C'è scritto nella wikipedia :-P
No vabbé comunque anche io penso che sia una versione "azzoppata" di un
servizio di directory. Anche perché quello che fa è restituire degli
attributi a specifici valori (nomi di dominio).
Non è ldap, però le strutture si assomigliano. Poi ovvio, ogni
"protocollo" è stato pensato, progettato e adattato per il suo specifico
ambito d'utilizzo (ergo, il dns non può, IMHO, contenere le informazioni
per l'autenticazione. Però è un servizio di "discovery" di servizi).
Enrico

 allora?
Non so ma ho avuto la senzazione dal tono del messaggio che fosse il 
caso di cominciare dalle basi.
-- 
Fa freddo nello scriptorium, il pollice mi duole. Lascio questa 
scrittura, non so per chi, non so piů intorno a che cosa...
U. Eco

 caso di cominciare dalle basi.
IMHO lavorare su LDAP di casa M$ equivale a non lavorarci. Nessun tool
(tranne i rari casi in cui per sbaglio viene fuori) indica il
"percorso" (quello con cn=...,dc=... per intenderci) ad esempio.
Ogni cosa è luser-friendly. E così nascono luser che credono di essere
sysadmin.
Enrico

 allora ?
Non č proprio *solamente* "la versione Microsoft di LDAP", č' un po' piů 
complesso di cosě...
Non ho detto cmq. che uso solo Active Directory, nč ho detto che non uso 
mai "semplicemente LDAP". Non ho nemmeno detto che "mi piace" AD 
*rispetto* ad altre soluzioni.
Ho detto solo che funziona, rispetto a permettere "l'autenticazione 
centralizzata". E lo ripeto. ;)
ciao, f.

... cmq. non ho capito la richiesta del msg. originale.
Non ho capito se a PINO interessi implementare un Domain Controller 
Microsoft usando Linux OPPURE se gli interessi implementare una 
"situazione" simile ad un dominio AD, in ambiente Linux.
ciao, f.

 "percorso" (quello con cn=...,dc=... per intenderci)
ldapsearch?
Y.

 DN, se sai la DN sai gia' tutto.
Per fare login si può usare lo shortcut {NomeDominio}\{NomeUtente}
anzichè la DN completa.
Y.

 sbatterò la testa): Kerberos.
ho ancora gli incubi di quando lavoravo su sp...... bello ma' se scade il
tgt è uno tsunami :-D
-- 
Messaggio di servizio:
        Puoi leggere questi fortune anche con lo screensaver/xlock
        "Marquee".

 LDAP (che puň essere un "backend" di radius)
PAM, se vogliamo gestire il tutto a basso livello (sia associato a
LDAP che associato a RADIUS)
Enrico