TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Show HN: Simple Linux Backups

30 pointsby XERQover 10 years ago

11 comments

Animatsover 10 years ago
Backups are good. Backups are important. But who are these guys who want you to trust them with your data?<p>They&#x27;re at 2522 Chambers Road Suite 100, Tustin, CA 92780. This is &quot;Irvine Ranch Executive Suites&quot; which advertises &quot;Private Offices From: $ 375 to $1000 &#x2F; Per Month, Identity Package (Phone and&#x2F;or Mail Only) From: $ 65 &#x2F; Per Month&quot;.<p>SSDNodes, Inc. (their parent company) is a Delaware corporation at that address. The agent for service of process is MATTHEW GEORGE CONNOR. He&#x27;s on LinkedIn: <a href="https://www.linkedin.com/profile/view?id=166917144" rel="nofollow">https:&#x2F;&#x2F;www.linkedin.com&#x2F;profile&#x2F;view?id=166917144</a> and has another business, &quot;Xerq.io&quot;. It&#x27;s a social network (at <a href="https://xerq.io/hotness" rel="nofollow">https:&#x2F;&#x2F;xerq.io&#x2F;hotness</a>) which has a big banner ad for Jarvys.<p>There are terms of service (<a href="https://my.jarvys.io/JARVYS_TOS.pdf" rel="nofollow">https:&#x2F;&#x2F;my.jarvys.io&#x2F;JARVYS_TOS.pdf</a>) but no sign of a service level agreement.<p>The pricing goes up by a factor of 10 after the first three months. $240&#x2F;year for 150GB. That&#x27;s more than 3x more expensive than iDrive, which supports Linux. Jarvys isn&#x27;t cheap.<p>Not seeing a good case for using this service.
评论 #8760852 未加载
评论 #8760817 未加载
vinceguidryover 10 years ago
Backups are this thing that lots of people buy but nobody tests. People seem to refuse, every single time, to understand that if you&#x27;re hoping your backup system will protect you from catastrophic failure, until you&#x27;ve actually tested your production servers by making them fail catastrophically and then restoring from your backup, then you what you bought was an expensive wish.<p>On the other hand, if you&#x27;re implementing catastrophic recovery in the first place, something&#x27;s gone seriously wrong with your engineering culture, assuming you have one, or never implemented important capabilities in the first place, like one-command provisioning and deployment. Your app&#x27;s years out of date but it&#x27;s supporting your entire business. You can&#x27;t afford to test your security end-to-end because if it fails, it might be days before it comes back up, because the guy that invented it skipped town, and there&#x27;s bits of functionality hiding everywhere on the machines, done ad-hoc without any documentation.<p>Nothing says &quot;Faith-based engineering&quot; like buying a backup system you refuse to test. And I see it way too often.
评论 #8760445 未加载
评论 #8764398 未加载
moeover 10 years ago
No word on encryption.<p>No word on <i>what</i> is actually backed up, how to include or exclude files.<p>No word on <i>when</i> anything is backed up and <i>how</i> (cronjob, daemon?).<p>No word on how running services and databases are backed up that may need special procedures for a consistent snapshot.<p>No word on how to restore or access backups when the backed up host has failed.<p>All things considered I have a strong feeling you are not qualified to run a service like this. Your expertise seems to be in webdesign, not in Unix and servers.
评论 #8760601 未加载
评论 #8760562 未加载
评论 #8760633 未加载
评论 #8760558 未加载
kijinover 10 years ago
There are several questions that I need to ask anyone who claims to provide backups as a service (Baas?):<p>1) Client-side encryption?<p>2) If the answer to 1) is &quot;yes&quot;, are the keys managed on the client-side as well?<p>3) What algorithms do you use for encryption and key derivation? They&#x27;re not home-grown, are they?<p>4) Ideally, the keys that are used to manage my account on the web should be totally unrelated to the keys that are used to encrypt my backups. Otherwise it becomes trivial for the service provider to capture my password the next time I log in, and use that to decrypt my backups.<p>5) In order to minimize damages when a client is compromised, clients should not be able to access&#x2F;restore files backed up by other clients, except with a key that is stored elsewhere.<p>6) For the same reason as above, clients should not be able to modify or delete files that were previously backed up, except with a key that is stored elsewhere. In other words, snapshots should be read-only.<p>7) Ideally, clients should not even be able to access&#x2F;restore files that were previously backed up by itself, except with a key that is stored elsewhere. This prevents previous versions of files (or deleted files) from becoming exposed in case of compromise. But this is probably too much to ask of the typical backup service...<p>8) Filesystem permissions and other basic metadata (e.g. mtime) should be backed up and restored, too.<p>9) Proper and fully configurable handling of symlinks, please.<p>10) Your TOS, AUP, and privacy policy should be readily accessible from your home page, and customers should be notified of any changes at least a couple of weeks in advance.<p>My favorite solution so far is to <i>pull</i> backups from another machine that I control, using rsync&#x2F;rsnapshot over ssh. The snapshots are then encrypted and <i>pushed</i> to their final resting place, such as S3, which knows nothing about the rest of my infrastructure. It&#x27;s a bit of a hassle to set up correctly, but I&#x27;m in control of all the keys, a compromised client cannot access anything (restores are pushed from the server), the intermediate server can be destroyed if necessary, and the final storage provider (Amazon) cannot decrypt anything even if someone held a gun to their head.<p>Unfortunately, I have yet to find a one-stop backup solution that achieves the above. I&#x27;m not even sure if it would be possible without risking serious inconvenience. Tarsnap comes close, but AFAIK it makes it too easy for a compromised client to pull down everything I ever backed up.
评论 #8760654 未加载
XERQover 10 years ago
I&#x27;ve seen many of my clients set up their own backup systems and have those fail at the worst times. Last month a large client of ours called our managed support team at 3AM saying they hired the wrong developer who completely trashed their database and hosed their entire application. They had their own backup system in place and it silently failed, but luckily they ordered our internal backup solution as a secondary. We were able to get them restored in 5 minutes, if they didn&#x27;t have our solution in place they would&#x27;ve had to spend weeks fixing what the developer broke.<p>Current Linux backup solutions are not made for humans. Have a look at the mondorescue guide[1], nobody is going to read that and comprehend it with full mastery, meaning you&#x27;re leaving yourself open to losing data. VPS providers offer backups that are usually in the same datacenter, which means you&#x27;re SOL if there&#x27;s a disaster. Those same providers also don&#x27;t allow you to restore single files&#x2F;directories from snapshots, usually you have to launch a new instance or revert everything back to snapshot.<p>We ended up creating a simple Linux backup solution[2] that&#x27;s as simple as copying and pasting a single command to get installed, notifies you if your backups aren&#x27;t running, handles snapshots, and is secure. Restoring your data is a single command away, so you can focus instead on building your startup rocketship. Our mission is to make data loss a thing of the past.<p>[1] <a href="http://www.mondorescue.org/docs/mondorescue-howto.html" rel="nofollow">http:&#x2F;&#x2F;www.mondorescue.org&#x2F;docs&#x2F;mondorescue-howto.html</a><p>[2] <a href="https://jarvys.io" rel="nofollow">https:&#x2F;&#x2F;jarvys.io</a>
评论 #8760544 未加载
评论 #8760554 未加载
评论 #8760415 未加载
评论 #8760435 未加载
encodererover 10 years ago
I think if you provide enough features to be the only backup solution a business needs for their server, $20&#x2F;mo is too cheap. Just my 0.02.
sjs382over 10 years ago
The pricing page is deceptive enough to make me reconsider trusting them.<p>Pricing that&#x27;s presented like that makes me think like this:<p>&quot;$20&#x2F;month in large text, then $200&#x2F;month hidden below that? I wonder what other details I&#x27;m missing that could cost me 10x (in time, money, security, anything else) in the long run. &lt;close window&gt;&quot;
评论 #8762536 未加载
kgtmover 10 years ago
Upvoted. For those that prefer getting their hands dirty (but not too dirty), duplicity and S3 might be a good alternative. It&#x27;s really simple to get up and running: <a href="http://kappataumu.com/articles/cloud-backups-duplicity-s3.html" rel="nofollow">http:&#x2F;&#x2F;kappataumu.com&#x2F;articles&#x2F;cloud-backups-duplicity-s3.ht...</a>
评论 #8760568 未加载
alrsover 10 years ago
Any product that wants you to pipe some crap from curl is communicating &quot;our product is for all of the Windows people who bought Macs in the last couple of years and are still playing pretend when it comes to administering a Linux box.&quot;
评论 #8760489 未加载
评论 #8760713 未加载
spitfireover 10 years ago
I am quite jealous of everyone else&#x27;s bootstrap skills. Wish I could pull something even half that quality together.
fractalcatover 10 years ago
What&#x27;s &quot;enterprise security&quot;? Is it like regular security? Does it involve client-side encryption?
评论 #8760456 未加载