Backup thread, /g/. How do you secure your priceless data (mostly rare porn, I assume)?
I'm currently undecided between getting a Backblaze subscription ($60 / year, a little less with the sign-up bonus) or just buying an external HDD (roughly $30/TB).
Cloud:
+ unlimited size
+ safe in case of a house fire or other physical damage
+ much less likely to have a hardware failure
- I have to trust them when they say they can't access my encrypted data
- If I forget or lose my encryption password, I'm screwed
- Uploading all the TBs of data to it will take weeks
External drive:
+ Fast
+ Total control over it
+ Can double up as a transfer medium
- Relatively fragile
- Not safe against house fires etc. (unless I keep it in my car or something, but then I have to retrieve it every time I want to update)
>>52191602
Why wouldn't you use CrashPlan, it's the superior option in every way.
>>52191726
This is what I use and I agree.
>>52191602
zpaq + mega
Use owncloud or upload encrypted files to Blackblaze. How is this a question?
>>52191726
What are CrashPlan's advantages?
I had the impression that Amazon / Carbonite / CrashPlan / Backblaze were all identical. Backblaze just happened to offer a simpler encryption system and a bit of a discount.
>trusting other people with your data
lmao. just buy a harddrive, which is what like $25/TB one time cost?
Every week my server backs up my virtual machine and a few configurations to a backup drive.
Every month I download the server backups and backup my laptop on a 1TB encrypted Western Digital passport external drive which I have secured in a bank the rest of the month.
Another option would be a external HDD and a good fireproof safe. The safe also has the benefit of being able to store your important physical things.
>>52194564
House fires can melt steel. Steel.
Multiple backups and then a backup to put in the bank. Encrypt it all with truecrypt of veracrypt. Now you have all your data safe and sound.
Never trust the cloud.unless you want to send them an encrypted container terabyte in size. Then hopefully you have at least 50mb/s upload speed.
>>52191602
On my work computer, I dont care since its all automated. I do a weekly backup of about 3GBs of most important data on USB just in case.
At home I only have 1TB external HDD. I have been thinking about NAS that would serve as backup and media file server with redundancy and all that shit. Should I go with pre-built or build something from scratch?
>>52194590
Jet fuel can't melt steel safes deborah
>>52194590
And a fireproof safe is made of proper insulating material to withstand that for a limited amount of time. Check the ratings and make sure you get one designed for media as well as paper documents. Flash drives, CD's and HDD's will not survive as the same temps as paper documents will.
>>52193692
No you don't. Stop lying on the internet.
>>52194754
>withstand that for a limited amount of time
Sounds REAL safe. Go on, nigga. Buy that and feel safe. Everyone knows a house fire only lasts 30 minutes!
>>52194813
They do make them with ratings well past 30 minutes but you do pay for it.
>>52194772
I lied about the bank stuff.
>>52192398
>Fast
one of the problems with that is house fires. Although the solution would be a small fireproof case I suppose. Putting it somewhere in the house that wouldn't burn the hottest in case a fire does happen (since you've conbsidered it enough to get a fing safe in the 2nd place)
>>52191726
why is it free?
is it only accessible via a proprietary client for much botnets?
>>52195035
>why is it free?
The cloud backup isn't. The "free" crashplan is just their software that you use to backup to your own external hard drives or server. The one that backs up to their cloud servers costs.
>>52191602
>- Not safe against house fires etc. (unless I keep it in my car or something, but then I have to retrieve it every time I want to update)
You can drop it in a fireproof safe if you're paranoid, they're pretty cheap.
>>52195189
okay
how does it work with arch for example
I don't want the hassle of using some clunky java based client
then again how do I even upload encrypted containers with browser based cloud?
is there an option to do checksums on files in case there is an error during upload?
I can't say I'd be comfortable giving out my data to third parties; I'd have to encrypt everything I send them; because if I let THEM encrypt it, then anyone can just roll up and ask them to decrypt it and they'll have to comply.
s3 sync with versioning and mfa deletion enabled, scheduled in cron to happen every few hours.
Can't beat that.
>>52195384
This.
Although if you encrypt everything before upload you might not be allowed to upload it due to the file size.
Cloud just doesn't werk.
>>52195029
Just keep it at your office or in your car.
>>52195469
Umm... Can your car not blow up or set fire or burn just like a house? ofc one will probably be mre likely but wha
>>52195429
>Although if you encrypt everything before upload you might not be allowed to upload it due to the file size
encfs addresses this
>>52196377
It could and its likeliness might even be higher depending on where you live and what you do but what are the chances you have both happen before you can get everything saved to multiple locations again?
Sure its a not a bank safe deposit box or something else offsite and secure but for anyone who already owns a car its free and easy.
RAID-1 on my storage disks.
Daily backup to my NAS, which has RAID-6 just in case.
Weekly backup to some cloud services, both 1TB on TransIP STACK and OneDrive, smaller stuff also on Google Drive.
Monthly backup to an external hard drive connected to a trusted friend's pc (and he backs his shit up to my NAS too).
For more important stuff like photos and documents I keep a bunch of snapshots. Everything goes through Duplicati and is encrypted using a strong password I'm 100% sure I won't forget.
>>52191602
I'm going to buy a 500GB harddrive.
That will be enough to contain what porn I have downloaded.
>>52196455
actually you're right yeah, that's not a bad idea
thanks anon
>>52196440
What if a single file is too large? Can you split-encrypt it or something?
This doesn't solve the remote vs local backup debate. But you can use ZFS to mirror your filesystem to another ZFS filesystem very very quickly. This (largely) removes bandwidth and time constraints for all but your first backup.
As for local vs remote. I'd go local most of the time. The cost easily offsets any disaster proofing you have to do long term.
>>52196859
>What if a single file is too large?
Than you wouldn't have been able to upload it unencrypted either. Not a problem of encryption.
>>52196859split --bytes=Xm /path/to/large/file /path/to/output/file/prefix
Where X is the size of the split files. Restore back again with cat.
>>52197100
>encrypt file
>split it
>restore it again
And this will just werk?
>>52191602
I got a server with two HDDs: one 1TB and one 500GB (pic rel). Also 16GB SSD for system drive.
1TB HDD contains 500GB partition for samba share with important data, which is mirrored with the second 500GB HDD.
