Newsgroup: it.comp.os.win.windows7
Titolo: semi OT :script windows

Dopo aver peregrinato in lungo ed in largo il web (forse non abbastanza, 
non so...) vi espongo il problema. Sul posto di lavoro abbiamo avuto 
un'infezione (se così si può chiamare...) ed abbiamo perso gli ultimi 4 
anni di lavoro.
Fortunatamente avevo fatto un po' di backup ma comunque un po' di roba 
l'abbiamo persa...
Cercavo il modo di creare uno script che facesse questo:
1) compattare con password la cartella DATI con il nome contenente la data
2) aprire e fare login su dropbox o gdrive
3) copiare il file compattato sui suddetti dropbox o gdrive
4) chiudere il tutto..
 
chiedo troppo?
mi sapete indicare se esiste un prg che fa già questo?
mi sapete indicare dove trovare tutorial per arrivare a questa soluzione?
mi sapete dire se secondo voi è una soluzione percorribile?
 
grazie in anticipo...
BC
 

Dopo dura riflessione, BC ha scritto :

Secondo me, un backup di un unico file (se per "compattare" intendi 
zippare), che per quanto compattato sarà di diverse decine se non 
centinaia di GB, non riuscirai mai a mandarlo su dropbox o Gdrive in 
tempi umani...

 riuscirai mai a mandarlo su dropbox o Gdrive in tempi umani...
 
 
Mi sembra di avere capito che i file sugli store non siano affatto al 
sicuro dai criptovirus.  In fin dei conti sono pur sempre "dischi" 
connessi al pc, anche se remoti...
 
Molto meglio fare backup locali su dischi usb e poi a backup terminato 
staccarli del tutto dai pc.
 
 


1 sono file di testo e sono qualche centinaio di mb al massimo...
2  se i file si zippano con password non mi risulta che siano criptabili 
  (spero...)
 
BC


Beh, puoi "staccarti" dai cloud scollegandoti :)
 
Comunque Gdrive mantiene anche le precedenti versioni dei file, fino a 
30 giorni e fino a 100 versioni. Naturalmente questo richiede spazio e 
lo storage gratuito di 15 gb potrebbe non bastare.

  (spero...)
 
E' una speranza vana...
Non sono leggibili, quindi ne è impedito l'accesso.
Ma un criptatore non ha necessità di leggere il contenuto dello zip,
si limita a dargli una rimescolata e renderlo inutilizzabile.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

   (spero...)
 
Speranza vana! :)
 


Quanta roba vuoi mandare su dropox ?
Se la roba è tanta non ti conviene mettere su una linux box (immune da 
virus) e trasferire i backup tramite scp da windows alla linux box ?
 
 


 
No, come ti è già stato detto, i cryptovirus non hanno necessità di 
leggere il contenuto del file per criptarlo
 
L'unico vantaggio che vedo da un salvataggio su cloud, è che in genere 
questi servizi hanno un po' di versioning, quindi nella malaugurata 
ipotesi in cui ti venissero criptati anche i file online, per qualche 
giorno dovresti riuscire a ripristinare le versioni pre-criptaggio


Se la scatola *nix viene vista come una unità condivisa (e non vedo come 
non sia possibile per accedere da W) il virus gira nel client W e cripta 
i file delle unità *nix fregandosene del SO host.
 
Cit.: "A volte la risposta è dentro di noi, ma è quella sbagliata."
 
-- 
GbC
www.gbc.uno

i file delle unità *nix fregandosene del SO host.
 
Vero, difatti i NAS hanno tipicamente un linux embedded a bordo, ma se non si
prendono precauzioni, tipo utenti normalmente R/O e altro utente abilitato a
scrivere solo nel backup, i files li cripta lo stesso.
 
 
-- 
ciao
  Stefano

 ha scritto:
 

Pensandoci meglio lui ha citato SCP, quindi se accede ad esempio con WinSCP, un
programma per comunicare con protocollo SSH, FTP e SCP e che ha un'interfaccia
grafica simile ad explorer, il disco remoto non viene visto direttamente da win
come succede con Samba, ma solo da WinSCP e dopo autenticazione su SCP.
 
https://winscp.net/eng/docs/lang:it
 
 
In questo caso portebbe funzionare, basta una Raspberry con un disco USB
collegato e hai la tua linuxbox SCP.
 
 
-- 
ciao
  Stefano

 come succede con Samba, ma solo da WinSCP e dopo autenticazione su SCP.
 
