add back share_with_a_friend_walkthrough, adapted for tor pairing

and some other xmpp to tor related changes
This commit is contained in:
Joey Hess 2016-12-24 15:35:28 -04:00
parent 89c244e823
commit 794babf35a
No known key found for this signature in database
GPG key ID: C910D9222512E3C7
19 changed files with 45 additions and 110 deletions

View file

@ -21,9 +21,8 @@ instructions.
* [[Android documentation|/Android]] * [[Android documentation|/Android]]
* Want to make two nearby computers share the same synchronised folder? * Want to make two nearby computers share the same synchronised folder?
Follow the [[local_pairing_walkthrough]]. Follow the [[local_pairing_walkthrough]].
* Or perhaps you want to share files between computers in different * Want to share files with a friend? Follow the
locations, like home and work? [[share_with_a_friend_walkthrough]]].
Follow the [[remote_sharing_walkthrough]].
* Want to archive data to a drive or the cloud? * Want to archive data to a drive or the cloud?
Follow the [[archival_walkthrough]]. Follow the [[archival_walkthrough]].

View file

@ -76,8 +76,8 @@ computers are on the same network. If you go on a trip, any files you
edit will not be visible to your friend until you get back. edit will not be visible to your friend until you get back.
To get around this, you'll often also want to set up To get around this, you'll often also want to set up
[[jabber_pairing|share_with_a_friend_walkthrough]], and a server [[tor_pairing|share_with_a_friend_walkthrough]] too,
in the cloud, which they can use to exchange files while away. which they can use to exchange files while away.
And also, you can pair with as many other computers as you like, not just And also, you can pair with as many other computers as you like, not just
one! one!

View file

@ -1,3 +1,7 @@
## version 6.20170101
This release removes XMPP support. Instead, the new Tor support can be used.
## version 5.20140421 ## version 5.20140421
This release begins to deprecate XMPP support. In particular, if you use This release begins to deprecate XMPP support. In particular, if you use

View file

@ -1,10 +0,0 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawmG4rlD9k1ezNkYZ8jDbITrycUmHV-P8Qs"
nickname="Jeroen"
subject="Synced vs. unsynced"
date="2013-07-29T18:07:45Z"
content="""
I've noticed that it is also possible to add an existing annex folder on a remote server without using syncing. Are there any dangers in doing this?
Could you explain what syncing does and when it is needed? Thanks.
"""]]

View file

@ -1,8 +0,0 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.154.0.21"
subject="comment 2"
date="2013-07-30T18:08:38Z"
content="""
I'm afraid I don't quite understand the question.
"""]]

View file

@ -1,8 +0,0 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.246"
subject="comment 4"
date="2013-11-12T18:18:16Z"
content="""
You can easily use a removable drive as a transfer repository to sync two computers that have no network connection. Just use the webapp to add the drive on one computer. The drive will be set up as a transfer repository by default. The webapp will automatically start copying all your files to it. Then you can disconnect the drive, bring it to the other computer, and repeat the process. Everything from the first computer will then sync over from the drive to the second computer. And repeat moving the drive back and forth to keep things in sync.
"""]]

View file

@ -1,18 +0,0 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawmkXtBdMgE1d9nCz2iBc4f85xh4izZ_auU"
nickname="Ulrich"
subject="Using a portable drive as another transfer device?"
date="2013-11-12T16:52:12Z"
content="""
I try to understand how to setup git-annex for the following use case:
Two computers, that are paired via remote sharing, using some cloud repository for transfer, and a local NAS for backups.
These two computers are sometimes in the same network, sometimes in different networks, and sometimes even without network at all. From what I read, it should be possible to bypass the cloud when these two machines are on the same network, which sounds great.
Would it be possible to use a portable drive as \"another link\" between these two computers that can be used to sync them even if there is no network between them?
And as you write, if the pairing has been set up manually, then everything is fine - so could it be that it is really easy and only necessary to setup the git-annex on the local drive as an additional remote on both (or only one?) machine?
thanks for any insight!
"""]]

View file

@ -1,8 +0,0 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawmkXtBdMgE1d9nCz2iBc4f85xh4izZ_auU"
nickname="Ulrich"
subject="Using a portable drive as another transfer device? cool."
date="2013-11-14T19:05:56Z"
content="""
Thanks - I was hoping that it is that easy. I'll try that as soon as I have a working version of the latest git-annex (trying to build with brew for Mac OS X 10.9, but without success so far).
"""]]

View file

