Open wizard982 opened 8 months ago
Status: ubuntu server with RA2ne Auth done, repeat using UltraVNC viewer " no support.." done *Seems that vncAuth is not supported, you need RA2ne ( authetication type 6)
I"m able to see what happen, if no encrytion is needed we possible can implement it, no promises.
@RudiDeVos thanks for your answer,
maybe these links can help you: https://github.com/novnc/noVNC/issues/1788 https://static.realvnc.com/media/documents/realvnc-rfb-protocol-security-analysis.pdf
The strange thing is that, at the moment, on my server, the security encryption is set to AlwaysOff
and the only possible options for the Authentication property are:
so it seems to be impossible to manually set the RA2NE Value
Does someone has a linux image with a vncserver that support RA2NE. Created a linux server with tigervnc, he announce he support RA2ne but as soon as you connect the server log he doesn't support it. Does there exist a working wayvnc image for hyper-v ?
Updated tigervnc manual to 1.13, that should support it. got a little further
SConnection: Client requests security type RA2ne(6) VNCSConnST: closing 172.29.32.1::54218: Connection failed: failed to open key Seems i need to read the manual first... some extra config is needed
Spending to much time on server setup while i should be testing the viewer... Anyone know how to setup the linux vnc server that support RA2ne?
I have a ubuntu server hosted on raspberry pi, I connect it using ssh instead of HDMI, I have enabled VNC on it but I am not sure if its supports RA2ne @RudiDeVos
This isue is more or less the same as https://github.com/ultravnc/UltraVNC/issues/133 Both support RA2ne as authentication type
branche RA2ne created. Required libs for AES libnettle_nettle_3.9.1_release_20230601_msvc17.zip libgmp_6.2.1-4_msvc17.zip Complex builds, can be downloaded prebuild from https://github.com/ShiftMediaProject
vnc server Download trixie debian testbuild and install tigervnc, this support RA2ne Authentication, runs in Hyper-V
Thanks to Vladimir Vissoultchev extra AUthentication methods have been implemented in the viewer. binary test builds. Please provide feedback https://www.uvnc.eu/download/1440/vncviewer_1.4.4.0-dev.zip
Extra Info WIP: RSA-AES authentication and encryption (#139)
eNCrypt authentication with TLS encrypted transport (#142)
Thanks a lot @RudiDeVos, now it works perfectly. Now I'm waiting for the integration in the official release.
Hello, I've used UltraVNC Viewer for ages, with Windows, Linux and Rasbian systems. With the last version 1.4.3.6 I have problems during the connection phase to my Raspberry device. I want to start by saying that I moved from RealVNC 6 to RealVNC 7.8.0 but I have the same problem with both versions. BTW, I'm going to try to briefly explain the problem and enclose to this request also the RealVNC logs captured from Raspberry Debian OS and some screenshots, about the UltraVNC messages, captured from my Windows PC. I made three tests, one with RealVNC Viewer, one with TigerVNC, and obviously, one with UltraVNC Viewer. Other important things to say is that RealVNC is configured with:
The other configuration properties are set to their standard values.
Despite the various guides that I read on the Internet in which this seems to be the configuration that enables the other viewers to talk with success with RealVNC, this communication is systematically interrupted by the UltraVNC side (but I tried also with TightVNC and the problem seems to be the same) with the "no supported authentication methods" message. This doesn't happen when I use RealVNC viewer or TigerVNC.
Now I will paste the captured logs and the screens
UltraVNC with Authentication property set to VncAuth
UltraVNC with Authentication property set to None
TigerVNC with Authentication property set to VncAuth
RealVNC Viewer with Authentication property set to VncAuth
Following you can read the details about the RealVNC Server version.
Finally, I tried also different versions of UltraVNC and I obtained the same result with the VNC password authentication system enabled.