..:: Dippelschisser ::..

Vergangenen Freitag hatten wir einen VorOrt Termin am Zweitstandort eines Kunden. Dieser beschwerte sich in den letzten Woche mehr und mehr über die überaus schlechte Verbindungsqualität des Standortes über das VPN zu seinem Hauptstandort.

Kurz abgerissen besteht folgende Konfiguration:

1) Hauptstandort hat Internetverbindung über Vermieter (größeres Facharztzentrum mit Internet über angebundene Klinik)

2) Hauptstandort wählt sich per VPN auf unserem zentralen VPN Server ein

3) Zweitstandort (ca. 40 km entfern) wählt sich ebenfalls auf unserem zentralen VPN Server ein

4) VPN Server routet traffic zwischen den Standorten

5) Mitarbeiter im Zweistandort wählt sich per RDP auf dem zentralen Terminalserver ein und arbeitet dort logisch am Hauptstandort. Vorteil: Die Daten müssen über’s Internet übertragen werden.

Bisher lief auf den Computern des Kunden das von der Klinik kostenfrei zur Verfügung gestellte McAffee. Dieses ist ja nicht gerade für eine optimale Performance berühmt. Dass es aber für eine schlechte VPN Verbindungsqualität sorgt war mir neu. Also dachte ich hier zuerst nicht an ihn als Ursache.

Die Symptome

Sporadisch kam es vor, dass die RDP Sitzung derat hing, dass man einen Text in der Länge dieses Eintrages schrieb und nach dem letzten getippten Wort in Ruhe in die Pause gehen konnte. Nach etlichen Minuten war Word dann auch fertig mit dem schreiben.

Die Ursachenforschung

Beim Untersuchen des Systems fiel mir in diesen Momenten eine sehr hohe CPU last auf. Beim genaueren betrachten fiel mir der Virenscannerprozess auf. Also geschwind mal den McAffee deaktiviert und hey, es ging plötzlich.

Also diese PC Bremse diesen Virenscanner deinstalliert und durch AVG ersetzt. Und hey, das Symptom lies sich nicht mehr reproduzieren.

Also, haben wir wieder einmal gelernt, wie schlecht doch manche Virenscanner sind.

Unter Windows kennt man ja,  dass Copy & Paste auch im RDP funktioniert. So kann man z.B. ein Script auf dem Remote Desktop auch nach lokal kopieren. Dies geht unter Linux erstmal nicht. Ich selbst setze ja bekanntermaßen tsclient für den schnellen Zugriff auf RemoteDesktops ein.

Um auch hier Texte zwischen remote und lokal zu kopieren einfach beim Verbinden als Protokoll RDPv5 auswählen und schon klappt auch das

Danke an die Quelle.

Für den Zugriff auf Windows Remote Desktops nutze ich gerne den tsclient, den ich als App direkt in Gnome implementiert habe. Manchmal ist es ganz praktisch, wenn man sich den RemoteDesktop als FullScreen anzeigen lassen kann. Vor allem, wenn man abends am Laptop ohne externen Monitor arbeitet und auf 1024er Auflösung braucht.

Das ganze geht wunderbar einfach:

Einfach wie gewohnt zum RDP connecten (natürlich in der gewünschten Auflösung) und dann mittels der Tastenkombination STRG+Alt+Enter zum Vollbildschirm wechseln. Zurück zur Anzeige im Fenster geht’s dann mit der selben Tastenfolge.