Update: UltraVNC 1.4.3.6 and UltraVNC SC 1.4.3.6: viewtopic.php?t=37885
Important: Please update to latest version before to create a reply, a topic or an issue: viewtopic.php?t=37864

Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- Facebook: https://www.facebook.com/ultravnc1
- X/Twitter: https://twitter.com/ultravnc1
- Reddit community: https://www.reddit.com/r/ultravnc
- OpenHub: https://openhub.net/p/ultravnc

UltraVNC 1.2.2.4 - Download links

Skyfighter
40
40
Posts: 127
Joined: 2014-12-31 22:10

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Skyfighter »

Thanks Rudi, but I've seen a similar description in info box while creating the AuthenticationKeys...and renamed them like that:
CAPSlower1234_Server_ClientAuth.pubkey
CAPSlower1234_Viewer_ClientAuth.pkey
SomethingElse_Server_ClientAuth.pubkey
SomethingElse_Viewer_ClientAuth.pkey
thereisonemore_Server_ClientAuth.pubkey
thereisonemore_Viewer_ClientAuth.pkey
Just to be sure I retested with a) lower case only and b) letters-only without numbers...but as soon as the server has "CAPSlower1234" and "SomethingElse" all viewer with only "SomethingElse" can't connect anymore. What have I done wrong?
User avatar
Rudi De Vos
Admin & Developer
Admin & Developer
Posts: 6832
Joined: 2004-04-23 10:21
Contact:

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Rudi De Vos »

server A has key mykey123__Server_ClientAuth.pubkey
server B has key mykey124__Server_ClientAuth.pubkey
Viewer has 2 keys mykey123_Viewer_ClientAuth.pkey en mykey124_Viewer_ClientAuth.pkey

Viewer use the correct key for each server
Tested viewer connnect to server

How are you testing ?
Skyfighter
40
40
Posts: 127
Joined: 2014-12-31 22:10

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Skyfighter »

I'm testing on a single server with multiple (in my example: three) pubkey-files. In this constellation a viewer can only connect if it has the pkey for the first pubkey (alphabetical order) on the server. If a viewer "only" has the pkey's for the second and/or third pubkey of the server side a connection is not possible: "Response failed client authentication.".
In other words: multiple pubkeys on the server = only the first pubkey is usable (alphabetical order of the pubkey files) for viewers.
User avatar
Rudi De Vos
Admin & Developer
Admin & Developer
Posts: 6832
Joined: 2004-04-23 10:21
Contact:

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Rudi De Vos »

The server transmit the keyname to the viewer so the viewer know wath key he need to use.
When a server has multiple keys in his folder, he gonna use the first he find.

A viewer can have multiple keys, a server only one. That's how it's implemented.
Skyfighter
40
40
Posts: 127
Joined: 2014-12-31 22:10

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Skyfighter »

