UltraVNC 1.4.3.6 - Feedbacks

[Rudi De Vos]

This are very old links, where did you found them
The correct page is https://uvnc.com/products/ultravnc-sing ... eator.html

[freik]

This are very old links, where did you found them
The correct page is https://uvnc.com/products/ultravnc-sing ... eator.html

Thank you very much for your reply. However, every attempt to upload helpdesk.zip or old custom.zip files always results in a page reload with no compilation results.

[Rudi De Vos]

seems support1.uvnc.com is down, ethernet adapter failed.
Trying to restart network

[freik]

seems support1.uvnc.com is down, ethernet adapter failed.
Trying to restart network

Thank you very much Rudi, hopefully you can reset and restart the network to be able to compile SC normally.

[Rudi De Vos]

reboot and net reset fixed it

[jBart]

Using upload12.pl always creates the elevated SC 1.4.3.7 version.

How can I create a non-elevated SC version?
Some of my clients aren't allowed to elevate, and I don't need it anyways.

[rvk]

Using upload12.pl always creates the elevated SC 1.4.3.7 version.

How can I create a non-elevated SC version?
Some of my clients aren't allowed to elevate, and I don't need it anyways.

Are you sure you didn't put [DIS_UAC] in the helpdesk.txt?

How did you name the exe (sometimes Windows automatically tags a file as install file and triggers the UAC)?

I actually use my own script to create two executables. support1.exe which runs as user and support2.exe which runs elevated (triggering the UAC, and has DIS_UAC in helpdesk.txt). I instruct my clients to click either support 1 or 2 depending on what I need to do remotely. In the script I add a manuscript.txt after the self extractor code, which instructs Windows to execute the exe at the same level as the invoker (the user).

That seems to work perfectly for me. This is the manifest.txt:
I'm not sure if you can inject it in the upload12.pl version though.

Code: Select all

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel level="asInvoker" uiAccess="false"></requestedExecutionLevel>
      </requestedPrivileges>
    </security>
  </trustInfo>
	<compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
		 <application>
		 <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"></supportedOS>
		 <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"></supportedOS>
		 </application>
	 </compatibility> 
</assembly>

[jBart]

It has no [DIS_UAC]
I named it 3sHelp9.exe

Today I tried it in an user account on Win11 and was surprised that it just ran without asking for admin credetentials.
When I run it in an admin account it does prompt for it. That's a bit odd, but nice.
So I only need one version.
Have others experienced that too?

I don't think you can add a manifest to the .exe because the it gets signed during the online build.

[rvk]

I don't think you can add a manifest to the .exe because the it gets signed during the online build.

Yeah, I have my own certificate (and build script) so that's not a problem for me.

I don't think you can't get away with one version because if you need to do admin stuff, you need the elevation prompt.

I thought there wasn't a real administration account anymore. It's just a user with or without extra privileges. A normal user can also be administrator.

But it's strange it didn't prompt you as standard user. Maybe the UAC prompt was disabled (or automatically accepted) for standard users).

Did it not give a UAC screen at all or did it just not ask for password but did give a UAC?

[jBart]

In the Win11 user account UAC is set to max, but does not show a prompt during start.

I also tried the [DIS_UAC] version. When starting an app "asAdmin" I still need to confirm it on the remote PC,
after that I see its window on the Viewer, but mouse and keyboard are locked out, until I close this app on the remote PC.
So I see no benefit for using [DIS_UAC], do I overlook anything?

The worst problem with either version is the very unstable connection. Often, right after the connection got established and the remote screen appears, this message pops up:

Server closed connection
- Your connection has been rejected

It doesn't tell why it got rejected.
This frequently happens even within a session. It seems that the encryption protocol fails, because this never happens with a normal session (without using SC). I tried it without any internet connection (to avoid any external interference), but the disconnects remain.
Is there anything I could improve?

Each time the Viewer sees a connection attempt from non uvnc-servers a window pops up that I have to manually close. This happens often when listening to the internet. Is there a way to get rid of these annoying pop-ups?

[Rudi De Vos]

SC version used ?

Each time the Viewer sees a connection attempt from non uvnc-servers:

Non vnc servers are fileterd out at least he need to announce himself as a vnc server. Verify with
cmd
telnet yourvncip 5500
This make a connection to the vncviewer in listening mode and should not open a popup.

[DIS_UAC]
When i'm correct this only works if SC is started runas admin.
Some people want "required admin" set by the sc.exe other want to be able to run without admin.
When it's not set on the exe you can test it running sc with start as admin.