Newsgroup: it.comp.macintosh
Titolo: in...difese

 si propone uno script per fare il backup
della home, ma sullo stesso disco, e se uno ha una home di 10 gb
difficilmente può sacrificarne altrettanti per un backup sullo stesso
disco.
Domande:
1.      se faccio un backup su un disco FW, ad esempio, poi potrei
ricostruire almeno in gran parte la home?
2.      ci sono metodi di protezione più sicuri per impedire a programmi
malevoli di eseguire simili ..."suicidi"?
ciao,
salvo preoccupazioni sperasi ingiustificate
-- 
#!/usr/bin/perl
print "per scrivere a ~§alvomi©~ considerare Alfa e Omega \n";

 disco.
Non si può zippare/comprimere e mettere su cd-rw?
-- 
Marie Dany Keisler

 Non si può zippare/comprimere e mettere su cd-rw?
teoricamente sì, ma link (*nix), files nascosti ed altro non è detto che
poi funzionerebbero dopo il restore.
Devo provare, come suggerito, con Carbon Copy Cloner sul disco Firewire.
comunque, che Allah abbia riguardo di quelle canaglie che mettono in
giro certi "trojan"!
ciao :)
Salvo

 malevoli di eseguire simili ..."suicidi"?
Forse usare il Mac non dall'untente amministratore ma da un utente
semplice.
Ciao
-- 
Stefano Stefani - elimina WINDOWS per rispondermi in email
Magic Apple Club - 
www.maclub.it

 semplice.
ovviamente questo è vero. Ma molti smanettoni come noi hanno utenti
"anche" amministratori.
ciao
Salvo

 malevoli di eseguire simili ..."suicidi"?
l'unica cosa che mi viene in mente davvero e` di non installare
programmi di fonte dubbia...
Pensa a GNU/Linux. Gli archivi binari delle maggiori distribuzioni sono
check-summati... il pericolo che qualcuno possa distribuire binari
malevoli e` ben sentito.
Io piu` che raccomandare di non usare p2p ma negozianti per il sw
commerciale e di verificare molto bene la provenienza di shareware e
freeware non posso fare...
D'altra parte un rm -rf nella cartella sbagliata puo` comunque
succedere... e a questo l'unica protezione e` proprio un bel backup, con
tutti i problemi che hai segnalato :)
-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it.
    - Brian W. Kernighan

 /usr/log/backup_diCron.lg
umount /mnt/hdPerBackup
tutti i giorni verso le 6 di mattina.
Se lo fai con la tua home completa non dovresti avere problemi neanche
in caso di morte dell'hd principale
Ciao
Joram

 tutti i problemi che hai segnalato :)
sě, e se non sbaglio non servirebbe neppure un alias. E poi come farlo?
anche con 
alias rm='rm -i' 
rm -rf non viene toccato perché i ed f sono incompatibili...
siamo fargili, hi :)
ciao,
Salvo

 in caso di morte dell'hd principale
infatti... purtroppo non ho un PC sempre acceso su cui sincronizzare.
devo inventarmi qualcosa... ma per ora, mi affido alla fortuna (sperando
in bene...)


 in caso di morte dell'hd principale
benissimo, ma su Powerbook ho solo un HD.
Dovrei farlo con il disco firewire...
ciao
Salvo

 wrote:

o su un disco in rete:
rsync -avz -e ssh ............
e dall'altra parte un server ssh per evitarti la password oppure una
autenticazione tramite chiavi condivise.

 autenticazione tramite chiavi condivise.
grazie dei consigli.
Insomma, pur sempre backup e sync :)
salvo

 Insomma, pur sempre backup e sync :)
secondo me sono l'unica difesa contro i pericoli maggiormente diffusi
(momento di stupidita' dell'utente a parte ma quello, si sa, capita a
tutti) ed in particolare i guasti hw.

 tutti) ed in particolare i guasti hw.
quoto, quoto :)
anche la stupiditą nostra č da temere.
Per sicurezza sto clonando l'intero disco sul FW con Carbon Copy Cloner,
che comunque č stralento, uff...
Va be' che sono 32 GB da copiare...
ciao,
Salvo

 wrote:

