Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #209334 > unrolled thread

ssh local port forwarding stopped working

Started byGary Dale <gary@extremeground.com>
First post2019-05-28 19:40 +0200
Last post2019-05-28 23:30 +0200
Articles 3 — 3 participants

Back to article view | Back to linux.debian.user


Contents

  ssh local port forwarding stopped working Gary Dale <gary@extremeground.com> - 2019-05-28 19:40 +0200
    Re: ssh local port forwarding stopped working Nicholas Geovanis <nickgeovanis@gmail.com> - 2019-05-28 20:00 +0200
    Re: ssh local port forwarding stopped working Bruce Halco <bruce@halcomp.com> - 2019-05-28 23:30 +0200

#209334 — ssh local port forwarding stopped working

FromGary Dale <gary@extremeground.com>
Date2019-05-28 19:40 +0200
Subjectssh local port forwarding stopped working
Message-ID<y2OeR-5yy-9@gated-at.bofh.it>
I'm running Debian/Testing on an AMD64 machine.

I follow what I believe is a fairly conventional way of connecting to 
remote machines. Firstly I establish an SSH tunnel using a command like:

   ssh <remote server public IP> -L 5902:<remote workstation local IP>:5900

where the remote server public IP is that of the router (DD-WRT) with 
port 22 forwarded to the local IP of a remote Debian/Stable server. The 
remote workstation IPs are in the 192.168.1.* range. The SSH connection 
works fine.

Then I connect to localhost:5902 using a VNC viewer (tried a few).  I've 
been doing this for a decade with no significant problems.

However I haven't been able to do this since at least yesterday 
(previous remote login was a week ago. It worked). No matter which 
remote machine I try to connect to, I never get to the password prompt. 
Instead the connection attempt eventually attempt times out.

I can log onto a KVM virtual machine running on the remote server using 
the Virtual Machine Manager GUI. From there I can connect to the other 
(real) machines using the Tight VNC viewer.

Since I can connect to the remote workstations from the VM, the problem 
cannot be with their service setup. And since the problem isn't resolved 
by using a different VNC viewer from my local workstation, the problem 
can't be the VNC client. This just leaves the ssh tunnel - specifically 
the port forwarding - as the only common element.

[toc] | [next] | [standalone]


#209339

FromNicholas Geovanis <nickgeovanis@gmail.com>
Date2019-05-28 20:00 +0200
Message-ID<y2Oyd-5FI-5@gated-at.bofh.it>
In reply to#209334

[Multipart message — attachments visible in raw view] — view raw

My first guess would be that port(s) 5900 and/or 5902 have been blocked.
Next possibility is that for those credentials a remote user/pwd lookup is
being done unexpectedly, the lookup needs to timeout because the
credentials are invalid. Is the ID really present locally?

On Tue, May 28, 2019, 12:38 PM Gary Dale <gary@extremeground.com> wrote:

> I'm running Debian/Testing on an AMD64 machine.
>
> I follow what I believe is a fairly conventional way of connecting to
> remote machines. Firstly I establish an SSH tunnel using a command like:
>
>    ssh <remote server public IP> -L 5902:<remote workstation local IP>:5900
>
> where the remote server public IP is that of the router (DD-WRT) with
> port 22 forwarded to the local IP of a remote Debian/Stable server. The
> remote workstation IPs are in the 192.168.1.* range. The SSH connection
> works fine.
>
> Then I connect to localhost:5902 using a VNC viewer (tried a few).  I've
> been doing this for a decade with no significant problems.
>
> However I haven't been able to do this since at least yesterday
> (previous remote login was a week ago. It worked). No matter which
> remote machine I try to connect to, I never get to the password prompt.
> Instead the connection attempt eventually attempt times out.
>
> I can log onto a KVM virtual machine running on the remote server using
> the Virtual Machine Manager GUI. From there I can connect to the other
> (real) machines using the Tight VNC viewer.
>
> Since I can connect to the remote workstations from the VM, the problem
> cannot be with their service setup. And since the problem isn't resolved
> by using a different VNC viewer from my local workstation, the problem
> can't be the VNC client. This just leaves the ssh tunnel - specifically
> the port forwarding - as the only common element.
>
>

[toc] | [prev] | [next] | [standalone]


#209352

FromBruce Halco <bruce@halcomp.com>
Date2019-05-28 23:30 +0200
Message-ID<y2RPs-7VD-3@gated-at.bofh.it>
In reply to#209334

[Multipart message — attachments visible in raw view] — view raw

I would test port status with

    nmap -P0 -p 22 <remote server public IP>


You want the response to be "open"

Bruce

On 5/28/19 12:17 PM, Gary Dale wrote:
> I'm running Debian/Testing on an AMD64 machine.
>
> I follow what I believe is a fairly conventional way of connecting to 
> remote machines. Firstly I establish an SSH tunnel using a command like:
>
>   ssh <remote server public IP> -L 5902:<remote workstation local 
> IP>:5900
>
> where the remote server public IP is that of the router (DD-WRT) with 
> port 22 forwarded to the local IP of a remote Debian/Stable server. 
> The remote workstation IPs are in the 192.168.1.* range. The SSH 
> connection works fine.
>
> Then I connect to localhost:5902 using a VNC viewer (tried a few).  
> I've been doing this for a decade with no significant problems.
>
> However I haven't been able to do this since at least yesterday 
> (previous remote login was a week ago. It worked). No matter which 
> remote machine I try to connect to, I never get to the password 
> prompt. Instead the connection attempt eventually attempt times out.
>
> I can log onto a KVM virtual machine running on the remote server 
> using the Virtual Machine Manager GUI. From there I can connect to the 
> other (real) machines using the Tight VNC viewer.
>
> Since I can connect to the remote workstations from the VM, the 
> problem cannot be with their service setup. And since the problem 
> isn't resolved by using a different VNC viewer from my local 
> workstation, the problem can't be the VNC client. This just leaves the 
> ssh tunnel - specifically the port forwarding - as the only common 
> element.
>

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user


csiph-web