On 2019-04-24 14:21, Justin Magers wrote:
I'm trying to tunnel through a computer (HOST) to which I (justin) have ssh access to so that rsyncd has a secure connection for BackupPC. The tunnel is setup using DumpPreUserCmd:$sshPath -M -S ~/.ssh/sockets/stradella -fN -l justin -L 8874:stradella.local:873 HOST -p PORT -v The tunnel is successfully established, but then BackupPC just sits. The log looks like this: 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: Authentication succeeded (publickey). 2019-04-24 13:42:17 Output from DumpPreUserCmd: Authenticated to HOST ([XXX.XXX.XXX.XXX]:PORT). 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: Local connections to LOCALHOST:8874 forwarded to remote address stradella.local:873 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: Local forwarding listening on ::1 port 8874. 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: channel 0: new [port listener] 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: Local forwarding listening on 127.0.0.1 port 8874. 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: channel 1: new [port listener] 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: setting up multiplex master socket 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: channel 2: new [/var/lib/backuppc/.ssh/sockets/stradella] 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: forking to background 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: Entering interactive session. 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: pledge: id 2019-04-24 13:42:17 Output from DumpPreUserCmd: debug1: client_input_global_request: rtype hostkeys...@openssh.com want_reply 0 Does anyone have any ideas on why nothing else happens? I would expect a backup to start ("incr backup started for directory ...") It should be noted that at this point I can use rsync to list the files in the users module while logged into HOST: rsync -n rsync://backuppc@localhost:8874/users Thanks!
Are you running this from a script, or executing it directly? (I haven't tried it, but it seems plausible that forking ssh to the background without a shell might cause DumpPreUserCmd not to complete, which would explain the symptoms. This would be easy to verify.)
However, this seems a lot more complex than it needs to be. Why not just use rsync (instead of rsyncd) which already sets up an ad hoc ssh tunnel?
_______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
