Windows Remote Desktop plötzlich extrem langsam

Seite 1 von 1 - Forum: Applications, Apps & Drivers auf overclockers.at

URL: https://www.overclockers.at/applications/windows-remote-desktop-pltzlich-extrem-langsam_250050/page_1 - zur Vollversion wechseln!

DJ_Cyberdance schrieb am 08.11.2017 um 10:06

Hallo!
Ich verwende seit Jahren Windows RDP durch einen SSH-Tunnel, der mit Putty aufgebaut wird. Eigentlich hatte ich damit nie Probleme, aber jetzt plötzlich seit einigen Tagen laggt RDP ganz gewaltig. Bildaufbau braucht fast 10 Sekunden, Remote zu arbeiten ist praktisch nicht mehr möglich. Verfügbare Bandbreite sind mehr als 10mbit in beide Richungen, was eigentlich mehr als ausreichend sein sollte, CPU-Auslastung an beiden Enden gering. Neustart beider Systeme brachte nix. Ach ja, Windows 7 auf beiden Seiten.

Hat jemand eine Idee, woran das liegen könnte...?

Es macht auch keinen Unterschied, ob ich die Farben auf 8bit, 16bit oder 24bit stelle...

Ach ja, warum ich RDP und nicht Teamviewer verwende:
- via SSH End2End verschlüsselt ohne eine dritte Seite
- Wenn ich per RDP mit einem Fenster auf ein Dual-Monitor-System verbinde, sehe ich alle Fenster in einem Screen. Logge ich mich lokal ein, sind die Fenster wieder wie zuvor auf beiden Monitoren.

tialk schrieb am 08.11.2017 um 10:15

OS? Wird udp blockiert?

DJ_Cyberdance schrieb am 08.11.2017 um 10:39

Zitat aus einem Post von tialk
OS? Wird udp blockiert?

Jeweils Win7, direkte SSH-Verbindung, blockiert wird nix...

daisho schrieb am 08.11.2017 um 10:50

Die RDP im Generellen? (dann weiß ich nicht weiter)
Oder hast du MS Office Programme laufen?

Bei meinem Arbeits-PC musste ich letztens feststellen dass via RDP der Bildaufbau EXTREM langsam ist wenn ich Office 2016 Programme verwende. Workaround ist dabei dass ich die RDP Verbindung auf 16 Bit Farbtiefe limitiere - dann geht es wieder normal.

DAO schrieb am 08.11.2017 um 10:52

schon mal wireshark mitlaufen lassen am remote host?

DJ_Cyberdance schrieb am 08.11.2017 um 11:43

Zitat aus einem Post von DAO
schon mal wireshark mitlaufen lassen am remote host?

Danke, Problem gelöst. Wireshark hat zwar zunächst nicht geholfen, aber netstat. Putty hat die SSH-Verbindung über eine IP hergestellt, die schon seit Wochen nicht mehr am Nameserver hinterlegt ist... ipconfig /flushdns hat das Problem behoben. Das ist insofern spannend, als dass ich die Verbindung natürlich mehrfach abgebrochen und wieder aufgebaut habe. Die Tests mit traceroute und iperf haben die korrekte IP verwendet, warum Putty nun eine völlig veraltete IP verwendet hat, ist mir völlig schleierhaft...

daisho schrieb am 08.11.2017 um 11:50

Was ich seltsam finde ist dass trotzdem eine Verbindung zustande kommt!? (also die technische Seite würde mich interessieren)

DJ_Cyberdance schrieb am 08.11.2017 um 13:05

Es existiert eine zweite Verbindung per DSL als Failback. Die hat eine statische IP, und die hatte ich bis vor einiger Zeit im DNS - da steht aber nun wieder die schnellere Verbindung drin.

Smut schrieb am 08.11.2017 um 13:12

Zitat aus einem Post von tialk
OS? Wird udp blockiert?

Blockieren von UDP macht es teilweise sogar besser. Wenn du UDP packetloss hast, dann ist das arbeiten extrem nervig. Und copy paste spinnt bei Dateiübertragungen. Habe viele Systeme die ich nur mit RDP/TCP manage und geht sehr gut.

daisho schrieb am 08.11.2017 um 13:39

Zitat aus einem Post von DJ_Cyberdance
Es existiert eine zweite Verbindung per DSL als Failback. Die hat eine statische IP, und die hatte ich bis vor einiger Zeit im DNS - da steht aber nun wieder die schnellere Verbindung drin.

Ah ok, hat also die langsamere Verbindung hergenommen.