Was nimmt man zur grafischen Fernwartung ("VNC")?

[dirk11]

Hi Leute,

gestern wieder erlebt, da kommen mir die Tränen ob der wirklich schlechten Performance...

Gegeben: Rechner A an Standort mit 50/5 angebunden, Rechner B an Standort mit 50/10 angebunden (also beides sehr schnelles DSL).
A ist Squeeze mit Gnome 2 und vino als Gnome2-VNC-Server.
B ist Wheezy mit Xfce4 und remmina als VNC-Client.
So weit, so gut. Die VNC-Verbindung wird durch einen SSH-Tunnel aufgebaut, lokal dann also mit localhost:5901 abgefangen. Funktioniert alles prima, aaaber: laaaaaahhhhhhhhhhhhhhhhhhmmmmm....
Trotz schlechtester Auflösung und geringster Farbtiefe ruckelig, hakelig und mit langen Aussetzern, also quasi unbedienbar!
Da kriegt man Tränen in den Augen, wenn man einem Windows-User zuschaut, wie er über eine 1MBit-DSL-Verbindung flüssig[/i] mit sowas wie teamviewer einen remote-Desktop bedient!

Die Frage also: was tun?
Es muss sicher sein, also nix mit einem im Netz zwischengeschalteten Dienst, am liebsten wie bisher durch ssh getunnelt! Hat da jemand einen Vorschlag? VNC scheint ja nicht der Weisheit letzter Schluss zu sein, da muss es doch was Besseres geben!...

[smutbert]

