Newsgroup: it.comp.os.linux.sys
Titolo: Samba Primary Domain Controller

Scusate il cross posting ma forse qui siete in grado di aiutarmi.
Salve, ho deciso di far fare a linux da primary domain controller della mia
rete mista.
Dunque mi è chiaro quasi tutto, l'unico punto oscuro è un file BAT che
dovrei mettere all'interno di una cartella condivisa.
Da quello che ho capito in questo file bat ci dovrebbero essere delle
direttive che vengono lette dai client che si connettono al server samba e
in base a queste direttive fanno qualche cosa...
Mi sapreste indicare dove posso trovare documentazione a riguardo???
Ho cercato ma senza trovare nulla di adatto.
Byez
Graiz

 Mi sapreste indicare dove posso trovare documentazione a riguardo???
www.samba.org

A questo punto vorrei fare anche io una domanda ... 
Samba configurato come primary Domain Controller , permette l'uso dei
roaming profile , ovvere il client puň salvare sul PDC il suo profilo
un pň come avviene su M$ ?? Perchč il problema dei miei clienti č
trovare una soluzione in cui si backuppano in automatico tutti i dati
del profili ad esempio bookmark , posta etc etc in caso di failure del
client ... potete aiutarmi ??
Tnx 1000

 un pò come avviene su M$ ??
Sì, leggiti la documentazione, lo trovi nel samba howto collection, e
credo pure nel mio bestemmiareio. Adesso guardo...
Sì, guarda qua:
http://www.campana.vi.it/ottavio/Linux/4pinguiniinpadella/4pinguiniinpadella-1.html#ss1.4

 writes:
A> Samba configurato come primary Domain Controller , permette l'uso dei
A> roaming profile , ovvere il client può salvare sul PDC il suo profilo
A> un pò come avviene su M$ ??
Si`, qui da me sono anni che faccio cosi`.
A> Perchè il problema dei miei clienti è trovare una soluzione in cui si
A> backuppano in automatico tutti i dati del profili ad esempio bookmark
A> , posta etc etc in caso di failure del client ...
Poi sara` tutto tuo il  problema di spiegare all'utente perche' il logon
e il  logoff sono cosi` lenti...  I roaming profile di  Windows sono una
pezza  messa  su  alla buona  da  MS  per  adattare una  GUI  monoutente
(l'Explorer di Windows  95 e successivi) ad un  contesto multiutente (da
NT  in poi),  e comunque  in un  ambiente in  cui il  concetto  di "home
directory" non esiste o e` al piu` un'opzione.
Infatti  il profilo  viene scaricato  dal  server al  client durante  il
logon: *tutto*  il profilo, non  solo le parti  che servono subito  e il
resto  "on  demand" come  sarebbe  logico  (cfr.  le home  directory  in
ambiente UNIX), per cui se il tuo  utente si salva sul dekstop uno o due
GB di documenti vari, quello e` il traffico che genera ogni volta.
Il processo si ripete in senso inverso al logoff, ovviamente.
Ne avevo un paio di utenti cosi`, e per loro era colpa mia se il sistema
andava piano  e ci mettevano 20  minuti a fare  logon/logoff (per forza:
sono  dei  gestionali;  la  loro ignoranza  e`  prova  dell'incompetenza
altrui...); da notare che erano in ambiente "MS puro" (client NT, server
NT) per cui il problema non e` imputabile ad una cattiva implementazione
di Samba.
Una soluzione e` giocare con il registry e le policy (con Samba hai solo
le Local Policy, meno sofisticate delle  Group Policy che hai con AD, ma
che  consentono comunque  di fare  qualcosa di  buono), usare  tool come
PROQUOTA  sui client  e  quote  disco sul  server,  ecc. ma  soprattutto
educare gli utenti a NON salvare  nulla sul desktop (i miei utenti hanno
spazi  e  quote  separate  per  profili e  home  directory  montate  via
netlogon).
Tieni  presente  anche che  i  roaming profile  sono  utili  se su  ogni
macchina possono lavorare  N utenti diversi e ogni  utente puo` finire a
lavorare su una  macchina diversa ogni volta, altrimenti  IMHO e` meglio
non usarli e  fare affidamento sull'educare gli utenti  a salvare sempre
tutto sul disco di rete: io uso i roaming profile per i laboratori e gli
studenti, mentre  per i PC dei  docenti e dei ricercatori  (che hanno un
rapporto piu` vicino all'1:1) dati e  profili sono locali, e le copie di
sicurezza se  le fanno sul  disco di rete  e/o su dischi esterni  USB, a
seconda delle preferenze/esigenze.
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]

