ciao
Se anche tu avessi letto il manuale di backupPC come ho fatto io, ti saresti accorto come certi passaggi non sono cosi chiari.
Vuoi un esempio?
confronta quello che c'è scritto qui:
http://backuppc.sourceforge.net/faq/BackupPC.html#step_5__client_setup
con quello che c'è scritto qui:
http://www.howtoforge.com/linux_backuppc_p6?s=8ea763ca05202a39b78f9a0b85b646a6&
Si ottiene sempre lo stesso obiettivo, ma quale delle due spiegazioni è piu utile?
è una risposta che solo tu puoi darti: quello che risulta più utile a te io non lo posso certamente sapere..
Per amor di conversazioni potrei elencarti tanti altri esempi: ma sarebbe un offesa alla tua esperienza visto che conosci già google.
esatto.. google fornisce qualche migliaio di risposte utili su backuppc.. ti dirò inoltre che una delle cose da non dimenticare mai è che SME è praticamente CENTOS che praticamente è REDHAT..
ora, a meno di non voler per forza avere tutto integrato nella interfaccia web, qualsiasi programma che funzioni su redhat o su centos funziona su sme, fatte salve alcune piccole modifiche alla configurazione..
quindi le risposte che google da sull'argomento si moltiplicano almeno di un fattore 10.. e questo senza considerare i gruppi di discussione e, ovviamente, la ml degli sviluppatori di backuppc..
Ora, considerando solo la sezione italiana, ti faccio notare che un approfondimento su BackupPC PER LE SUE FUNZIONI BASE è stato chiesto almeno 3 volte da 3 utenti diversi, senza che nessuno abbia ricevuto alcuna spiegazione.
a volte il problema non è non saper rispondere ma non saper COSA rispondere.. perchè la domanda è vaga.. forse non è il tuo caso, ma certamente lo è in moltissimi altri post..
aggiungo, senza vena polemica, che spesso le persone cercano la pappa pronta e questo è certamente un vizio che io non ho alcuna intenzione di assecondare..
Infine, visto che vai sul personale, permettimi il diritto di risposta:
1) la vedi tu messa sul personale
2) non mi pare di averti mai negato il diritto di risposta
3) anche contraddicendo il punto precedente, non ho la possibilità di impedirtelo.
-ti obbliga qualcuno a rispondere ai miei messagi (e anche a quelli ti altri utenti), perdipiù con atteggiamento paternalista?
no, non mi obbliga nessuno..
se ti diverti a scrivere: "leggi il manuale","man tar" per far vedere quanto ne sai, beh....centri ogni volta l'obiettivo.
Utilità ZERO, comunque.
non mi diverto, anzi, spesso mi incazzo.. perchè è già tutto scritto, basta leggere, basta aver voglia di far fatica..
perchè se è facile metter su tutto, il difficile è farlo funzionare quando ci son problemi.. e se il tuo "server" è in azienda, allora i problemi verso i quali cavalchi a spron battuto sono grossi..
se sbagli qualcosa e chi sta dall'altra parte (cliente) la prende male, ti chiede i danni.. e solitamente sono decine di migliaia di euro..
ora.. pensi che sbattersi un po' per CAPIRE come funziona invece di FARLO FUNZIONARE e basta valga la pena?
-hai mai fatto un salto in forum come hardware-upgrade ? non hai notato come i tutorial e gli esempi siano il cuore di ogni forum tecnico ? (nonchè di ogni scuola....ma forse tu sei autodidatta in tutto)
non frequento HW-upgrade, quindi non so risponderti.. comunque si, sono autodidatta.. quasi in tutto..
e con gli strumenti che ci sono oggi (sistemi di virtualizzazione gratuiti, accesso ad infinite risorse informative e linee veloci) è tutto certamente più semplice rispetto ad una decina di anni fa..
resta il fatto che se ritieni che le istruzioni che hai ricevuto siano troppo vaghe, puoi sempre scrivere tu un tutorial sull'argomento.. io personalmente non ne sento la necessità, ma certamente molte altre persone si.. magari scrivilo anche in inglese
secondo te, il topic "convivenza tra WIN XP pro e SMe server" è utile ad un lettore per i tuoi "brillanti" suggerimenti o per la mia cronaca passo passo (errori e soluzioni comprese) ?
i passi da seguire ti sono stati dati in modo schematico, essenziale, ma corretto.. e non solo da me..
tu poi hai seguito i suggerimenti secondo tuo giudizio (vedi le chiavi di registro), ricavandone certamente anche informazioni che fanno parte della esperienza..
io non sono infallibile.. ho fatto anche dei grossi errori (e su linux o sistemi X-like in genere spesso si pagano molto cari), ma mi sono sempre sforzato di imparare..
-ora voglio essere un po criptico anch'io:
tu chiami i server per aziende "casa.lan" ?
in un altro post
http://forums.contribs.org/index.php?topic=36063.0 parlavi di server per azienda.. forse questo mi ha confuso.. la sostanza non cambia
hai mai trovato nei tuoi manuali la voce "studio di fattibilità" ?
certo.. ma forse la visione della cosa è diversa..
le mie osservazioni sono fatte con tanto affetto, visto che ami tanto le tematiche "scuola di vita" e "detti nazional-popolari/luoghi comuni".
permettimi di dirti che sembrano invece la reazione di un bambino che pesta i piedi in terra facendo i capricci..
Ora scusa, vado a leggere un manuale di Fisica Tecnica: domani devo cambiare una guarnizione al rubinetto della cucina.
se non erro a fisica tecnica si studia ben altro: cicli vapore, rendimenti dei cicli motore ecc.. ma sono passati 15 anni e dopo la laurea ho praticamente rimosso tutto.. ricordo comunque che fu una materia che mi entusiasmò..
comunque..
backuppc, come avrai letto, effettua il backup (o meglio la connessione) secondo protocolli diversi, ognuno dei quali ha pro e contro.. oltre che, naturalmente, diversi ambiti di applicazione..
parliamo solo di client windows.. per mac e linux il discorso si amplia ma non è questo il caso..
la cosa più semplice è quella di effettuare il backup via
samba.. questo comporta accesso ad una condivisione sul client.. ergo autenticazione via utente e pwd; inoltre può essere utile accedere ad una condivisione amministrativa (es C$) per non esporre inutilmente i dati dei client in lan..
vantaggi:
- semplice da impostare
- nessuna modifica sui client
- relativamente sicuro
svantaggi:
- non può copiare file aperti/in uso/ di sistema
quindi la sua applicazione si riduce a casi nei quali i client sono inattivi e solo a file che non sono aperti
altro sistema è quello di utilizzare
rsyncd:
io utilizzo il client trovato qui
http://users.tkk.fi/~epenttil/rsync-vss/rsync.msiquesto client (è di fatto un servizio) permette, sui pc con windows xp o superiore, di utilizzare VSS e quindi di eseguire il backup anche di file aperti, di sistema.. tutto..
quando installi il client sul pc, nella directory c:\programmi\rsync crea un file rsyncd.conf simile a questo:
use chroot = false
pid file = c:/programmi/rsync/rsyncd.pid
lock file = c:/programmi/rsync/rsyncd.lock
secrets file = c:/programmi/rsync/rsyncd.secrets
auth users = utente
hosts allow = ipserver
strict modes = false
list = false
[Profilo]
path = C:/Documents and Settings
"utente" è semplicemente l'account che è definito in rsyncd.secrets
nella direttiva [Profilo] (che vedrai anche nel file di conf. sul server) indichi il percorso da backuppare (orribile termine)
per maggiori info sulle opzioni, da shell su SME basta un "man rsyncd.conf"
il file rsyncd.secrets è semplicemente un file di testo contenente
utente:suapassword
questo per permettere l'autenticazione..
infine crei un file .bat con
c:\programmi\rsync\cygrunsrv.exe -I rsyncd -e CYGWIN=nontsec -p c:/programmi/rsync/rsync.exe -a "--config=c:/programmi/rsync/rsyncd.conf --daemon --no-detach"
OCCHIO: tutto su una linea sola e verificare che i percorsi siano corretti
e lo esegui.. in questo modo installi il servizio.. per farlo partire puoi farlo da gestione servizi di windows o, meglio, riavviando la macchina windows..
a questo punto, la configurazione del tuo client su backuppc è quasi banale..
ecco qui sotto la conf. che uso praticamente su tutti i client (e quindi ricopiabile..)
$Conf{FullKeepCnt} = 4;
$Conf{PingMaxMsec} = 300;
#Tell BackupPC we wish to use rsyncd: requires rsync to be running as
# a service/daemon on the client system
#
$Conf{XferMethod} = "rsyncd";
#
# Tell BackupPC which user name and password to use. This should
# match the userName:password pair in the C:\rsyncd\rsyncd.secrets
# file on the client.
#
$Conf{RsyncdUserName} = "utente";
$Conf{RsyncdPasswd} = "suapassword";
#
# Tell BackupPC which share to backup. This should be the name
# of the module from C:\rsyncd\rsyncd.conf on the client (the
# name inside the square brackets). In the sample rsynd.conf
# file the cDrive module is the entire C drive.
#
$Conf{RsyncShareName} = ['Profilo'];
$Conf{RsyncArgs} = [
#
# Do not edit these!
#
'--numeric-ids',
'--perms',
'--owner',
'--group',
'--devices',
'--links',
'--times',
'--block-size=2048',
'--recursive',
#
# If you are using a patched client rsync that supports the
# --checksum-seed option (see http://backuppc.sourceforge.net),
# then uncomment this to enabled rsync checksum cachcing
#
#'--checksum-seed=32761',
#
# Add additional arguments here
#
'--exclude', '*.tmp',
'--exclude', '*.avi',
'--exclude', '*.mpg',
'--exclude', '*.m1v',
'--exclude', '*.wav',
'--exclude', '*temp*',
'--exclude', '*cache*',
'--exclude', 'profilo*.pst',
'--exclude', 'archive.pst',
'--exclude', '*Temp*',
'--exclude', '*Content*',
];
con questa conf. tengo 4 full (praticamente un mese) e 6 diff di ogni utente loggato su quel client
vantaggi:
- su macchine con xp puoi fare il backup di tutta la macchina
- nel caso di backup via vpn è certamente molto più prestazionale di samba
svantaggi:
- necessita di intervento su ogni client
- nel caso di client con s.o. diverso da XP o Vista si comporta come samba
a titolo di "case history", ti dirò che in questo momento sono a + di 100 km da casa ed il mio server,connesso in vpn, via backuppc sta facendo il backup automatico del portatile senza che io me ne accorga/faccia nulla
l'interfaccia web di backuppc mi permette inoltre con un semplice palmare, di connettermi anche via gprs e di ripristinare files ai clienti in qualsiasi momento.
ma tutto quello che ho scritto l'ho imparato perchè qualcuno non mi ha "dato il pesce da mangiare, ma la canna da pesca" (questa giusto perchè secondo te parlo per frasi fatte).
sulla ML di backuppc, raggiungibile via web su
http://dir.gmane.org/gmane.comp.sysutils.backup.backuppc.generalpuoi trovare n-mila risposte alle tue domande..
ulotima cosa.. l'interfaccia web di backuppc su sme è utile ma può essere pericolosa.. trovo (provenendo da un paio di anni di utilizzo di questo programma) che mettere le mani direttamente sui file di conf. dei singoli client sia più produttivo e ti permetta un miglior controllo..
Spero di esserti stato utile.. la polemica non serve a nulla, la critica si..
HTH
Stefano