UltraVNC Server Property Page

[cdevine870]

Hello all & Thanks for ChunkVNC!

I am working evaluating ChunkVNC 3.2 and am having a problem with the server side.

On XP, a few seconds after I run insatantsupport, I get the UVNC Server Property Page showing up.

The workstations I am testing on have a full install of UVNC 1.0.2 - 1.0.9.5. These are configured with passwords. I have also confirmed vnc_hash is working, but I found that the hash is not being inserting into ultravnc.ini. I pasted it into the ini, made the file read only, commented out the lines in Compiler.au3, then rebuilt. When executed, I found ultravnc.ini as I expected (with password hashs intact), but the property page still pops up.

Where have I gone wrong?

TIA,
Chris

[supercoe]

Try this with a unmodified copy of ChunkVNC 3.2:

Modify SRC\Compiler.au3
LINE: 112

Code: Select all

Sleep( 1000 )			          ; We have to wait a bit for the console app to write the hash.

Change 1000 to 5000.

Let me know if this works as some others have had this problem and I have a fix in mind but this info would help.

[cdevine870]

Thanks for the help.

Done. Same results, still pops up.

On the test box and SRC\InstantSupport_Files, ultravnc.ini has passwd=00 and passwd2=mypwhash . The timestamps are correct as well.

Does the path make any difference? I am using s:\ChunkVNC\ChunkVNC_3_2 where s is a samba share.

Other notes, I have tried long and short pws. I am also using nonstandard ports on the repeater, and it does contact the repeater when I close the property page.

The build and test boxes are older 2GHz p4 laptops. XP is fully updated.

If UVNC is running, CVNC stops the service. The installed UVNC server has a pw hash in it's ultravnc.ini.

What else can I tell you?

TIA,
Chris

[supercoe]

It seems that vnc_hash.exe isn't being called correctly.
I bet the problem is because you are running it over a samba share.

Try extracting ChunkVNC_3_2.zip to a local folder and try again.

If that doesn't work, try leaving all Compiler options as the defaults and see if that allows it to work.

[transambird_2000]

I was just having this issue. Check you compiler and make sure it's unblocked. That was my issue. After compiling with that option off it worked like a charm.

[cdevine870]

With the build dir on C, all is good. On to visual customizations...

Thanks for the product and the help,
Chris

[supercoe]

OK good, I imagine that vnc_hash.exe was being blocked because the Compiler was trying to run it from a network location.

EDIT: spllelleing

[supraseed]

I was having the same issue all I did was install the Microsoft Visual C++ 2010 Redistributable Package (x86) and then recompiled.

[supraseed]

I take that back, still opens the server property page when running instantsupport.exe even after raising the sleep time from 1000 to 5000. When I click ok on it then it warns about running WinVNC without a password then just opens again.

[supercoe]

If you navigate to the vnc_hash directory via command prompt and run "vnc_hash.exe foobar" does it output a hash string?

[supraseed]

If you navigate to the vnc_hash directory via command prompt and run "vnc_hash.exe foobar" does it output a hash string?

Yes, it's strange because last night when testing, instantsupport.exe ran normally on my win7 dev machine and normally on an xp machine but on another win7 machine it opened the vnc server properties page and gave the error when clicking ok about the password. It's a little confusing to say the least.

[supercoe]

If the InstantSupport you compiled worked on at least one computer then vnc_hash.exe should be working fine.

Did you happen to right click on InstantSupport and run as admin when it didn't work?

[supraseed]

If the InstantSupport you compiled worked on at least one computer then vnc_hash.exe should be working fine.

Did you happen to right click on InstantSupport and run as admin when it didn't work?

No, I will try that next time it does it and will post here whether or not it helped.

[supercoe]

Don't try, it causes it to happen.
I was just trying to think of a reason it would work on one comp but not another.

We'll have to figure out what the difference is between the computers that work and the one that doesn't. Virus scanner, etc...

[supercoe]

Don't try, it causes it to happen.
I was just trying to think of a reason it would work on one comp but not another.

We'll have to figure out what the difference is between the computers that work and the one that doesn't. Virus scanner, etc...

[Rudi De Vos]

vnc_hash.exe:

VC2010: Only works on XP>= you better compile it with VS2008 if you
want to support w2K.

Code generation
use /MT and not /MD, this avoid the need to install the redist.
( exe is bigger, but no need to install the MB size redist)
If you realy need to use /MD you also can add the required dlls
(dependency viewer show them) to the same folder
as the exe.

Greetings
Rudi

[supercoe]

vnc_hash was a python script that another user created.
I compiled it with py2exe which requires the c++ redist.

I'm moving away from this method of password generation because the extra dependencys cause to many problems. Automating the SecureVNC password generation will allow for much more security because of longer passwords etc...

[KyferEz]

You get weird errors like this if you use non-alphanumeric passwords. For example, when compiling I used an ! in the password. That caused me problems. Compiling with password for the password caused no problems.

[supercoe]

Thanks for the update, I've already removed vnc_hash for the next release and rely on the much better SecureVNC.