@ -1,14 +0,0 @@
[[!comment format=mdwn
username="severo"
ip="88.182.182.135"
subject="git-assistant and transfer repository"
date="2014-03-16T17:05:43Z"
content="""
In your comment http://git-annex.branchable.com/assistant/remote_sharing_walkthrough/#comment-f97efe1d05c0101232684b4e4edc4866, you describe a way to synchronize two devices using an intermediate USB drive configured as a \"transfer repository\".
I understand that in that case, the USB drive can only be used as a \"transmitter\", in a git repository form, not as a copy of the files structure. This means the files contained by the USB drive cannot be accessed without git/git-annnex.
Is there a way to use the USB drive as a \"client repository\" in order to allow synchronization, as described earlier, but also as a simple copy of the files, in order to access them from any device (opening them with windows in a cyber coffee for example).
Thanks
"""]]

View file

@ -1,8 +0,0 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.154"
subject="comment 7"
date="2014-03-17T19:50:48Z"
content="""
@severo the web app does not support setting up that use case. However, you can make a non-bare clone of your repository onto a removable drive, and if you do the assistant will use it just the same as if you'd set up a removable drive using the webapp. Note that you will need to run `git annex sync` inside that repository in order to update the tree it displays.
"""]]

View file

@ -1,8 +0,0 @@
[[!comment format=mdwn
username="severo"
ip="95.152.107.168"
subject="comment 8"
date="2014-03-18T10:06:50Z"
content="""
Thansk @joeyh.name for your answer. Do you think this feature could be integrated into the git-annex assistant ?
"""]]

View file

@ -1,8 +0,0 @@
[[!comment format=mdwn
username="severo"
ip="95.152.107.168"
subject="comment 9"
date="2014-03-18T11:16:19Z"
content="""
Some explanations in French on how to do: http://seenthis.net/messages/237648#message238202
"""]]

View file

@ -0,0 +1,32 @@
Want to share all the files in your repository securely with a friend?
This connects to your friend's repository using
[Tor](https://torproject.org/). Both you and your friend will need to
install [Tor](https://torproject.org/) and
[Magic Wormhole](https://github.com/warner/magic-wormhole), and then both
follow these steps to connect your repositories.
Start by opening up your git annex dashboard.
[[!img local_pairing_walkthrough/addrepository.png alt="Add another repository button"]]
`*click*`
[[!img pairing.png alt="Share with a friend"]]
`*click*`
Now you will probably be prompted to enter a password, to configure Tor.
(Depending on how your system is configured, this may be the root password,
or your user account's password.)
Then, a pairing code will be generated. Tell it to your friend. Ask them
for their pairing code, and enter it in the form.
Once you've exchanged pairing codes, your repositories will be connected
over Tor. They will begin to sync files back and forth, which can take a
while since Tor is not super-fast.
---
See [[tips/peer_to_peer_network_with_tor]] for more details.

Binary file not shown.

Before

Width:  |  Height:  |  Size: 5 KiB

View file

@ -1,8 +0,0 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawl6RDLuI2b2fHkTRseVQGUNjcQ2qUrOaE0"
nickname="Фёдор"
subject="comment 1"
date="2014-05-25T15:10:34Z"
content="""
Do we need a cloud repository just to bypass NAT? I understand it can't share files within Jabber, but it just looks unpolished. Maybe some punching techniques might be handy, pwnat for example.
"""]]

Binary file not shown.

Before

Width:  |  Height:  |  Size: 8.3 KiB

View file

@ -1,4 +1,4 @@
XMPP (Jabber) used to be able to be used by the [[assistant]] as a git remote. XMPP (Jabber) used to be able to be used by the [[assistant]] as a git remote.
This never worked very well, and it was not entirely secure, since the XMPP This never worked very well, and it was not entirely secure, since the XMPP
server saw the contents of git pushes without encryption. So, XMPP support server saw the contents of git pushes without encryption. So, XMPP support
has been removed. has been removed. Use [[tor]] instead.

View file

@ -21,6 +21,10 @@ connect them together over Tor so they share their contents. Or, you and a
friend want to connect your repositories together. Pairing is an easy way friend want to connect your repositories together. Pairing is an easy way
to accomplish this. to accomplish this.
(The instructions below use the command line. If you or your friend would
rather avoid using the command line, follow the
[[share_with_a_friend_walkthrough]].)
In each git-annex repository, run these commands: In each git-annex repository, run these commands:
git annex enable-tor git annex enable-tor

View file

@ -1,6 +0,0 @@
<video controls width=400>
<source src="https://downloads.kitenet.net/videos/git-annex/git-annex-xmpp-pairing.ogv">
</video><br>
A <a href="https://downloads.kitenet.net/videos/git-annex/git-annex-xmpp-pairing.ogv">6 minute screencast</a>
showing how to share files between your computers in different locations,
such as home and work.