blob: 8fb2bf9db17806c19292f0471ba23ecc3a58896c (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
|
## Intro
This tip is based on my (Matt Ford) experience of using `git annex` with my out-and-about netbook which hits many different wifi networks and has no fixed home or address.
I'm not using a bare repository that allows pushing (an alternative solution) nor do I fancy allowing `git push` to run against my desktop checked out repository (perhaps I worry over nothing?)
None of this is really `git annex` specific but I think it is useful to know...
## Dealing with no fixed hostname
Essentially set up two repos as per the [[walkthrough]].
Desktop as follows:
cd ~/annex
git init
git annex init "desktop"
And the laptop like this
git clone ssh://desktop/annex
git init
git annex init "laptop"
Now we want to add the the repos as remotes of each other.
For the laptop it is easy:
git remote add desktop ssh://desktop/~/annex
However for the desktop to add an ever changing laptops hostname it's a little tricky. We make use of remote SSH tunnels to do this. Essentially we have the laptop (which always knows it's own name and address and knows the address of the desktop) create a tunnel starting on an arbitrary port at the desktop and heads back to the laptop on it's own SSH server port (22).
To do this make part of your laptop's SSH config look like this:
Host desktop
User matt
HostName desktop.example.org
RemoteForward 2222 localhost:22
Now on the desktop to connect over the tunnel to the laptop's SSH port you need this:
Host laptop
User matt
HostName localhost
port 2222
So to add the desktop's remote:
a) From the laptop ensure the tunnel is up
ssh desktop
b) From the desktop add the remote
git remote add laptop ssh://laptop/~/annex
So now you can work on the train, pop on the wifi at work upon arrival, and sync up with a `git pull && git annex get`.
An alternative solution may be to use direct tunnels over Openvpn.
## Optimising SSH
Running a `git annex get .`, at least in the version I have, creates a new SSH connection for every file transfer (maybe this should be a feature request?)
Lot's of new small files in an _annex_ cause lot's of connections to be made quickly: this is an relatively expensive overhead and is enough for connection limiting to start in my case. The process can be made much faster by using SSH's connection sharing capabilities. An SSH config like this should do it:
# Global Settings
ControlMaster auto
ControlPersist 30
ControlPath ~/.ssh/master-%r@%h:%p
This will create a master connection for sharing if one isn't present, maintain it for 30 seconds after closing down the connection (just-in-cases') and automatically use the master connection for subsequent connections. Wins all round!
|