Ubuntu
vino package

Vino doesn't work from OSX Mavericks Screen Sharing on Ubuntu 14.04

Bug #1307084 reported by Sampo Savola
32
This bug affects 7 people
Affects Status Importance Assigned to Milestone
vino
New
Medium
vino (Ubuntu)
Triaged
Low
Unassigned

Bug Description

After upgrading to 14.04 from 13.10 VNC stopped working from Mac OSX Screen sharing application.
At first I thought it was related to issue https://bugs.launchpad.net/ubuntu/+source/vino/+bug/1290666 .
But that makes other VNC clients such as TightVNC working but issue with OSX Screen Sharing still exists, maybe it is because it uses fairly old protocol.

Logs from vine-server when connecting with TightVNC and with OSX Screen Sharing apps:

TIghtVNC:

sampo@sampo-htpc:~$ /usr/lib/vino/vino-server

(vino-server:2799): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 'global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
13/04/2014 10:45:06 AM Autoprobing TCP port in (all) network interface
13/04/2014 10:45:06 AM Listening IPv6://[::]:5900
13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900
13/04/2014 10:45:06 AM Autoprobing selected port 5900
13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18)
13/04/2014 10:45:06 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
13/04/2014 10:45:06 AM Listening IPv6://[::]:5900
13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900
13/04/2014 10:45:06 AM Clearing securityTypes
13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18)
13/04/2014 10:45:06 AM Clearing securityTypes
13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18)
13/04/2014 10:45:06 AM Advertising authentication type: 'No Authentication' (1)
13/04/2014 10:45:06 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
13/04/2014 10:45:06 AM Listening IPv6://[::]:5900
13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900
13/04/2014 10:45:06 AM Clearing securityTypes
13/04/2014 10:45:06 AM Clearing authTypes
13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18)
13/04/2014 10:45:06 AM Advertising authentication type: 'No Authentication' (1)
13/04/2014 10:45:06 AM Advertising security type: 'No Authentication' (1)

(vino-server:2799): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed
13/04/2014 10:45:21 AM [IPv4] Got connection from client Sampos-Air.lan
13/04/2014 10:45:21 AM other clients:
13/04/2014 10:45:21 AM Client Protocol Version 3.7
13/04/2014 10:45:21 AM Advertising security type 18
13/04/2014 10:45:21 AM Advertising security type 1
13/04/2014 10:45:21 AM Client returned security type 1
13/04/2014 10:45:21 AM Pixel format for client Sampos-Air.lan:
13/04/2014 10:45:21 AM 32 bpp, depth 24, little endian
13/04/2014 10:45:21 AM true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
13/04/2014 10:45:21 AM no translation needed
13/04/2014 10:45:21 AM rfbProcessClientNormalMessage: ignoring unknown encoding type 8

With TightVNC it works normally,

Screen Sharing from Mavericks:

sampo@sampo-htpc:~$ /usr/lib/vino/vino-server

(vino-server:2887): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 'global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
13/04/2014 10:47:47 AM Autoprobing TCP port in (all) network interface
13/04/2014 10:47:47 AM Listening IPv6://[::]:5900
13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900
13/04/2014 10:47:47 AM Autoprobing selected port 5900
13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18)
13/04/2014 10:47:47 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
13/04/2014 10:47:47 AM Listening IPv6://[::]:5900
13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900
13/04/2014 10:47:47 AM Clearing securityTypes
13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18)
13/04/2014 10:47:47 AM Clearing securityTypes
13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18)
13/04/2014 10:47:47 AM Advertising authentication type: 'No Authentication' (1)
13/04/2014 10:47:47 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface
13/04/2014 10:47:47 AM Listening IPv6://[::]:5900
13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900
13/04/2014 10:47:47 AM Clearing securityTypes
13/04/2014 10:47:47 AM Clearing authTypes
13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18)
13/04/2014 10:47:47 AM Advertising authentication type: 'No Authentication' (1)
13/04/2014 10:47:47 AM Advertising security type: 'No Authentication' (1)

(vino-server:2887): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed
13/04/2014 10:47:56 AM [IPv4] Got connection from client Sampos-Air.lan
13/04/2014 10:47:56 AM other clients:
13/04/2014 10:47:56 AM Client Protocol Version 3.3

It just freezes here, no error messages on Mac Screen Sharing client either. Only difference I see is the Client protocol version which is much older in Mac Screen Sharing app.

Sampo Savola (samposavola)
summary: - Vino doesn't work from OSX Maverics Sreen Sharing on Ubuntu 14.04
+ Vino doesn't work from OSX Maverickss Sreen Sharing on Ubuntu 14.04
Revision history for this message
Sampo Savola (samposavola) wrote : Re: Vino doesn't work from OSX Maverickss Sreen Sharing on Ubuntu 14.04

I built vino version 3.6.2 from Ubuntu 13.10 and everything works perfectly again. This package can installed as a workaround before the fix lands for 14.04

summary: - Vino doesn't work from OSX Maverickss Sreen Sharing on Ubuntu 14.04
+ Vino doesn't work from OSX Mavericks Sreen Sharing on Ubuntu 14.04
Sampo Savola (samposavola)
summary: - Vino doesn't work from OSX Mavericks Sreen Sharing on Ubuntu 14.04
+ Vino doesn't work from OSX Mavericks Screen Sharing on Ubuntu 14.04
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

Revision history for this message
Sampo Savola (samposavola) wrote :

Here is the bug in Gnome Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=728363

Revision history for this message
Sebastien Bacher (seb128) wrote :

thanks

Changed in vino (Ubuntu):
status: New → Triaged
importance: Undecided → Low
Bug Watch Updater (bug-watch-updater)
Changed in vino:
importance: Unknown → Medium
status: Unknown → New
Revision history for this message
cpitchford (ubuntu-intrepid) wrote :

The problem seems to be related to enforced encryption.

open dconf-editor
org -> gnome -> desktop -> remote-access
Then uncheck "require-encryption"

I am then able to connect using Macos' built in screen sharing tool (and Chicken too)

Revision history for this message
陈伟琪 (gameboy709494) wrote :

It's seem that the softwares (vnc client) cannot provide the authentication mechanism requested by Ubuntu 14.04( or higher versions ).

Not only "OSX Maverickss Sreen Sharing" has this issue, bu also others does:

vnc viewer( android and ios )
and other vnc viewer softwares...

They can not " provide the authentication mechanism".

Just unchecking "require-encryption" is unsafe.
Because My ubuntu is exposured to internet...

Is there a "best of both worlds" ways to resolve this problem？

Revision history for this message
陈伟琪 (gameboy709494) wrote :

And You can use software "Remotix Lite" for iphone . It can work with ubuntu vino with "require-encryption".

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.