<p>Hi,</p>
<p>Just thought I'd put in my 2 cents. No offense to the devs, but I don't fully trust Tahoe's encryption. It may be open source, but the community is small compared to, say, gpg, so I can't depend on independent code audits by experts I trust. Plus, implementation errors are always a possibility.</p>

<p>That's why I encrypt everything myself before uploading. It's a strategy that works as well with google drive or dropbox as it does with volunteergrid2.</p>
<p>Cheers,<br>
Eric</p>
<div class="gmail_quote">On May 22, 2012 7:45 PM, "Jean Lorchat" <<a href="mailto:jean@iijlab.net">jean@iijlab.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
I just wanted to add my own little perspective about backups.<br>
<br>
I'm living in a country that has been shaken by 2+1 almost simultaneous disasters. So I can tell that multiple nodes is not just an advantage, it is mandatory. I can't think of something as a backup solution if it keeps all eggs in the same geographical basket.<br>

<br>
And for me, encryption is mandatory as well. It's the only way to make sure that nobody's peeking (think google drive or your typical free ad-supported online backup service, ah ah). It allows you to put your own personal data in places you wouldn't fully trust otherwise (friend/cloud/rented/hosted). Finally, it allows to make sure that the data cannot be easily recovered if you lack the key (anyone thinking megaupload ?).<br>

<br>
I am not very familiar with all the backup solutions mentioned here, but I am pretty sure that Tahoe-LAFS can be a backend for most of them. It is a very good lower layer for many things !<br>
<br>
Cheers,<br>
Jean<br>
<br>
On 05/23/2012 05:50 AM, Saint Germain wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, 22 May 2012 13:36:24 -0700, Peter Secor<<a href="mailto:secorp@secorp.net" target="_blank">secorp@secorp.net</a>><br>
wrote :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, 22 May 2012 13:01:58 -0600, "Zooko Wilcox-O'Hearn"<br>
<<a href="mailto:zooko@zooko.com" target="_blank">zooko@zooko.com</a>>  wrote :<br>
</blockquote>
<PS>  Thanks for the kind words, zooko is particularly good at<br>
responding well to questions both asked and unasked.<br>
<br>
</blockquote>
<br>
Hello and thanks for your answer.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Indeed what I had in mind was not possible with tahoe. It was mainly<br>
because I couldn't imagine such a radical different approach.<br>
<br>
So as I understand it makes no real sense to have a node on my home<br>
computer and it makes no real sense either to have a single node on<br>
my remote server. So I have indeed to participate in some kind of<br>
VolunteerGrid2 (I don't know anyone else as curious as me).<br>
It's quite a psychological step to "give" your backups to people you<br>
don't know, even if it is encrypted. But I _do_ understand all the<br>
advantages.<br>
<br>
</blockquote>
<PS>  Here is one idea for a solution in your scenario. The setup<br>
would be that you have let's say a laptop that you carry around with<br>
you and a home server. You can set up a local node on your laptop<br>
that is a non-storage node (one line in the config file - under the<br>
[storage] section set "enabled=true"). Then, you can set up a storage<br>
node on your home computer server and just make shares.needed=1,<br>
shares.happy=1, and shares.total=1, meaning no expansion, just<br>
straight 1-to-1 mapping for the encrypted file to shares on the<br>
server. Run the introducer on that server as well, and then every<br>
time your laptop is awake and you run a "tahoe cp" or "tahoe backup",<br>
it will use the local non-storage node on the laptop to encrypt the<br>
file and then transfer it over to your home server.<br>
<br>
For bonus points, if you configure a helper on your home server<br>
(again, a one line config file change - under the [helper] section set<br>
"enabled=true") and you have enough disk space, it will actually<br>
handle partial uploads and restart if your connection dies. This is<br>
quite useful when transferring large files. However, none of this<br>
handles the big file with a small change (VM) scenario very well, for<br>
that you'd need some other method.<br>
<br>
</blockquote>
<br>
Hum yes but in that case I don't see the advantage of tahoe over other<br>
backup solutions like bup/obnam/backshift/BURP (except maybe<br>
encryption).<br>
For backups, the real advantage of tahoe is the multi-node architecture<br>
I think (many backups software also offer encryption).<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I suppose that it is possible that I contribute one node to<br>
VolunteerGrid2 which can be used by my whole family and friends,<br>
each having its private encrypted store ?<br>
<br>
</blockquote>
This could be possible, just contact the volunteer grid group with a<br>
description of what you want to do and that will provoke a discussion<br>
about it and what the general rules of engagement and use are.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The only problem I see, is that I will be limited by the storage<br>
capacity. The remote server I intend to rent has 2 TB and I was<br>
already thinking that it was too small for my "group" (5-10<br>
people). I understant that it is better on VolunteerGrid2 if I<br>
contribute between 500 GB and 1 TB ?<br>
<br>
</blockquote>
<PS>Again, this is probably a good discussion to have with the<br>
volunteer grid group, perhaps they will encourage people to start<br>
contributing more and you could be a push in that direction.<br>
<br>
</blockquote>
<br>
Ok. I will do that if I decide to go with tahoe-LAFS !<br>
<br>
Thanks again<br>
______________________________<u></u>_________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@tahoe-lafs.org" target="_blank">tahoe-dev@tahoe-lafs.org</a><br>
<a href="https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">https://tahoe-lafs.org/cgi-<u></u>bin/mailman/listinfo/tahoe-dev</a><br>
<br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@tahoe-lafs.org" target="_blank">tahoe-dev@tahoe-lafs.org</a><br>
<a href="https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">https://tahoe-lafs.org/cgi-<u></u>bin/mailman/listinfo/tahoe-dev</a><br>
</blockquote></div>