UltraVNC

You could try using http://www.nocrew.org/software/httptunnel.html

I don't believe it requires any installation, just run it with the proper command line.

No.

TightVNC also has filetransfer capability, but it is incompatible.

Glad you got it.

You may find that some features don't work exactly right if you use srvany. VNC sets an internal flag when it is run as a service that would not be set with srvany... so it would be stuck running in user mode as user SYSTEM.

"-servicehelper" allows the service to impersonate the currently logged on user. This lets the service access the user's HKEY_CURRENT_USER registry settings for configuration, instead of the SYSTEM user settings. Are you sure that Ultra has been installed as a service on that box? Sounds like you're ...

It means that if the "problem" is that there is a loss of connectivity, then the autoreconnect may fail because it is triggered *immediately* and *singly* after the client is disconnected from the server. It *does not* mean that the server will reconnect when the connection becomes available again ...

Autoreconnect means that when the viewer is closed (or loses connection), it will automatically try a reconnect. Works when the viewer is in listen mode only. Internally, autoreconnect just stores the information from -connect and uses that to try a *single* reconnect immediately after the viewer ...

It looks to me that RemotelyAnywhere wraps the traffic in SSL. Since browsers also use SSL to secure https traffic on port 443, the firewall lets it through. My recommendation to you is to use a SSH tunnel for the VNC traffic. This would fool the firewall into thinking the traffic is ok. Search ...

My point above was that the java viewer actually makes its connection on a different port. This is what's happening... 1. request: browser@office --443--> [FIREWALL] --443-5800--> winvnc@home 2. serve java: winvnc@home ---> [FIREWALL] ---> browser@office 3. try connect: javaviewer@browser@office ...

This will wrap VNC traffic as you describe...

http://www.nocrew.org/software/httptunnel.html

Port 5800 hosts a tiny web server that sends you a web page and the viewer java applet. However, once running the java applet itself connects using port 5900. You will need to forward this port as well.

Sounds like you want the VNC Reflector.

http://sourceforge.net/projects/vnc-reflector/

The password field always contains ~~~~~~~~ , but this is not the password. It is a string that is used to see if the password has been modified or not. By default, there is no password set (empty password), which you will need to change to accept incoming connections.

Please see these for the reasons as to why not:
[post=4380][/post]
[post=4888][/post]

Most likely not. The Ultra team has made it clear that they want to stay far away from any issues with legal issues exporting crypto software. The MSRC4Plugin uses the crypto functionality built-in to Windows, so there isn't actually any crypto code involved. The ZeBeDee library *could* be ...

The current DSMPlugin design does not support some needed elements to support SSL development, like direct access to the sockets and/or ability to negotiate a key.

See also: [topic=1213][/topic]

What you want is to sign your exe with an Authenticode certificate. This is not an ActiveX thing.

Correct that the current *plugin* design would not support a key exchange mechanism *in stream*. Using a loopback interface, it is very possible to use any external system (SSH, ZeBeDee) to encapsulate the stream securely. If you could do a key exchange external to the plugin, then the plugin could ...

This is how the Data Stream Modification plugin interfaces: VNC <-> DSMPlugin <-> VNC <-> SocketConnection You are asking for: VNC <-> DSMPlugin <-> ZeBeDee <-> SocketConnetion But, you cannot remove the last VNC <-> SocketConnection part of the process with the current plugin mechanism. VNC *itself ...

The current UltraVNC plugin mechanism does not support dynamic key exchange or direct access to the socket connection. The plugin can only modifiy the stream of data as it passes through. It would be very difficult to force ZeeBeeDee into a plugin. You'll have better luck running the loopback ...

Sounds like winvnc didn't get notice of all the screen updates. Try a different encoder, preferably without caching. Also try the video driver and see if that helps.

When no user is logged in, winvnc retrieves registry settings with the username of "SYSTEM".

Try this setting to override the default *per-user* setting:

HKLM\Software\ORL\WinVNC3\SYSTEM\QuerySetting (DWORD) 2

CTRL-ALT-DEL does nothing when connected to a Win9x machine.

Basically, a secure key exchange would work this way: [A] = server (or more secure side) = client 1) [A] generates a public/private key pair (RSA, or other suitable... CryptoAPI supports these) 2) [A] sends the public key 3) generates a RC4 stream key 4) encrypts the RC4 key with [A]'s public key 5 ...

1. The algorithm used is RC4, using the Microsoft CryptoAPI. (Hence MSRC4 plugin :) ) 2. SSL is a *protocol* that uses stream cyphers like RC4 for the bulk of the communication. Simplied, SSL does the additional step of securely negotiating and transmitting the encryption key before communication ...

From: http://ultravnc.sourceforge.net/regserver.htm

AuthRequired : Setting this registry value to zero will disable null-password checking by WinVNC

There is no way to query a stock Ultra server for its connection status. The information is available within the server class, but you would need to modify it some way and recompile for that information to be available outside of the exe. Something you may want to look at is "netstat -b" (on XP SP2 ...

In a word, yes. Microsoft designed it that way. There have been attempts at solutions. Please search the forum for FUS (fast user switching) and try the latest RC19 builds. As for what makes Ultra different than other VNCs: File Transfer, Chat, Video Hook Driver, ultra encoder, policy based ...

Correct, the settings I gave you will do what you asked. The registry settings are documented here: http://ultravnc.sourceforge.net/regserver.htm (although the newer QueryAccept is missing) QueryAccept=1 means if the user doesn't respond in the timeout period, then the connection is automatically ...

Add or modify these registry entries for the user default settings on the server to be viewed: HKEY_LOCAL_MACHINE\Software\ORL\WinVNC3\Default QuerySetting [DWORD] 3 <- tells server to ask user QueryTimeout [DWORD] 10 <- timeout in seconds QueryAccept [DWORD] 1 <- auto-accept if timeout is reached

In WinNT+ a service is a program that is started when the system starts and runs as a special SYSTEM user. It has the advantage that it can display the screen even when there is no user logged in and can also survive a logout. When not installed as a service, winvnc can only display the screen of ...