D'accordo, ma allora non è strettamente necessaria una linux box, anche 
se in pratica è la scelta più comune. In teoria si potrebbe sfruttare 
allo scopo anche una macchina con win installandoci un server del 
protocollo giusto ed evitando invece di accedere in samba.
Chessò
"Installing SFTP/SSH Server on Windows using OpenSSH"
https://winscp.net/eng/docs/guide_windows_openssh_server
 
 
 
 

 linux box (immune da  virus) e
 
Certo linux è meno esposto, ma nessuno può dormire del tutto tranquillo: 
leggevo del primo ransomware per server linux, per fortuna un tentativo 
ancora maldestro.
 
PI: Ransomware all'attacco dei server Linux
http://punto-informatico.it/4282728/PI/News/ransomware-all-attacco-dei-server-linux.aspx
 
10 nov 2015 ... Encoder.1, un trojan con funzionalità da ransomware 
creato con l'obiettivo specifico di criptare i file presenti su un 
server Linux. Il riscatto ...
 


https://winscp.net/eng/docs/guide_windows_openssh_server
 
 
In teoria si puň fare, ma usare una macchina windows solo per quello č uno
spreco, una Raspberry costa 35$e consuma qualche W.
 
Se vuoi migliorare le prestazioni invece della Raspberry puoi usare una
Cubieboard2 o una Olinuxino A20, che hanno rete Gigabit e interfaccia SATA a
qualche euro in piů.
 
Solo con il risparmio nei consumi te la ripaghi in poco tempo.
 
-- 
ciao
  Stefano

Riepiloghiamo, altrimenti (seppur interessantissima )con lo scorrere 
della discussione si perde l'obiettivo finale...
Non posso istallare linux box, server o altre diavolerie (il computer 
non è mio, ma sta sul posto di lavoro).
Pensavo, e ditemi se c'è qualcosa di sbagliato, di compattare la 
cartella con le sottocartelle  dei dati da salvare, aprire gdrive o 
dropbox (senza client residente sul pc), copiare il file compattato e 
poi CHIUDERE l'accesso agli stessi dropbox o gdrive.
Non  dovrebbe metterci molto, non è molta roba (file .doc o .pdf) e 
dovrei essere così sfortunato di avere il virus in funzione proprio 
durante la procedura (ed in questo caso ci penserebbero le versioni 
precedenti già salvate)...
Vi va bene?
Come posso fare il tutto da prg (script, o programma che dir si voglia)?
 
Grazie ancora per l'attenzione
 
BC

 ha
scritto:

Se chiudi Dropbox o Gdrive o disabiliti la sincronizzazione online i files
criptati non possono essere copiati sul cloud.
 
Per compattare i files puoi usare 7-Zip:
 
http://www.7-zip.org/
 
 
Oltre alla versione grafica dopo l'installazione ti ritrov anchei 7z.exe, che è
la versione command line, quindi ti basta fare un file .bat o .vbs per
aultomatizzare la compressione e la copia delle cartelle che ti interessano.
 
https://sevenzip.osdn.jp/chm/cmdline/syntax.htm
 
 
http://cects.com/automate-compression-tasks-cli/
 
 
 
-- 
ciao
  Stefano


qua ci sono arrivato.
mi manca come inserire username e password da script..
BC

 Solo con il risparmio nei consumi te la ripaghi in poco tempo.
 
Beh, negli orari in cui non è programmato il backup potresti anche 
spegnere la macchina, anche con sistemi automatici :)
 

mi manca come inserire username e password da script..
 
A cosa ti serve?
 
Quando abiliti DBox o GDrive inizia la copia dei file, ti basta lanciare il
servizio Dropbox.exe o Googledrivesync.exe dal .bat
 
 
 
-- 
ciao
  Stefano

spegnere la macchina, anche con sistemi automatici :)
 
Ho capito che ti piace quella soluzione tuttavia io continuo a pensare che la
linuxbox è la cosa migliore per avere un backup al sicuro spendendo poco.
 
 
-- 
ciao
  Stefano

 Come posso fare il tutto da prg (script, o programma che dir si voglia)?
 
Appunto, essendoci le versioni precedenti già salvate, potresti anche 
non preoccuparti di uno script per collegarti e scollegarti dal cloud.
In ogni caso, se lo script attiva automaticamente la sincronizzazione 
ogni poche ore, potrebbe sempre inviare anche i file corrotti se il 
virus ha avuto già modo di far danni nel frattempo.
Quello che ti salverebbe ad ogni modo è il versioning, cioè la presenza 
di versioni precedenti.
 

 linuxbox è la cosa migliore per avere un backup al sicuro spendendo poco.
 
Non è che mi piaccia in particolare, ma il mondo è vario. Non tutti 
hanno voglia di fare "nuove esperienze" ;)
 


 
 
E bravo,è ovvio che sulla macchina unix non ci metti samba o roba simile.
L'accesso deve avvenire solo tramite ssh o roba simile tipo ftp.
 


