[clug] X-Forwarding between two boxes via a third using reverse ssh problem
hal at ashburner.info
Sun Jan 18 20:08:07 MST 2015
$ ssh -X -R 8888:localhost:22 my_laptop
note that there is an .ssh/config that has a proxycommand through a
gateway to get to my_laptop, the gateway is headless, the possibly
relevant part of the config is below.
proxycommand ssh -W %h:%p gateway_box
then on my_laptop
$ ssh -X localhost -p 8888
on the resulting prompt from the last command
[ remote_box ]$ xeyes
seemed to work in getting xeyes up on my local screen.
Can you do something like that?
On 19 January 2015 at 13:12, Scott Ferguson
<scott.ferguson.clug at gmail.com> wrote:
> I need to support some GUI apps on a remote laptop connected to the
> internet using a USB connection to an Android phone, and/or public wifi
> hotspots (so port-forwarding on an ADSL modem is not a solution).
> Connections are routinely very slow as the user is usually in remote
> GUI tasks:-
> ;Install an Australian dictionary and configure spell check for
> LibreOffice Writer
> ;Install and configure an unknown multi-function printer/fax/scanner
> ;Create a GPG key pair and configure encryption support for Icedove
> ;Configure and test WinFF presets
> ;Configure some sort of remote desktop sharing ability
> The remote user is IT illiterate (illiterate in fact) and due to a
> recent stroke has trouble even following pictorial guides on where to
> click. So anything required of them has to be scripted. (and yes, it is
> worth the hassle)
> Normally I maintain the remote laptop using a reverse ssh (encrypted)
> tunnel from the remote laptop (autossh) to a public webserver, and a
> connection from my local computer to the public webserver. This works
> fine for CLI.
> The public webserver is headless (no X).
> The remote laptop has X Forwarding enabled, X2Go server and desktop
> sharing installed (also KDE desktop sharing).
> I have full access to the remove laptop and the publicly accessible
> webserver. Locally I sit behind a mobile wireless internet connection
> which also, often, has a very slow connection speed.
> More information available on request.
> Solutions and alternative approaches to solving the problem welcomed.
> Kind regards
> linux mailing list
> linux at lists.samba.org
More information about the linux