Newsgroup: it.comp.os.linux.sys
Titolo: backup su disco usb

allora vorrei fare il backup su un disco usb; la mia paura è che se
arrivano a criptare mi criptano anche quello. 
 
che faccio lo monto e lo smonto dopo il backup con un paio di script
attivati da cron? 
 
troppo paranoico?
 
 
Enrico 
 


direi affatto paranoico, è buona prassi non tenere online i backup.
potresti anche criptare l'unità con luks, primo perché sui dispositivi 
rimovibili è buona norma farlo, e secondo perché se ci fosse un tentativo 
di montarlo fallirebbe non conoscendo le credenziali.
poi è ovvio, un attacco aggressivo che scala i privilegi potrebbe anche 
asfaltare il device a blocchi senza montarlo, ma non andrei troppo oltre. 
la sicurezza più completa ce l'avresti staccando proprio il dispositivo.

 ha scritto:

ok. grazie .
 
sarebbe in farm, quindi non posso staccarlo.
 
enrico 
 

 la sicurezza più completa ce l'avresti staccando proprio il dispositivo.
 
cosa ne diresti del compilare il kernel senza supporto a device dischi usb e caricare il modulo (tenuto in una dir fuori dal gruppo di dir in cui modprobe cerca i moduli) giusto per lo scarico e poi scaricare il modulo?
e' un po' macchinoso, ma non penso i malware siano cosi' "intelligenti" da farlo.

 giusto per lo scarico 
 
intendevo "giusto per il backup"

 ha scritto:

mi pare un po' troppo, anche perchè  uscendo da configurazioni
standard, non vorrei ci fossero problemi con l'upgrade, per un server
in produzione richiederebbe un costo di manutenzione troppo elevato.
 
magari mi sbaglio.
 
Enrico 
 

 in produzione richiederebbe un costo di manutenzione troppo elevato. 
 
Piu' che giusto

 sarebbe in farm, quindi non posso staccarlo.
]zac[
 
Disco collegato ad un sistema non direttamente raggiungibile, nessun 
mount, nessun login, solo una chiave ssh per copiare i backup in aggiunta 
(e non in sostituzione).
 
ssh può essere impostato per consentire solo il lancio di un comando 
preciso.
 
Se c'è abbastanza spazio per una serie di backup, prima che la rotazione 
dei backup possa far diventare tutti i backup criptati, possono passare 
mesi o anni, i sistemi in uso manifesteranno l'attacco subito molto prima.

Il giorno Fri, 31 Mar 2023 21:06:50 -0000 (UTC)
Giuseppe Della Bianca <gius...@gmailNO.comNO> ha scritto:

 e quindi come faresti per non consumare banda, virtualizzi il sistema
 on line e  fai il backup nel sistema locale accedibile solo da ssh o
 viceversa?
 
Enrico 
 

  viceversa?
 
un altro sistema nella stessa rete interna, fisico o virtuale dipende da 
quello che offre il provider.
detto questo, in generale va bene non sprecare soldi, ma neanche fare le 
nozze coi fichi secchi. francamente usare un disco usb su un sistema in 
housing per fare i backup senza consumare banda lo trovo un accrocchio 
inaffidabile fonte solo di problemi. 
 

 un accrocchio inaffidabile fonte solo di problemi. 
 
sicuramente meno affidabile di uno storage in cloud, anche se la
sicurezza al 100% non ce l'ha nessuno;  a parte i costi ci sono varie
cause con aziende che offrono clouds e che hanno perso i dati .
 
l'idea comunque è due dischi in raid, se ne rompe uno, hai un allert e
lo sostituisci, che se ne rompa due insieme è possibile, ma remoto.
 
il server viene impostato in rootkit, quindi se  bucano l'accesso
tramite  utente, criptano l'home/utente non tutto il sistema.
 
ma anche se hai rotto tutti e due i dischi o ti hanno criptato
l'intero server, hai un back up incrementale su un disco usb, con
partizione criptata, che moti con uno script bash attivato da cron alle
1 di notte e lo smonti a backup finito. 
 
dove li vedi i problemi?
 
Enrico 
 
 
 
 
 
 
 
 
 

 dove li vedi i problemi?
 
ne vedo diversi. del rischio perdita dati ne abbiamo già parlato, aggiungo 
che a mio avviso non è affidabile usare un dispositivo rimovibile per i 
backup su un server dove hai solo accesso remoto. 

 esterno non mi fiderei a tenerlo.
 
 
 3tb €.7/mese
 
ma non sono i costi di storage, sono le risorse che consumi meno,
a partire dal traffico contabilizzato, 
 


il traffico lo paghi solo sul recupero, che per un backup si suppone non 
sia così frequente. in upload non paghi il traffico, paghi solo le request 
tipo qualche cent per mille request, roba trascurabile. 
 
poi per carità, non voglio mica insistere ognuno giustamente valuta il 
proprio. 
 

 tipo qualche cent per mille request, roba trascurabile.
 
Si, ma questo prezzo e` fisso, oppure
te lo possono cambiare quando e come
vogliono (cosa c'e` nel contratto)?
 
Perche`, a mio avviso, c'e` un problema
in una situazione del genere.
 
bye,
 
-- 
 
piergiorgio
 

 come vogliono (cosa c'e` nel contratto)?
 
possono cambiarlo, così come il suo provider può cambiare quando e come 
vuole il canone per il server dedicato. 

 vuole il canone per il server dedicato.
 
Si, ma c'e` una grande differenza.
 
Se il provider cambia il canone, si
puo` cambiare provider e fine.
 
Se il backup cambia prezzo per il
recupero, per cambiare, si deve
comunque fare il recupero dei dati.
Oppure cambiare e sperare che non
succeda niente per un certo tempo.
 
E` un rischio, tanto quanto il
rischio che si rompa un HDD.
 
E siccome se si devono recuperare i
dati vuol dire che e` *necessario*,
cioe` si deve fare, costi quel che
costi, allora praticamente ci si
trova con le brache calate...
 
bye,
 
-- 
 
piergiorgio
 

 trova con le brache calate...
 
ok, ma ora però torniamo seri: recuperare un tera di dati da glacier costa 
12$, queste sono le cifre di cui si sta parlando, *dodici* dollari a 
terabyte.
 
certo, fossero dati con frequenti letture e scritture la questione costi 
sarebbe tutt'altro che trascurabile. ma stiamo parlando dei backup: i 
backup li tiri giù alla bisogna, quella volta che ti serve o al massimo 
ogni tot mesi quando fai i test di restore. per il resto è tutto traffico 
in upload (senza costi).
 
realmente è il caso di fare tutta questa melina, sentirsi con "le braghe 
calate" per una questione di qualche decina di dollari? se è così alzo le 
mani, vuol dire che ho frainteso clamorosamente il target di utenza.