Newsgroup: it.comp.os.linux.sys
Titolo: Group Policy per linux?

ciao a tutti
sono poco esperto di linux e vorrei mettere in piedi un linux che mi
faccia da server (file e printer per ora) per una serie di client (una
cinquantina) sia win che lin; sarebbe utile (per non dire necessario)
gestire la loro configurazione in maniera centralizzata. la domanda: con
windows 2000 active directory uso le group policy per settare un sacco di
impostazioni di win 2000 e XP e per "blindare" il desktop dell'utente.
Sono comode perchè la gestione è centralizzata e funzionano abbastanza
bene. C'è qualcosa di simile per linux? il mio obiettivo è creare un
client "blindato" a seconda di chi ci fa logon con delle impostazioni (per
esempio la configurazione del browser, ecc) modificabili centralmente.
qualche idea?
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ecc) modificabili centralmente.  qualche idea?
Certo.  Per esempio, configura il tuo Mozilla a dovere, poi
trasferisci la directory .mozilla così creata nella home dell'utente,
e da root dai `chattr +i /home/utente/.mozilla'.  La directory non
potrà essere cancellata né spostata.
Farlo su più client in maniera selettiva e anche da remoto è triviale,
basta un po' di ssh con chiavi (per non dover digitare la password di
tutti i client) e qualche script.
-- 
Java is the most distressing thing to hit computing since MS-DOS.
                               (Alan Kay, OOPSLA '97.  That is, before C#.)

 chiederti delle cose su Active Directory ... grazie ! :D
posta su it.comp.os.win.win2000 cosě non siamo OT e la risposta le leggono
tutti
ciao


grazie della risposta, ma prima mi servirebbero delle info di altro tipo,
forse mi sonio spiegato male.
Con win 2000 AD riesco a fare un sacco di cose tipo
- sicurezza centralizzata (Active Directory)
- delega dei task amministrativi (creazione utenti, gestione server, ecc)
- Group Policies (che non sono solo impostare la configurazione del
browser, ma  molto più; posso decidere se assegnare o meno un SW, se
assegnarlo ad un gruppo di utenti o ad un grouppo di client, posso
impostare un'infinità di parametri in maniera centralizzata che
controllano aspetto, sicurezza, privilegi sul client stesso.
- installazione dei client automatizzata (RIS server) con boot via rete
- DFS (distribute file system): un path logico comune per file server che
stanno in siti diversi, lo uso per uniformare lo spazio dei nomi dei
fileserver anche per un sito che è remoto ed è collegato con poca banda)
Vorrei riuscire a fornire gli stessi servizi utilizzando OS e APP con
licenza GPL.
Qualcuno si è posto lo stesso problema? come lo ha risolto? i numeri sono
circa 50 client in un sito e 5 in un sito remoto...
grazie in anticipo


 cinquantina) sia win che lin;
Prova a guardare a Samba come PDC e l'autenticazione tramite LDAP.
Per i clients linux, invece, direttamente su LDAP.
-- 
Ciao da Villo    -    GPG public key available
                      Ferrara LUG 
http://ferrara.linux.it
		      Revome "+nospam" for email replies
Protect your Freedom: 
http://www.againsttcpa.com/index.shtml

 fileserver anche per un sito che è remoto ed è collegato con poca banda)
SFS, OpenAFS, ed NFS stesso importando tutti gli exports remoti sul
file server locale e riesportandoli da lì.
Il terminal server rimane la soluzione generalmente più pulita IMHO.
-- 
Windows hasn't increased computer literacy. It's just lowered the standard. 
    -- From a Slashdot.org post

 pari con gli anni '70...)
IMHO non sbagli di molto... al limite c'è da concordare la datazione...
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 Il terminal server rimane la soluzione generalmente più pulita IMHO.
Mi sembra di aver intuito che il gap maggiore sembra essere il servizio
offerto dalle group policies. A me fondamentalemte interessa poter dare lo
stesso servizio eliminando win2000 server mantenendo (per ora) i client
windows, mi rendo conto che non conoscendo AD risulta difficile a volte
capirsi, se qualcuno che legge sa fornire qualche contributo o scambiare
qualche esperienza la cosa sarebbe parecchio gradita, non penso di essere
l'unico ad avere questa esigenza.


 l'unico ad avere questa esigenza.
Penso che la strada non sia ottima.  In pratica vuoi impostare una
rete su canoni Windows ma usando un server Linux, un po' come mettere
un motore sportivo su una utilitaria.  E' possibile e in certi casi
forse anche efficiente, ma non spererei in una soluzione immediata e
senza adattamenti.
-- 
Ci sono distese enormi in cui i newbie non nascono, vengono coltivati.
                                                                     (Ikitt)

 ottimale ad un problema quando il problema non è suo fino in fondo.
Grazie delle info, ho un bel po di test da fare adesso.
Visto che hai introdotto un discorso per me interessante, volevo
approfondire un aspetto che non mi sembra chiaro
Tu dici che su una rete unix avvio l'applicazione sul server e la vedo sul
client, e questa è la filosofia delle reti Unix. Ok. Ma se decido di
sostituire in toto le macchine windows con delle macchine liunx, il
concetto usato da Linux per il quale si propone come alternativa a windows
non mi pare molto diverso. Anzi mi pare lo stesso. Le applicazioni girano
lo stesso sul client, solo che si chiamano Openoffice, Mozilla ecc. E la
soluzione che ho con Microsoft dei risultati me li ha dati. Visto che
Linux client, per le applicazioni di backoffice ha la stessa filosofia (a
meno che non installo le applicazioni su un terminal server), l'approccio
deve necessariamente essere lo stesso. Quindi non mi trovo a pensare una
rete unix come se fosse Windows, ma mi viene proposta direttamente da chi
sviluppa applicazioni per linux una rete di fatto linux da questo punto di
vista esattamente come se fosse windows. (spero non essere stato troppo
contorto).
Il tutto per dire che mi troverò, a meno che di passare a terminal server,
a gestire le stesse tematiche che ho con windows su linux: SW distribution
sui client, roaming profiles e altro. Cambieranno i prodotti ma i concetti
sono sempre quelli e se sono per me validi perchè mi danno un risultato li
mantengo.
Ti ringrazio comunque per le info preziose, 
ciao


 e se sono per me validi perchè mi danno un risultato li mantengo.
Una soluzione non ha senso quando non c'è il problema.


 No.






Preambolo
Sicuramente le mie idee delle reti linux sono limitate ma sto cercando di
capire qualcosa che non ho mai affrontato prima. Ti confermo che VOGLIO
vedere, (e ho gli occhi bene aperti in ogni direzione), se tu ritieni sia
facile "vedere" grazie a quello che scrivi lo lascerei un tuo
rispettabilissimo punto di vista. Ciò non vuol dire che non apprezzi le
tue risposte, fono ad ora mi sono state utili, solo ti chiedo un po' di
pazienza se non capisco sempre al volo i concetti che esprimi, mi sembra
normale, visto che scriviamo e non ci parliamo. Dalle mie parti inoltre
l'ignoranza non è reato e non mi interessa difendere ciò che conosco (se è
questa l'impressione che ho dato), mi interessa capire quello che non so.
Fine del preambolo.
:)
Provo a cambiare approccio. Indipendentemente da quale architettura
utilizzare, il mio problema di base è che ho una soluzione basata su
windows 2000 server e client 2000 pro in un dominio (circa 50 client) che
mi fornisce determinati servizi fondamentalmente riassumibili in:
1. autenticazione
2. possibilità dell'utente spostarsi su qualunque PC, autenticarsi
utilizzando lo stesso account trovando le automaticamente  il proprio
ambiente di lavoro che comprende le proprie applicazioni, i propri
settings e i propri dati, dove le applicazioni sono essenzialmente
applicazioni di backoffice.
Come vedi ho lasciato i due punti ad un livello di "servizi offerti",
senza entrare nello specifico di come vorrei fossero implementati.
Per l'autenticazione mi sembra chiaro di utilizzare l'LDAP server che mi
hai indicato generando gli utenti li sopra.
Ho identificato al punto 2 dei servizi che vorrei ottenere, il punto è che
non so come fare su linux.
Ho capito che il concetto  di rete unix/linux si basa sul fatto che un
applicazione  installata su un computer può ricevere gli input e
ridirigere gli output da e verso un altro PC.
Ritieni che i servizi che ho indicato al punto 2 potranno essere ottenuti
partendo da questa strada? Hai qualche suggerimento ulteriore da darmi?
P.S.
All'atto del logon su un nuovo PC, si crea in locale sul PC stesso una
copia del profilo roaming per permettere all'utente che in futuro potrebbe
fare logon senza avere il file server che ospita i roaming profiles a
disposizione di avere lo stesso una copia (seppur meno recente) del
profilo, e quindi di avere tutta una serie di impostazioni precedentemente
personalizzate. Permettere però ad un utente di salvarsi 50 MB di file sui
roaming profiles (che per inciso possono stare su un qualunque file
server) non è sicuramente bello e non va fatto, di solito si limita la
dimensione dei profili a 5 MB via group policy e, sempre via GPO, si
gestisce il logon remoto (con poca banda a disposizione) non facendo
scaricare il profilo roaming. Inoltre si obbliga l'utente a  salvare i
dati su una cartella rediretta in rete oppure in locale in una cartella
sincronizzata con un nodo DFS. Tu intendevi montare direttamente le
informazioni del profilo su un file server o cosa?


Sooner or later you have to use the command line. M$-windows is still far ahead
No, it's far behind, as it basically doesn't have a usable command line, but in
Linux you are tempted by it's power all the time until you give up and take the
red pill. :)                (Aigars Mahinovs on debian-knoppix mailing list)

 pretende sempre e comunque di scaricare il profilo in locale.
ho visto sul sito, la mia affermazione partiva dal presupposto (errato)
che il PDC fosse il PDC emulator di Windows 2000 e non il PDC di Samba,
del quale fai riferimento alla FAQ 3, per cui leggila in tal senso anche
riguardo alla locazione dei roaming profiles. Infine è vero che il client
MS cerca sempre di scaricarsi un profilo in locale e lo fa per i motivi
che ho scritto e a volte può essere scomodo; penso proprio per questo
motivo non possa mapparsi un profilo in rete. Ma, sempre in un dominio
windows 2000, utilizzando le group policies (non più file *.pol) la cosa è
gestibile come ti ho scritto e impedisce di fare sincronizzazione di
profili enormi e obbliga a scrivere i dati personali in posti più sensati.
ciao


 scrivere i dati personali in posti più sensati.
Il comportamento con un file .pol è identico, non lascia effettuare il
logout finché la dimensione del profilo non è uguale o inferiore a
quella impostata.
Spero che le informazioni ti siano utili, in bocca al lupo.
-- 
Programming languages should be designed not by piling feature on top
of feature, but by removing the weaknesses and restrictions that make
additional features appear necessary.
                                                        (R5RS, Introduction)