On Sun, 14 Aug 2011, Grant wrote:
My laptop is one of the systems I want to back up and when I travel it
ends up behind a router I have no control over. Because of this, my
systems push to the backup server instead of the backup server pulling
from them.
Based on the 'security'
On Sunday, August 14, 2011, 22:54:18, Maarten Bezemer wrote:
So, try to find some more info about openvpn. If the routers allow ssh
connections to your backup server, they will most likely also allow an
openvpn tunnel.
This should work with 99.9% of routers: set up the OpenVPN server at
home
On Sun, 14 Aug 2011, Jernej Simoni wrote:
This should work with 99.9% of routers: set up the OpenVPN server at
home to listen on port 443 TCP (assuming you don't have HTTPS server
running - though even that could work, OpenVPN allows you to redirect
connections when running in TCP mode; it
On Monday, August 15, 2011, 0:19:05, Maarten Bezemer wrote:
But keep in mind that tunneling TCP over TCP (when running openvpn in TCP
mode) might haunt you badly due to tcp timeout/retransmit settings.
I've set up OpenVPN in TCP mode several times for locations that
blocked UDP, and so far
My laptop is one of the systems I want to back up and when I travel it
ends up behind a router I have no control over. Because of this, my
systems push to the backup server instead of the backup server pulling
from them.
I'm using openvpn myself for similar tasks, and once setup properly,
In short: try openvpn with udp first, and only go to tcp when all else
fails. In that case, however, using a simple SSH tunnel with -R argument
would be easier. (laptop sshs into backup server using password or
password-protected key; rdiff-backup starts at backup-server connecting to
