blog for the day
This commit is contained in:
parent
f9237df144
commit
521b64f7ee
2 changed files with 24 additions and 1 deletions
23
doc/design/assistant/blog/day_92__S3.mdwn
Normal file
23
doc/design/assistant/blog/day_92__S3.mdwn
Normal file
|
@ -0,0 +1,23 @@
|
|||
Amazon S3 was the second most popular choice in the
|
||||
[[polls/prioritizing_special_remotes]] poll, and since I'm not sure how
|
||||
I want to support phone/mp3 players, I did it first.
|
||||
|
||||
So I added a configurator today to easily set up an Amazon S3 repository.
|
||||
That was straightforward and didn't take long since git-annex already
|
||||
supported S3.
|
||||
|
||||
The hard part, of course, is key distribution. Since the webapp so far
|
||||
can only configure the shared encryption method, and not fullblown gpg keys,
|
||||
I didn't feel it would be secure to store the S3 keys in the git repository.
|
||||
Anyone with access to that git repo would have full access to S3 ... just not
|
||||
acceptable. Instead, the webapp stores the keys in a 600 mode file locally,
|
||||
and they're not distributed at all.
|
||||
|
||||
When the same S3 repository is enabled on another computer, it prompts for
|
||||
keys then too. I did add a hint about using the IAM Management Console in
|
||||
this case -- it should be possible to set up users in IAM who can only
|
||||
access a single bucket, although I have not tried to set that up.
|
||||
|
||||
---
|
||||
|
||||
Also, more work on the standalone OSX app.
|
|
@ -6,7 +6,7 @@ locally paired systems, and remote servers with rsync.
|
|||
Help me prioritize my work: What special remote would you most like
|
||||
to use with the git-annex assistant?
|
||||
|
||||
[[!poll open=yes 14 "Amazon S3" 8 "Amazon Glacier" 6 "Box.com" 44 "My phone (or MP3 player)" 5 "Tahoe-LAFS" 3 "OpenStack SWIFT" 12 "Google Drive"]]
|
||||
[[!poll open=yes 14 "Amazon S3 (done)" 8 "Amazon Glacier" 6 "Box.com" 44 "My phone (or MP3 player)" 5 "Tahoe-LAFS" 3 "OpenStack SWIFT" 12 "Google Drive"]]
|
||||
|
||||
This poll is ordered with the options I consider easiest to build
|
||||
listed first. Mostly because git-annex already supports them and they
|
||||
|
|
Loading…
Reference in a new issue