Qualche virus o trojan è conosciuto,ma la probabilità di uno di questi 
specie è praticamente nullo.
Il vantaggio di una macchina dii questo tipo è che è possibile 
controllare i demoni in esecuzione (su win disabilitare i suddetti è un 
po un casino,non dico impossibile) esposti verso la rete.
 
 

 L'accesso deve avvenire solo tramite ssh o roba simile tipo ftp.
 
E, per chiedere,  nfs  come lo vedresti in questo discorso?
 


Mi rispondo da solo: a quanto pare i servizi nfs sono disponibili solo 
su win7/vista ultimate (o su 8/10 enterprise). Quindi, a meno di non 
rimediare un client nfs per win di terze parti, l'eventuale share nfs 
sulla linux box si potrebbe montare solo da un altro unix..
 


 
 
 
nfs è tipo samba
Se un client usa una directory remota allora ecco il rischio di virus.
Anche con ssh e ftp tramite fuse (da client linux) si possono montare 
dir. remote.
Non so se in win esiste una cosa simile,comunque è assolutamente da non 
fare per una macchina adibita a solo backup e se non si vogliono che un 
virus sul client intacchi il server.
 

 sfruttare allo scopo anche una macchina con win installandoci un
 
ma potrebbe funzionare anche con un NAS, molti hanno una versione di
Linux a bordo ed in alcuni casi offrono SCP e/o rsync
 


Capito. Anyway, a quanto pare win non supporta nfs nelle versioni 
diverse da ultimate/enterprise, quindi il problema non si pone neppure 
per noi comuni mortali con versioni pro o inferiori :)
 
 
 


https://technet.microsoft.com/it-it/library/cc732891.aspx
 
 
 
Per windows7 e windows server.
 
 
 


Ma non specifica quali edizioni di 7.
Ora non ho sottomano per provare...
Qualcuno può confermare se i servizi NFS sono disponibili anche in 
Windows 7 Pro e quindi si può fare un mount di un dir remota nfs?
 


Ho fatto una prova su ftp con winscp ma da me è incredibilmente 
leeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeento. :)
Roba come venti minuti per confrontare due dir che ffs su samba 
confronta in pochi  secondi. Parlo del solo confronto, neanche 
trasferimento di file. Vedo anche che impegna discretamente la cpu (ora 
sto usando un notebook vecchiotto). Ed ho impostato solo ftp non 
criptato, non ssh che richiederebbe calcoli per la criptazione!
Provato anche a firewall spento ma non cambia.
Tenterò se c'è qualcosa che può velocizzare, ma anche sul sito  winscp 
si trovano discussioni del tipo "Why is WinSCP so slow?"
http://winscp.net/forum/viewtopic.php?t=5096
 
 


Inizia a provare da cmdline (comando ftp)
Se è lento anche lui il problema potrebbe essere il server.
 


Ti ringrazio del suggerimento e devo ancora provarlo, ma intanto credo 
di aver individuato il problema principale: avevo attivato il log e 
rallentava da paura!
Senza log, la velocità è tornata "umana" e non da tartarughe :) anche se 
winscp mi pare in ogni caso più lento di ffs su samba di un fattore 2x 
circa (parlo del confronto di grosse directory, non ho ancora testato i 
trasferimenti di file).
 
 
 
 


Se può interessare a qualcuno, ho testato un po' anche i tempi di 
trasferimento. Sui grossi file (tipo gli iso di cd / dvd) i tempi sono 
praticamente  gli stessi. Sui piccoli file numerosi (nella mia prova 
2300 file per 63 MB complessivi) a sorpresa è WinSCP il più veloce nei 
trasferimenti di un fattore 2x circa rispetto a ffs con samba. Niente 
male! :)
Se i miei dati sono corretti, e si hanno anche molti piccoli file nel 
backup, scp potrebbe essere vantaggioso, quantomeno per i task 
ripetitivi sempre uguali. Per i task occasionali diversi di volta in 
volta invece l'interfaccia evoluta di ffs permette di lavorare meglio, imho.
 

 imho.
 
 
Salvo che a volte potrebbe essere vero il contrario: WinSCP potrebbe 
essere più veloce proprio nei task una tantum quando ci sono tanti 
piccoli file *cambiati o nuovi* (se è vero che è più veloce nei 
trasferimenti di piccoli file), ma meno veloce per un confronto 
periodico dove magari ci sono pochi file cambiati (se è vero che è più 
lento nel confronto di grosse dir).
Vabbe', la pianto qui! :)
 

 ftp.
 
