Newsgroup: it.comp.reti.locali
Titolo: Cobian backup + Fujitsu Celvin : che dominio č?

>>>>  
http://www.bb2002.it
 :)  <<<<<
........... [ al lavoro ] ...........

 
 
p.s.
nei "network services", sotto la voce microsoft, c'è la possibilità di 
inserire il gruppo di lavoro o anche il dominio... 
potrei creare un dominio che contiene solo il nas, che farebbe da domain 
master, con il suo bel nome di dominio ma poi? boh, provo a fare qualche 
esperimento


 nas), con \\q700, con cattsi e mattsi, ma niente da fare
 
il dominio è il tuo PC. quindi al limite puoi impostarlo con il nome
del tuo pc non quello del nas (ma credo tu possa tranquillamente
lasciare il .)
 
 
-- 
MirkoB.   
ne...@bsi-net.it
 
Motoretta BMW R1200R Lightgrey
 
L'indirizzo ema@il non è da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente

 alla relativa cartella
 
in "execute before backup" imposta:
 
c:\percorso\nomebackup.cmd MNT \\server\share utente password 
 
in "execute after backup" imposta:
 
c:\percorso\nomebackup.cmd UMT \\server\share
 
dove "percorso" è un percorso che decidi tu e "nomebackup" è il nome
che hai dato al job di backup; a questo punto, nello script di nome
"nomebackup.cmd" (ok "pippo.cmd" o quel che è) inserisci qualcosa di
questo tipo (server è il nome del NAS, share quello della share di rete
da usare ed utente/password sono le credenziali)
 
@echo off
:
if (%1)==(MNT) goto MNT
if (%1)==(UMT) goto UMT
goto ERR
:
:MNT
net use %2 %4 /USER:%3 /PERSISTENT:NO
goto QUIT
:
:UMT
net use %2 /DELETE
goto QUIT
:
:ERR
echo Parametro mancante (MNT o UMT).
:
:QUIT
exit
 
lo script di cui sopra connetterà la share di rete *SENZA* assegnargli
una lettera di unità, utilizzando le credenziali fornite e procederà a
disconnetterla quando richiamata con il parametro POST; a questo punto
basta che la destinazione del backup punti a "\\server\share" ed il
gioco sarà fatto
 
 

 
 
e questo è proprio quello che ho fatto
funziona, niente da dire, solo poi la gente mi viene a chiedere chi è quel 
"backup" che esce nella schermata di login oppure (per quelli che mettono 
il naso dove non dovrebbero) cosa è la cartella "backup" in c:\users
 
il nas permette anche l'accesso ftp: in questo caso l'utente è configurato 
sul nas e il programma si presenta con le credenziali giuste senza aver 
bisogno di crearlo anche in locale
 
in alcuni casi ho sfruttato questa possibilità, in un caso invece il nas ha 
l'ftp aperto verso l'esterno per altri scopi per cui non posso metterci i 
backup degli utenti della rete stessa


 
 
[agatino]
 
grazie, farò la prova e rireriròvvelo


 
 
provato, funziona
 
ho dovuto creare *prima* la cartella di destinazione sul nas (asdf) perchè 
cobian non me la ha fatta da solo
 
    2016-04-20 01:09 The log tab has been cleared. The log file with its 
full content is still available from the Log menu
    2016-04-20 01:09 Preventing the system from entering sleep mode...
    2016-04-20 01:09 ** Backing up the task "test on NAS / normal" **
    2016-04-20 01:09 Counting the files for the task "test on NAS / 
normal"...
    2016-04-20 01:09 Executing the pre-backup events
    2016-04-20 01:09 Executing "C:\Documents and Settings\All 
Users\Documents\backup.cmd"
    2016-04-20 01:09 The program "C:\Documents and Settings\All 
Users\Documents\backup.cmd" has been successfully executed
    2016-04-20 01:09 Creating the destination directory 
"\\192.168.1.3\backup\asdf\My Documents"
    2016-04-20 01:09 The destination directory 
"\\192.168.1.3\backup\asdf\My Documents"  has been successfully created
    2016-04-20 01:09 Backing up the directory "C:\Documents and 