Ok, working as intended. Thank you very much for the clarification, Rudi!
Unfortunately, this prevents my plan from using user(group)-related keys... :(
WKjun
8
8
Posts: 12
Joined: 2019-03-03 10:45
Location: Austria

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by WKjun »

Hello!

I have discovered a small glitch in the Viewer which I cannot recall to be present in the previous release.
It is about the "profiles" (LAN, ULTRA, SLOW, ...) and its corresponding options checkboxes in the background. If a profile is selected, a checkbox may be checked or unchecked accordingly. Some however do not come back ever again after beeing unchecked while others do.

Examples from a fresh install without an old options.vnc.

LAN (equals Auto) -> ULTRA -> back to LAN

[v] Use CopyRect encoding
[ ] Use Cache Encoding
[v] Zip/Tight Compression: 6
[v] Jpeg (Tight) - Quality: 6
[ ] Preemtive Updates

[ ] Use CopyRect encoding
[ ] Use Cache Encoding
[v] Zip/Tight Compression: 6
[v] Jpeg (Tight) - Quality: 6
[ ] Preemtive Updates

[ ] Use CopyRect encoding
[ ] Use Cache Encoding
[v] Zip/Tight Compression: 6
[v] Jpeg (Tight) - Quality: 6
[ ] Preemtive Updates


LAN (equals Auto) -> SLOW -> back to LAN

[v] Use CopyRect encoding
[ ] Use Cache Encoding
[v] Zip/Tight Compression: 6
[v] Jpeg (Tight) - Quality: 6
[ ] Preemtive Updates

[v] Use CopyRect encoding
[v] Use Cache Encoding
[v] Zip/Tight Compression: 6
[ ] Jpeg (Tight) - Quality: 6
[ ] Preemtive Updates

[v] Use CopyRect encoding
[ ] Use Cache Encoding
[v] Zip/Tight Compression: 6
[ ] Jpeg (Tight) - Quality: 6
[ ] Preemtive Updates


One more:

Within connection options, where Format and Encoding is being set, options described above do not change at all - which I can understand, as here is all manual - Zlib (+xor) however checks Use Cache Encoding, while none of the other options unckeck it.

I hope this helps clearing it up.
Nanobot
8
8
Posts: 12
Joined: 2019-03-06 20:44

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Nanobot »

Hi Rudi,

are the IPv6 patched binaries fpr the "1224b" version are already available ?

Sorry if this results in a double post, I can't find my first post I just wrote about this question.

Thx in adavance, Nanobot
Nanobot
8
8
Posts: 12
Joined: 2019-03-06 20:44

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Nanobot »

2019-03-30 18:31
Rudi De Vos wrote:Files are updated 1224b
*keyboard patch disabled, enable using [v] international keys
Some keys behave bad with the patch
*ddengine fix for multimonitors on same video card
2019-04-01 16:06
Craig87 wrote:Do I need an updated exe for IPv6?
2019-04-04 23:02
Rudi De Vos wrote:I will run a ipv6 this weekend.
Current trying to fix a flash issue with the ddengine and remote cursor.
Thanks for your answer, but the archiv you pointed me to seems to contain the ipv6 binaries for the "a" version, not for the "b" version. They are dated to be changed at 2019-03-20, while you published the "b" version on 2019-03-30. The reason why I am asking is that IPv6 with the "b" version and the patched binaries does not work at all. Instead, a connection attempt results in the following error message:

Code: Select all

"Connection failed - End of stream"
Possible causes:
- Another user is already listening on this ID
- Bad connection"
To clarify that (all tests with IPv6 patched binaries):

viewer 1212 -> server 1212 IPv4 and IPv6 ok
viewer 1212 -> server 1224b IPv4 ok, IPv6 error
viewer 1224b -> server 1212 IPv4 and IPv6 ok
viewer 1224b -> server 1224b IPv4 ok, IPv6 error

That makes me think that the IPv6 enabled binaries in the archive you pointed me to are not compatible with the "b" version and needs to be replaced by new compiled versions from the "b" source code. One more suggestion: Shouldn't there be a patched version of uvnc_settings.exe which allows it to enable IPv6 by setting a checkmark, like in the admin properties of winvnc.exe ?

Thx again and keep up the good work.

C.U. Nanobot
User avatar
Rudi De Vos
Admin & Developer
Admin & Developer
Posts: 6832
Joined: 2004-04-23 10:21
Contact:

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Rudi De Vos »

Then i need to rebuild the bins, will be for the weekend
Nanobot
8
8
Posts: 12
Joined: 2019-03-06 20:44

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Nanobot »

No problem, it's not urgent on my side, and thanks
Nanobot
8
8
Posts: 12
Joined: 2019-03-06 20:44

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Nanobot »

Sorry for bothering you, Rudi, but I think you forgot to recompile the IPv6 enabled binaries ? :wink:

I am asking for them because here in Germany, the cable companies mostly provide access to the internet using ds-lite. And therefore it is very helpful to have an actual and working UVNC version with IPv6 enabled at hand, because without IPv6, it is not possible to offer assistance to those people using UVNC.

C.U. Nanobot
User avatar
Rudi De Vos
Admin & Developer
Admin & Developer
Posts: 6832
Joined: 2004-04-23 10:21
Contact:

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Rudi De Vos »

Code was broken while adding new stuff... reverted back to build ipv6
32 and 64 server + viewer
https://uvnc.eu/download/1225/ipv6.zip
Nanobot
8
8
Posts: 12
Joined: 2019-03-06 20:44

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Nanobot »

Hi Rudi,

thx for the new version, but unfortunately the new ipv6 binary does not solve the problem:

Image
Image Image

As before, IPv4 connections work without any problems. I am on Windows10 Pro 64bit 1903 Build 18362.239 on both machines.
User avatar
Rudi De Vos
Admin & Developer
Admin & Developer
Posts: 6832
Joined: 2004-04-23 10:21
Contact:

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Rudi De Vos »

Updated, new server (15/07), viewer was ok.
Nanobot
8
8
Posts: 12
Joined: 2019-03-06 20:44

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Nanobot »

I can happily confirm that IPv6 now, at least locally tested in my LAN, works correct again. I will do a real world test over the internet tomorrow.

Many thx for your effort :thumbs:

The real world test over the internet also showed that Ipv6 connections do work again.
nzsolt
20
20
Posts: 32
Joined: 2010-02-08 10:35

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by nzsolt »

Is the file reception working on the server side in the latest IPv6 version? In my tests it does not.
Nanobot
8
8
Posts: 12
Joined: 2019-03-06 20:44

Re: 1.2.24 Release ( web release for 15/03/2019)

Post by Nanobot »

Just did a short test today:

I was able to send and receive files to and from the server via an IPv6 connection. Nevertheless, I only used small files with a size of a few 100mb for this test. Both machines are on Windows 10 1903 Pro 64bit ( Build 18362.418 )
Locked