I configured a remote desktop yesterday over LAN by setting up Vino to allow direct (no tunneling) connections on the host PC and using Remmina with VNC password based authentication. It worked yesterday, but I could not connect anymore today.
The plan today was to connect through SSH tunneling instead of direct connection. Here are some settings I made on my server this morning (after it already failed to establish password based connection):
- gsettings set org.gnome.Vino network-interface lo
- gconftool-2 --set --type=bool /desktop/gnome/remote_access/enabled true
- changed my vino pass with vino-passwd
- And of course my openssh server was set to allow TCP port forwarding..
It is entirely possible that the network admin or the router silently blocked VNC. How can I test that? Direct VNC is possible to localhost on both my host and my local PC. I also have direct access to my host, they are both on my desk. And SSH login to the host also works.
Edit: Some details on my tunneling. The behavior is that Remmina is left waiting to connect forever.
$ sudo lsof -i -n | egrep '\<ssh\>' sshd 8855 root 3u IPv4 102675 0t0 TCP x.x.x.x(host ip):ssh->x.x.x.x(local ip):44732 (ESTABLISHED) sshd 8881 (username) 3u IPv4 102675 0t0 TCP x.x.x.x(host ip):ssh->x.x.x.x(local ip):44732 (ESTABLISHED) sshd 9037 root 3u IPv4 98126 0t0 TCP *:ssh (LISTEN) sshd 9037 root 4u IPv6 98128 0t0 TCP *:ssh (LISTEN) sshd 10843 root 3u IPv4 118036 0t0 TCP x.x.x.x(host ip):ssh->x.x.x.x(local ip):45428 (ESTABLISHED) sshd 10911 (username) 3u IPv4 118036 0t0 TCP x.x.x.x(host ip):ssh->x.x.x.x(local ip):45428 (ESTABLISHED)