Personalmente (per principio) lavoro sempre con un utente che non e`
amministratore; rende un poco piu` scomodo istallare software ecc, ma mi
protegge un poco di piu` contro eventuali attacchi (non che abbia
nessuna ragione specifica per temerne, ma e` meglio una qualche piccola
precauzione in piu`...).  E` una delle basi concettuali della security,
quel "principio del minimo privilegio" che andrebbe sempre applicato
come cautela "di fondo".  Purtroppo una qualche piccola scomodita`
(riduzione di produttivita`) e` indispensabile per migliorare la
sicurezza.
Alex

 amministratore;
anche perche` visto il piccolo baco/feature del sudo di macos x... ;)


 anche perche` visto il piccolo baco/feature del sudo di macos x... ;)
a cosa ti riferisci?

 a cosa ti riferisci?
per 5 minuti dopo il login sei (non mi pare lo abbiano corretto) con
'pieni previlegi' senza inserire la pwd.
lo stesso da terminale, se dai un sudo, per un  po' di tempo ai sudo
successivi non chiede pwd e simili amenita` :)



grazie, visto ieri, ma questo č spuntato dopo che avevo scritto ;-)
ciao!
Salvo

 o parte di essa in caso di cancellazione.
questo non l'ho capito io.
Come fa a recuperare i dati da un backup simbolico, se i dati sono
cancellati?
ciao,
Salvo

 cancelli svuotando il cestino ilo file1 il file2 si aprira' ancora
approfondiamo, mi interessa :-)
ciao
Salvo

 successivi non chiede pwd e simili amenita` :)
Questo e` come sudo si istalla di default (su tutti i sistemi, che io
sappia) - edita /etc/sudoers per cambiare tutto e mezzo...!-)
Alex

 ln e il web non saprei dirti.
thnaks however.
Quello che piů mi interessa č sapere se veramente si possono recuperare
i files cancellati ;-)
ciao,
Salvo

 sappia) - edita /etc/sudoers per cambiare tutto e mezzo...!-)
su GNU/Linux (diverse distro... che ricordi di sicuro Debian, Slackware
8.1 e 9.0) mi chiede la pw ogni volta.
Se mai ho notato la possibilita` di simulare una certa 'persistenza'
sull'inserimento della pwd di root (ma non sudo) con SuSE + KDE,
immagino sia una feature di KDE...
Comunque il discorso del login che rimane attivo per un po' non mi
piace...


 piace...
E allora tarocca /etc/sudoers come preferisci.  Personalmente, non ho
nessun problema con questa persistenza: se uno se ne va dalla tastiera
ed e` possiible che altri accedano, il problema della persistenza di
sudo per cinque minuti e` veramente l'ultimo... poi il mondo e` bello
perche` e` vario: chiedi a sei esperti di sicurezza (e mi qualifico come
tale semplicemente perche` qualcosina ne capisco e ogni tanto qualche
soldo di consulenza ce lo guadagno...) e non mi sorprenderebbe che
avessi sei risposte diverse, da "sudo e` parto del diavolo!" (ne ho
sentiti, e vedi che scintille volano visto che io la penso all'opposto)
alla posizione MOLTO tranquilla che ho io.
Poi ovviamente DI SOLITO giro con un utente che NON puo` entrare da
sudo, ci mancherebbe!  *PRIVILEGI MINIMI* e` la prima chiave della
sicurezza.  Il mio utente alex NON puo` fare sudo; puo` fare su ad un
utente alexmartelli, con password diversa, che a sua volta puo` fare
sudo in modo limitato O fare su a un altro utente ancora che ha un sudo
privo di limitazioni.  Visto che sudo serve al max due o tre volte la
settimana per una media di circa 5 minuti per volta, _ci mancherebbe_
che lo tenessi SEMPRE a tiro... mi vergognerei di vendere consulenze di
sicurezza se facessi robe del genere, eh!-)
Alex

 sicurezza se facessi robe del genere, eh!-)
lol :)


 hardlink
farò qualche prova. Thanks!
Salvo
-- 
#!/usr/bin/perl
print "per scrivere a ~§alvomi©~ considerare Alfa e Omega \n";

 dell'intero HD da ripiazzare poi al momento del bisogno.
in effetti dovrei provare cosě :-)
grazie
Salvo