git-annex/P2P
Joey Hess 3037feb1bf
p2p --link now defaults to setting up a bi-directional link
Both the local and remote git repositories get remotes added
pointing at one-another.

Makes pairing twice as easy!

Security: The new LINK command in the protocol can be sent repeatedly,
but only by a peer who has authenticated with us. So, it's entirely safe to
add a link back to that peer, or to some other peer it knows about.
Anything we receive over such a link, the peer could send us over the
current connection.

There is some risk of being flooded with LINKs, and adding too many
remotes. To guard against that, there's a hard cap on the number of remotes
that can be set up this way. This will only be a problem if setting up
large p2p networks that have exceptional interconnectedness.

A new, dedicated authtoken is created when sending LINK.

This also allows, in theory, using a p2p network like tor, to learn about
links on other networks, like telehash.

This commit was sponsored by Bruno BEAUFILS on Patreon.
2016-12-16 16:38:06 -04:00
..
Address.hs p2p --link now defaults to setting up a bi-directional link 2016-12-16 16:38:06 -04:00
Annex.hs p2p --link now defaults to setting up a bi-directional link 2016-12-16 16:38:06 -04:00
Auth.hs use P2P auth for git-remote-tor-annex 2016-11-30 15:26:55 -04:00
IO.hs fix build with old ghc 2016-12-10 11:12:18 -04:00
Protocol.hs p2p --link now defaults to setting up a bi-directional link 2016-12-16 16:38:06 -04:00