Problem VNC (Vino) access from windows or other clients

[Muhammad Yousuf Khan]

I am using  Debian  8.2. i enable screen sharing but when i try to connect client side shows me this message

unable to connect VNC server using your chosen security setting. Either upgrade the VNC server to more recent version from realVNC or select weaker level of encryption

and i see this on server /var/log/messages.
 [IPv4] Got connection from client 192.168.1.10
Sep 18 00:35:24 nas gnome-session[1547]: 18/09/2015 12:35:24 AM   other clients:
Sep 18 00:35:24 nas gnome-session[1547]: 18/09/2015 12:35:24 AM      192.168.1.10
Sep 18 00:35:24 nas gnome-session[1547]: 18/09/2015 12:35:24 AM Client Protocol Version 3.7
Sep 18 00:35:24 nas gnome-session[1547]: 18/09/2015 12:35:24 AM Advertising security type 18
Sep 18 00:35:26 nas gnome-session[1547]: 18/09/2015 12:35:26 AM Client 192.168.1.10 gone
Sep 18 00:35:26 nas gnome-session[1547]: 18/09/2015 12:35:26 AM Statistics:
Sep 18 00:35:26 nas gnome-session[1547]: 18/09/2015 12:35:26 AM   framebuffer updates 0, rectangles 0, bytes 0

Any help will be highly appreciated.

Thanks,

Yousuf

"

[Reco]

Hi.

On Fri, 18 Sep 2015 09:44:38 +0500
Muhammad Yousuf Khan <sir...@gmail.com> wrote:

> I am using Debian 8.2. i enable screen sharing but when i try to connect
> client side shows me this message
>
> unable to connect VNC server using your chosen security setting. Either
> upgrade the VNC server to more recent version from realVNC or select weaker

> level of encryption.

This message is half-true. You don't need to upgrade VNC server, you
need to upgrade to VNC client that supports TLS-over-VNC. Or to disable
VNC encryption altogether.

The problem is - about the only client that seems to support that
cryptic 'VNC security type 18' seems to be Remmina.

So - you need to connect from the Windows client - you need to have an
insecure configuration on server side. Presumably - it's done like this:

gsettings set org.gnome.Vino require-encryption false

Reco

[Muhammad Yousuf Khan]

Thanks for help. when i am running the command that you have mentioned it is giving me an error please the result below.

root@nas:/home/ykhan# gsettings set org.gnome.Vino require-encryption false

(process:1744): dconf-WARNING **: failed to commit changes to dconf: Cannot autolaunch D-Bus without X11 $DISPLAY.

can you please also advice any client for windows. right now the only platform i have is Windows to access the machine. and Remmina does not work for Windows.

Any suggestion please?

Thanks,

Yousuf

[Reco]

Hi.

Please do not top-post.
Please do not CC me. I'm subscribed to the list.

On Fri, 18 Sep 2015 22:59:49 +0500
Muhammad Yousuf Khan <sir...@gmail.com> wrote:

> Thanks for help. when i am running the command that you have mentioned it
> is giving me an error please the result below.
>
> root@nas:/home/ykhan# gsettings set org.gnome.Vino require-encryption false
>
> (process:1744): dconf-WARNING **: failed to commit changes to dconf: Cannot
> autolaunch D-Bus without X11 $DISPLAY.

And the message says what's wrong by itself.
You're supposed to run 'gsettings' by *user*, not *root*.
And you're supposed to run 'gsettings' from the X session.

> can you please also advice any client for windows. right now the only
> platform i have is Windows to access the machine. and Remmina does not work
> for Windows.
>
> Any suggestion please?

Sorry, I cannot help you there. I stopped using Windows 10 years ago
and I can only suggest you to do the same.

Reco

[Seeker]

On 9/18/2015 10:59 AM, Muhammad Yousuf Khan wrote:
>
>
> can you please also advice any client for windows. right now the only
> platform i have is Windows to access the machine. and Remmina does not
> work for Windows.
>
> Any suggestion please?
>
> Thanks,
> Yousuf
>

RealVNC or UltraVNC if you want security that is built in.

TightVNC is another option, but doesn't have the level of security built
in that you would want
if you are connecting over the internet.

If you can't get the Windows clients to play well with the security in
the Linux servers, then you
could use SSH to create a secure connection, then go over the SSH
connection to connect the client
to the server. If you google 'ssh tunnel' there are lots of 'HOW TO' links.

If you don't have any objections to using stuff that requires a Google
account, you could try using
Chrome Remote Desktop.

https://chrome.google.com/webstore/detail/chrome-remote-desktop/gbchcmhmhahfdphkhkmpfmihenigjmpp

I tried it when it was first released only long enough to see it work
between my phone as the client
and a computer running Windows with Google Chrome as the server. At that
time it wasn't working
for me on my Linux desktop using Chromium, so could still be an issue
using it with Chromium. It
allows you to set up a permanent connection for yourself, may be an
issue if you want to allow other
people to connect without you having to be there to generate a code.

Later, Seeker

[Muhammad Yousuf Khan]

Thanks for help :)