Hintergrund
Ich muss mich mit Cinnamon DE 3.2.2 von Windows aus per Remote-Zugriff auf Ubuntu 16.04 anmelden.
Wenn ich jedoch versuche, VNC einzurichten, schlägt alles fehl. Nach einigen Recherchen habe ich herausgefunden, dass dies daran liegt, dass Cinnamon irgendeine Art von Beschleunigung verwendet.
Was ich versucht habe
Ich habe RealVNC, TightVNC und TigerVNC ausprobiert. Beim VNC Viewer wird nur ein schwarzer Bildschirm angezeigt.
Ich habe versucht, RDP zu verwenden, und konnte mir Zugang verschaffen, allerdings nur mithilfe des Gnome Session Flashback, was dazu führte, dass ich nur Gnome statt Cinnamon verwendete, was den Zweck zunichtemachte.
Teamviewer ... kostet bei nicht-persönlicher Nutzung Geld.
Frage
Gibt es einen VNC-Server (oder generelle Methoden zur Fernanzeige des Desktops), die mit dem aktuellen, beschleunigten Cinnamon Desktop (3.2.2) funktionieren, der unter Ubuntu 16.04 läuft?
Bearbeiten
Hier ist ein Screenshot von dem, was passiert. Ich verwende VirtualBox, um die Maschine auf meinem Windows 10-Computer zu hosten. Auf der rechten Seite ist mein VNC-Viewer-Programm, das Real VNC ist.
Bearbeiten 2
Inhalt der Ausgabe im Terminal, nachdem VNC die Verbindung hergestellt hat:
22/12/2016 08:49:41 Got connection from client 192.168.10.92
22/12/2016 08:49:41 other clients:
22/12/2016 08:49:41 Normal socket connection
22/12/2016 08:49:41 Disabled X server key autorepeat.
22/12/2016 08:49:41 to force back on run: 'xset r on' (3 times)
22/12/2016 08:49:41 incr accepted_client=1 for 192.168.10.92:56946 sock=12
22/12/2016 08:49:41 Client Protocol Version 3.8
22/12/2016 08:49:41 Protocol version sent 3.8, using 3.8
22/12/2016 08:49:41 rfbProcessClientSecurityType: executing handler for type 1
22/12/2016 08:49:41 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 3.8
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6)
22/12/2016 08:49:41 Enabling full-color cursor updates for client 192.168.10.92
22/12/2016 08:49:41 Enabling NewFBSize protocol extension for client 192.168.10.92
22/12/2016 08:49:41 Using ZRLE encoding for client 192.168.10.92
22/12/2016 08:49:41 Pixel format for client 192.168.10.92:
22/12/2016 08:49:41 8 bpp, depth 8
22/12/2016 08:49:41 uses a colour map (not true colour).
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6)
22/12/2016 08:49:41 Enabling full-color cursor updates for client 192.168.10.92
22/12/2016 08:49:41 Enabling NewFBSize protocol extension for client 192.168.10.92
22/12/2016 08:49:41 Switching from ZRLE to raw Encoding for client 192.168.10.92
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6)
22/12/2016 08:49:41 Enabling full-color cursor updates for client 192.168.10.92
22/12/2016 08:49:41 Enabling NewFBSize protocol extension for client 192.168.10.92
22/12/2016 08:49:41 Switching from raw to hextile Encoding for client 192.168.10.92
22/12/2016 08:49:41 Pixel format for client 192.168.10.92:
22/12/2016 08:49:41 32 bpp, depth 24, little endian
22/12/2016 08:49:41 true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
22/12/2016 08:49:41 no translation needed
22/12/2016 08:49:41 client 1 network rate 1891.4 KB/sec (1891.4 eff KB/sec)
22/12/2016 08:49:41 client 1 latency: 0.5 ms
22/12/2016 08:49:41 dt1: 0.0002, dt2: 0.0093 dt3: 0.0005 bytes: 17694
22/12/2016 08:49:41 link_rate: LR_LAN - 1 ms, 1891 KB/s
22/12/2016 08:49:41 client useCopyRect: 192.168.10.92 -1
22/12/2016 08:49:41 client_set_net: 192.168.10.92 0.0042
22/12/2016 08:49:41 created xdamage object: 0x3400040
22/12/2016 08:49:42 cursor_noshape_updates_clients: 0
22/12/2016 08:49:44 cursor_noshape_updates_clients: 0
22/12/2016 08:49:49 cursor_noshape_updates_clients: 0
22/12/2016 08:49:50 created selwin: 0x3400041
22/12/2016 08:49:50 called initialize_xfixes()
22/12/2016 08:49:52 cursor_noshape_updates_clients: 0
Antwort1
Haben Sie TeamViewer ausprobiert?
https://www.teamviewer.com/en/download/linux/
Ich verwende es in meinem Debian mit Openbox und es funktioniert einwandfrei.
Antwort2
Da Cinnamon Desktop ein Fork von Gnome Shell ist und x11vncauf meinem System gut funktioniert, würde ich sagen, dass das Problem auf Ihrem System nicht der Fenster-Compositor ist.
Wenn Sie den VNC-Server aus einer SSH-Sitzung (oder einer anderen Terminalsitzung, die nicht aus einer X11-Sitzung hervorgegangen ist) starten, müssen Sie ihm mitteilen, welches X11-Display verwendet werden soll, z. B.:
x11vnc -display :0
oder
DISPLAY=:0 x11vnc
Andere VNC-Server verwenden möglicherweise andere Möglichkeiten zum Festlegen der Anzeige, sollten die DISPLAYUmgebungsvariable jedoch standardmäßig akzeptieren.
x11vncerlaubt auch „symbolische“ Anzeigenamen basierend auf dem Kontonamen des Benutzers, dem die X-Sitzung gehört. Es können auch neue X-Sitzungen auf einem virtuellen Xfvb-Anzeigegerät erstellt werden. Weitere Informationen finden Sie in der Beschreibung der -displayOption imx11vnc(1)Handbuch.
Sie können auch versuchenWein, eine GUI-Konfigurationsschnittstelle, um Remote-Zugriff (VNC) auf eine aktuell laufende Desktop-Sitzung bereitzustellen.