beh, potrebbe anche andar bene samba, a patto che la cartella di
backup non sia montata in modo persistente ed a patto che i backup
vengano effettuati in modo "storicizzato"; per chiarire, supponi di
avere un NAS che permetta anche un accesso "shell" (ssh o simile) e
che supporti SMB; il backup in questo caso si svolgerebbe più o meno
come segue
 
* mount della cartella remota
* backup su cartella remota
* unmount della cartella remota
* avvio script tramite ssh/rsh
 
lo script avviato al termine provvederà a prendere i files copiati
nella cartella remota e copiarli (o spostarli) in una diversa cartella
rinominando poi il backup con data/ora; in questo modo, in caso di
infezione da cryptolocker o simile; solo i files dell'ultimo backup
potrebbero essere crittati, i backup precedenti saranno al sicuro e
potranno essere recuperati una volta che si sia "rifatto il sistema"
 
 

volta invece l'interfaccia evoluta di ffs permette di lavorare meglio, imho.
 
WinSCP consente diversi modi di uso, oltre al modo Explorer/Commander si può
usare da console con comandi diretti o semplici script
https://winscp.net/eng/docs/scripting
 
 
inoltre supporta il framework .NET e può anche essere usato tra l'altro con
VbScript o VB6 mediante COM, ci sono diversi esempi in merito.
https://winscp.net/eng/docs/library
 
 
Io uso WinSCP per aggiornare i dispositivi con su Linux embedded e abbiamo fatto
diversi script per automatizzare il tutto da windows, perchè un pc win a cui
connetterli si trova sempre in tutte le parti del mondo.
 
 
-- 
ciao
  Stefano

 connetterli si trova sempre in tutte le parti del mondo.
 
 
OK.
 

 nella cartella remota e copiarli (o spostarli) in una diversa cartella
 
Cioè dici lo script dovrebbe alla  fine spostare in una diversa cartella 
non inclusa negli share samba,  ho capito?


Il 07/03/16 12:53, edevils ha scritto:

Bella come soluzione....Grazie del suggerimento
Domani modifico lo script sul serverino linux
Questa soluzione l'adotto già sul backup del server
A orari prestabiliti monta il disco usb, esegue la copia del disco raid1 
con i dati e alla fine "smonta" il disco usb e comanda lo spegnimento.
Devo solo modificare il tutto in modo che crei dei backup incrementati 
nella data prima di ricevere quelli nuovi
 
-- 
Saluti
Bruno

 Sì, devo ancora imparare tutti i risvolti nascosti del programma.
...
 
Ad ogni modo, sbaglierò io o sbaglierà il server unix, ma winscp non mi 
pare molto affidabile, ottengo risultati random!
A volte vede alcuni file remoti con data sbagliata, un giorno indietro 
rispetto al  timestamp reale. Altre volte tutto ok. Mah.
 

 Ad ogni modo, sbaglierò io o sbaglierà il server unix,
 
Forse il problema è proprio col server ftp, perché ottengo risultati 
strani e incostanti anche provando in ftp da un altro programma di 
sincronizzazione (SyncBack), per es. segnala come mancanti dal server 
alcuni file che invece ci sono, poi però li vede all'esecuzione simulata 
successiva.
Invece in Samba tutto "regolare", sia con ffs sia syncback.


 cartella non inclusa negli share samba,  ho capito?
 
te lo rispiego, sperando di essere più chiaro; supponiamo di avere un
sistema windows del quale fare il backup ed un NAS o comunque un box
connesso in rete; supponiamo inoltre che il backup sia uno di quelli
"normali" ossia viene avviato dal sistema windows e non, usando un
agent, da un sistema centralizzato (che magari usa pure WoL)
 
Ora, il sistema windows ad un certo momento, avvia lo script di backup;
questo fa un "net use ... \\NAS\una_qualche_share$" quindi procede con
il backup dei files, al termine del backup lo script esegue un'altro
comando "net use ... /DELETE" per rimuovere la connessione alla share
di rete del NAS e poi lancia un ssh/rsh che, usando certe credenziali,
avvia uno script, diciamo "backup.sh" (passando eventualmente i dovuti
parametri allo stesso), lo script avviato, prende i files di backup
presenti nella cartella puntata da "una_qualche_share$" e li sposta o
li copia in "/usr/tuonomeutente/backup" storicizzandoli.
 
A questo punto, nel caso in cui il sistema windows si becchi il "coso",
il "cryptolocker", il malware potrà crittare i files locali e quelli
che eventualmente troverà nella share di rete, ma i backup precedenti
non saranno accessibili
 
più chiaro ora ?
 


Bastava un "Sì" :)
 
 
 

 Bastava un "Sì" :)
 
volevo evitare fraintendimenti