Settings\Administrator\My Documents"
    2016-04-20 01:09 Creating the destination directory 
"\\192.168.1.3\backup\asdf\Documents"
    2016-04-20 01:09 The destination directory 
"\\192.168.1.3\backup\asdf\Documents"  has been successfully created
    2016-04-20 01:09 Backing up the directory "C:\Documents and 
Settings\All Users\Documents"
    2016-04-20 01:09 Changing the history item to Parked. Reason: first 
backup
    2016-04-20 01:09 Changing the history item to Parked. Reason: not 
creating separated backups
    2016-04-20 01:09 Executing the post-backup events
    2016-04-20 01:09 Executing "C:\Documents and Settings\All 
Users\Documents\backup.cmd"
    2016-04-20 01:09 The program "C:\Documents and Settings\All 
Users\Documents\backup.cmd" has been successfully executed
    2016-04-20 01:09 Total backup time for "test on NAS / normal": 0 hours, 
0 minutes, 3 seconds
    2016-04-20 01:09 ** Backup done for the task "test on NAS / normal". 
Errors: 0. Processed files: 34. Backed up files: 34. Total size: 20.40 MB 
**
    2016-04-20 01:09 -- 
    2016-04-20 01:09 The system can now enter sleep mode
    2016-04-20 01:09 Total backup time: 0 hours, 0 minutes, 7 seconds
    2016-04-20 01:09 *** Backup done.  Errors: 0.  Processed files: 34. 
Backed up files: 34. Total size: 20.40 MB ***
    2016-04-20 01:09 -- 


 metterci i backup degli utenti della rete stessa
 
uh... dipende; se il server FTP è fatto bene, solo l'utente backup sarà
in grado di vedere le cartelle FTP relative ai backup quindi, eventuali
altre utenze esterne non saranno in grado di accedere ai backup
 
 

 
 
sì, come al solito dovrei studiare il manuale fino in fondo e/o chiedere in 
giro (temo che i manualisti diano spesso per scontate certe conoscenze che 
magari invece non sono tali nell'utente)
 
comunque la soluzione nell'altro ramo del 3ad elimina questa necessità :)


Ho avuto lo stesso problema e avevo anche io risolto con degli script pre e post backup per permettere solo ad un utente specifico di accedere alla cartella di destinazione del backup (e quindi non ad un possibile virus come cryptolocker).
Ma mi sono accorto che a volte lo script post backup non funziona regolarmente e lascia aperto l'accesso alla cartella del backup finchè non viene spento e/o riavviato il pc.
Quindi se il backup è programmato per arrestare la macchina al termine del processo va bene, ma se non è cosi non va bene perchè un virus potrebbe infettare tutto dopo il backup...
Ho risolto utilizzando syncback free al posto di cobian ;-)

 riavviato il pc. 
 
significa che "qualcosa" ha la share in uso e quindi la disconnessione
non fallisce; considera che se hai modificato lo script per assegnare
alla share una lettera, questo potrebbe creare problemi, meglio usare
lo script così come è e far puntare il backup al percorso di rete UNC
ossia \\server\share\... tornando al discorso disconnessione, credo che
potresti verificare quale sia il problema modificando leggermente lo
script in questo modo
 
 
@echo off
:
echo %DATE% %TIME% :: %0 %1 %2 %3 %4 %5 %6  >>bkshare.log 2>>&1
if (%1)==(MNT) goto MNT
if (%1)==(UMT) goto UMT
goto ERR
:
:MNT
net use %2 %4 /USER:%3 /PERSISTENT:NO >>bkshare.log 2>>&1
goto QUIT
:
:UMT
net use  /DELETE %2 /Y >>bkshare.log 2>>&1
goto QUIT
:
:ERR
echo Parametro mancante (MNT o UMT).  >>bkshare.log 2>>&1
:
:QUIT
exit %ERRORLEVEL%
 
e poi controllare il file di log (bkshare.log) per verificare quale
errore impedisca la disconnessione della share; considera che, come ho
scritto sopra, usando questo script NON dovrai usare come destinazione
del backup una unità (X: Y: ...) ma il percorso UNC della share