Frage

Anwendungsfall:

  1. A tut etwas auf dem Kasten und steckte gOts. Er fragt B (remote) für die Unterstützung.
  2. B-Protokolle in die Sitzung von A, sehen alle Fenster, A war zu sehen und in der Lage, die GUI zu manipulieren.

Wenn A verwendet Windows ist es sehr bequem in einer laufenden Sitzung einzuloggen z.B. über VNC. Aber wenn ein Linux verwendet, AFAIK, ist dies nicht möglich. Mit VNC erfordert eine „vncserver“ -Session, die eine separate Sitzung ist. Sie könnten sich Bildschirm von Remote erfasst durch den X-Server abfragen, aber Sie können nicht Schaltflächen auf dem Bildschirm drücken.

Gibt es eine Abhilfe für dieses?

War es hilfreich?

Lösung

Es gibt x11vnc : „x11vnc eine remote anzeigen können und die Interaktion mit realen X-Displays ( dh eine Anzeige entsprechend einem physikalischen Bildschirm, Tastatur und Maus) mit einer beliebigen VNC-Viewer. Es verfügt über eine integrierte SSL-Verschlüsselung und Authentifizierung, UNIX-Account und das Passwort-Unterstützung, serverseitige Skalierung, Single-Port-HTTPS und VNC, mDNS-Service-Werbung, und TightVNC und UltraVNC Datei-Transfer“.

Es könnte mit dem bestehenden X11-Sitzung verwendet werden, ohne dass man unter „xvncserver“ zu starten.

Andere Tipps

Neben x11vnc (die ja wirklich schön ist) und krfb (die ich keine Erfahrung mit haben), haben kürzlich Gnome-Desktops den Vino VNC-Server eingebaut. IIRC kann es unter System-> Einstellungen-> Desktop Sharing aktiviert werden. Es hat eine schöne GUI und ist gut integriert mit Gnome und das System, aber AFAIK es mehr CPU-Zeit verwendet als x11vnc der Fall ist.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top