Perfetto ... ti ringrazio !!!
Avevo letto qualcosa in merito , ma volevo sicurezze da chi ci ha
sbattuto la testa !
Ancora grazie

 del profili ad esempio bookmark , posta etc etc in caso di failure del
Sì, puoi usare i roaming profile e fare il backup dei profili sul server,
ma occhio, di default Windows salva alcuni dati nella cartella
"Impostazioni locali" dell'utente, che per definizione rimane in locale e
non viene copiata sul server. È il caso, ad esempio, della posta di
Outlook Express; ed è un bene, perché altrimenti come ti ha detto Luca
corri il rischio di ritrovarti con profili giganteschi che impiegano
minuti ad essere trasferiti ad ogni login/logout.
Se volessi fare dal server Linux il backup della posta di un utente che la
scarica sempre dalla stessa postazione, potresti condividere la cartella
sul client e sul server programmare uno script che ne fa il mount, copia e
unmount. O qualcosa del genere.
-- 
Ciao,
  Marco.
..."Low", David Bowie 1977

Si il mio problema effettivamente non è gestire i roaming profile , ma
automatizzare i backup. Dato che loro hanno accusato di rotture di pc
molto spesso vorrei trovare una soluzione automatizzata per il
recovery dei pc , e mi era venuta in mente questa dei roaming. In
sostanza devono recuperare posta, documenti  personali e bookmark.
Potete aiutarmi con delle idee ??



man smbtar

 sostanza devono recuperare posta, documenti  personali e bookmark.
O usi solo profili locali, condividi le cartelle sui client e fai il
backup di tutto come ti ho detto io (anche usando smbtar come dice
Ottavio), oppure usi i roaming in modo da ritrovarti i bookmark e altre
impostazioni sul server, quindi facilmente copiabili; però poi devi
insegnare agli utenti a salvare i propri documenti sempre nelle unità di
rete che fanno riferimento al server, e per la posta ti tocca comunque
usare il metodo precedente.
-- 
Ciao,
  Marco.
..."The Juliet Letters", Elvis Costello & The Brodsky Quartet 1993

 usare il metodo precedente.
Oppure un mailserver robusto su imap [1].
Oppure ancora usare un mailclient che ti consenta di mantenere
facilmente gli archivi di posta su unità di rete (se mantiene lì anche
il programma, meglio. da questo punto di vista thunderbird è una manna...)
Io a suo tempo scelsi l'ultima...
Con l'accorgimento di mettere la folder "Documenti" che punti ad una dir
nella home di rete.
Alla fine, gli utenti non si accorgono di nulla, e tutto sta realmente sul
server (profili di max 20 MB, rilevati..).
[1] Se si han molti utenti, è decisamente più performante della
soluzione seguente...
/me che comunque ha poca esperienza della tematica...
-- 
cat: .signature: No such file or directory

 server (profili di max 20 MB, rilevati..).
beh, hai culo. Sul server di un mio cliente due settimane fa ho beccato un
profilo di 700 mega. Che assieme ai profili degli altri utenti aveva
fottuto lo spazio sul fileserver......

 fottuto lo spazio sul fileserver......
Oddio, gli utenti sono stati catechizzati a salvare tutto in documenti...
In ogni caso, io ho cambiato lavoro e non son piů lě da un pezzo,
tuttavia tutto continua ad andare come un pipěn...
