RDP do komputera z systemem Windows przez tunele SSH przerywa połączenie

Mam dziwny problem, którego nie rozumiem, dlaczego tak się dzieje.

Zasadniczo są to te same objawy opisane przez tego użytkownika: http://www.dslreports.com/forum/r29166088-RDP-via-SSH-Tunnel-causes-SSH-Session-to-drop

Oto co mam:

Router laboratoryjny z jednym otwartym portem zewnętrznym jest skonfigurowany do przekazywania do mojego Linux-a na porcie 22 (SSH), którego używam
Na kliencie używam Putty i konfiguruję przekierowanie portów, aby tunelować przez SSH do portu RDP komputera z systemem Windows

Po połączeniu wszystko działa przez kilka minut, a następnie połączenie SSH znika. Czasami spada w ciągu kilku minut, a czasem upuszczenie zajmuje 10 minut ... ale ostatecznie spadnie.

Korzystam z OpenSSH z najnowszej dystrybucji Ubuntu.

Teraz, jeśli po prostu korzystam z SSH i nigdy nie próbuję uruchomić klienta RDP, sesja SSH pozostaje połączona przez długi czas.

Jakieś pomysły?! To mnie denerwuje, ponieważ nie mogę pracować zdalnie.

Dzięki.

— Elias Bachaalany
źródło

Jeszcze jedna wskazówka: kiedy jestem w tej samej sieci, mogę bezpośrednio RDP na komputerze z systemem Windows. Jednak, będąc nadal w tej samej sieci, a następnie SSH do Linux-a, aby ustanowić tunele, a następnie połączyć się z RDP, RDP działa dobrze! Problem pojawia się, gdy SSH z innej sieci (poza laboratorium) !!!

— Elias Bachaalany,

Coś w dzienniku zdarzeń PuTTY? Czy dziennik serwera SSH?

— Martin Prikryl,

Ok, po wielu śledztwach okazało się, że nie ma to związku z SSH. Wystawiłem RDP bezpośrednio na test, a jak się okazuje, połączenie RDP spadałoby losowo, a następnie ponownie się łączyło. Z drugiej strony SSH nie toleruje

— zerwania

Na początku myślałem, że może to być VMWare Workstation, ponieważ przekierowuję na MS Windows VM w VMWare. Podłączyłem fizyczny komputer z MS Windows i próbowałem do niego tunelować, a połączenie nadal by się

— zrywało

Ostateczny wniosek jest taki, że połączenie często się przerywa ... Pamiętam, że dwa lata temu miałem taką samą konfigurację i działała poprawnie. Czy są jakieś przemyślenia, jak rozwiązać problem zerwania połączenia, gdy występuje duży ruch? Dzięki

— Elias Bachaalany,

Ok, więc to był cały problem routera Netgear (router kablowy NETGEAR N450 WiFi DOCSIS 3.0 (N450-100NAS)), a nie SSH. Kiedy wróciłem do routera Comcast (te, które można wypożyczyć), połączenie przestało być zrywane.

Nie kupuj tego routera, jeśli planujesz odsłonić port z sieci wewnętrznej na cały świat.

— Elias Bachaalany
źródło

Dodanie do listy złych routerów: Asus CM_32-AC2600. Wyłącza wszystkie porty w losowych punktach. Producent stwierdził, że powinna to być awaria sprzętowa, ale ten problem powtórzył się na dwóch urządzeniach, które mi przesłali. Wracając do Comcast (Xfinity w 2019 r.) Router rozwiązał wszystkie problemy.

— llinfeng