catdog2 hat mir xpra vorgeschlagen (http://debianforum.de/forum/viewtopic.php?f=2&t=147514)

Wirklich verwendet hab' ich's nicht. aber beim Ausprobieren hat es recht flüssig gewirkt.

[Hosi]

Es gibt NX von NoMachine, das tatsächlich über ssh getunnelt wird. Das ist IMO sogar als Debian-Paket verfügbar.

Konkret hängt sich NX als Proxy zwischen den X-Server und und X-Client und kann dadurch den Verkehr komprimieren und optimieren. Es ist deutlich schneller als VNC und erst Recht schneller als natives X (mit export DISPLAY, oder ssh -X). Ob es aber an RDP rankommt, weiß ich nicht. Gefühlsmäßig ist es ein bisschen langsamer.

Laut Hersteller soll man bereits mit 50kbit/s flüssig arbeiten können. Persönlich finde ich, dass das ein bisschen langsam ist. Aber mit 50MBit/5MBit sollte man damit locker zurecht kommen

Grüße,
hosi

[dirk11]

Heisst das, Windows nimmt RDP? Da gibt es ein Paket remmina-plugin-rdp, würde mir das helfen? Und gäbe es für Squeeze/Gnome2 noch einen RDP-Server? Weil sowas wie NX halte ich für very_oversized, Fernhilfe wird vielleicht 2x im Jahr pro Rechner benötigt - wenn überhaupt.
Funktioniert aber trotzdem nicht, wenn man sich ständig verklickt, weil die Reaktion so lange auf sich warten lässt.

[wanne]

Ich weiß nicht, VNC läuft eigentlich ganz brauchbar ab ISDN wenn man vernünftig komprimiert. RDP ist glaube ich tatsächlich wesentlich schneller als VNC. Geht aber meines wissens nur mit Windows Servern.
Teamviewer sollte auf der gleichen Leitung eigentlich nicht schneller sein. Wichtig ist zum großen teil im übrigen die RTT und nicht nur die Bandbreie. Sonst gibt's natürlich immer noch SSH. Das ist einfach immer super nutzbar bei guten RTTs sogar per Modem. Sonst ist NX bzw. x2Go oder so wohl das beste, was es derzeit gibt.

[dirk11]

Ich weiß nicht, VNC läuft eigentlich ganz brauchbar ab ISDN wenn man vernünftig komprimiert. RDP ist glaube ich tatsächlich wesentlich schneller als VNC. Geht aber meines wissens nur mit Windows Servern.

Was meinst du mit "vernünftig komprimiert"? Bei mir wird Port 5900 durch ssh getunnelt und kommt dann beim Client auf 5901 an.

Sowas wie xpra ist untauglich, es geht um Fern-Hilfe, also darum, dass das entfernte Ende auch sieht und mitbekommt, was ich mache. Fernwartung mache ich sowieso per ssh.

[Hosi]

Heisst das, Windows nimmt RDP?

Ja, die Remotedesktopverbindungen bei Windows laufen i.d.R. über RDP (Port 3389).

Da gibt es ein Paket remmina-plugin-rdp, würde mir das helfen? Und gäbe es für Squeeze/Gnome2 noch einen RDP-Server? Weil sowas wie NX halte ich für very_oversized, Fernhilfe wird vielleicht 2x im Jahr pro Rechner benötigt - wenn überhaupt.

Es gibt xrdp als Paket für Linux: http://www.admin-magazin.de/Das-Heft/20 ... -zugreifen. Aber das tunnelt IMO auch wieder nur VNC.

Wenn ssh nicht geht und Dir NX zu komplex ist, fällt mir nichts mehr ein.

[dirk11]

Es gibt xrdp als Paket für Linux: http://www.admin-magazin.de/Das-Heft/20 ... -zugreifen. Aber das tunnelt IMO auch wieder nur VNC.

Nee, bringt mich dann ja auch nicht vorwärts.

Wenn ssh nicht geht und Dir NX zu komplex ist, fällt mir nichts mehr ein.

SSH geht doch, darüber wird doch gerade VNC getunnelt. Ich will ja keine Anwendungen auf entfernten Rechnern öffnen und dann auf meinem Desktop haben, sondern Fernhilfe geben, da muss die Anwendung schon auf dem entfernten Desktop laufen.

[DynaBlaster]

Hoi,

RDP zur Fernwartung von Clientsystem fällt in deinem Fall so oder so flach. Meines Wissens kennen Win7 und Co. keine "Spiegelungsfunktion", also das "Aufschalten" auf eine Konsolensitzung. Wenn du dich mit den Zugangsdaten des Hilfesuchenden per RDP aufschaltest, "klaust" du dem die Sitzung und der kann dir nicht mehr zuschauen, was du da eigentlich machst. Sein Monitor zeigt ihm dann lediglich einen Sperrbildschirm mit "Sitzung getrennt"

Bleibt also nur Teamviewer oder eben VNC. Bei VNC hilft Farbtiefe "runterregeln" und vor allem Desktop-Hintergründe auf dem Zielsystem abschalten. Habe das noch nie ausprobiert, aber per Boardmitteln gibt es bei Windows-Rechnern doch auch die "Remoteunterstützungsanfragen"-Geschichte...

[dirk11]

Hai!

RDP zur Fernwartung von Clientsystem fällt in deinem Fall so oder so flach. Meines Wissens kennen Win7 und Co. keine "Spiegelungsfunktion", also das "Aufschalten" auf eine Konsolensitzung.

Äh - es geht hier gerade nicht um Konsole. Es geht darum, einen ganz normalen Desktop (noch Squeeze/Gnome2, demnächstWheezy/Xfce4) fernzuhelfen.

Bleibt also nur Teamviewer

Kommt nicht in Frage wg. Umleitung über einen "fremden" Server.

oder eben VNC. Bei VNC hilft Farbtiefe "runterregeln" und vor allem Desktop-Hintergründe auf dem Zielsystem abschalten.

Das ist sowieso schon geschehen, niedrige Farbtiefe ist bei den meisten VNC-Programmen die Standard-Einstellung.

aber per Boardmitteln gibt es bei Windows-Rechnern doch auch die "Remoteunterstützungsanfragen"-Geschichte...

Geht nicht um Wondiws, geht darum, einen [s.o.] Desktop in handhabbarer Reaktionszeit zu "bearbeiten". Es kann nicht sein, dass sich bei VDSL auf beiden Seiten auf die Reaktion auf beispielsweise einen Mausklick so sehr verzögert, dass man sich verklickt.

[Cae]

Es kann nicht sein, dass sich bei VDSL auf beiden Seiten auf die Reaktion auf beispielsweise einen Mausklick so sehr verzögert, dass man sich verklickt.

Doch, dass kann eben schon sein, weil die "bis zu"-Bandbreite nichts ueber die Latenz aussagt. Wurde oben schon mal erwaehnt.

Gruss Cae

[dirk11]

Mir ist durchaus klar, was du meinst. Aber Latenzen wirken sich nicht nur auf Aktionen auf einer grafischen Oberfläche aus, und auf ssh-Ebene wirkt alles so, als ob der PC vor mir steht.

[DynaBlaster]

@dirk11

Upsi, manchmal hilft das genaue Lesen. Habe deinen ersten Post nur überflogen

[Colttt]

Was nutzt du denn für ein VNC? Denn es gibt da schon performance Unterschiede, manche komprimieren das ganze automatisch etc..

[dirk11]

Was nutzt du denn für ein VNC? Denn es gibt da schon performance Unterschiede, manche komprimieren das ganze automatisch etc..

Ist das erste posting schon zu anstrengend, so dass man nur noch den thread-Titel liest, oder wie soll ich das verstehen?!^^