Reverse connect and Password

[sgtpepper]

Hi folks,

Using RC19.4.

We have a need to remotely support our users and I thought that UltraVNC would do the job.

Our requirements are as follows and have only been tested internally :

1) Integrate UltraVNC server with our app and make the
process hidden. That means no tray icons, no VNC dialogs.

This is done and working.

2) We just supply a button in our app and the server initiates
a connection to our listening viewer once the customer
clicks on the button.

This is done and working.

3) We plan to support one customer at a time and prevent
multiple connections to the listening viewer.

This is a problem.

We plan to ask the customer to call us _before_ he clicks the button so we can start the viewer. We don't leave it waiting for nothing. We start it only if a customer calls to request some support. But...

if we are already supporting a customer and another customer decides not to call and clicks the button, it crashes the viewer. We need a way to prevent multiple instances of the viewer or prevent the viewer from accepting a connection if there's already an active connection. Is this possible ?

We are using the DSM Plugin. Maybe use a different key for every client ?

I noticed that if there's already an active connection and the server tries to reverse connect without a valid key, then the viewer simply pops up a dialog stating that the connection didn't work because the server isn't using the correct key and so on, but at least the viewer didn't crash. But we planned on supplying every customer with the same key. Note that we burn our app on CDs and send them out when needed. We don't make custom versions for different customers so they all get the same key. The app can also be downloaded so we don't know who gets the app. A custom key seems to not be possible.

What we would really like to be able to do is to issue a different password every time a client calls up, and have the connection negotiate that password. But...

I couldn't get the viewer and server to negotiate a password in reverse connection. Is there any way that some sort of verification process can be done to validate the incoming connection ?

I looked all over the place for answers to this, but couldn't find anything.

Thanks

SgtPepper

[ipsec]

3) We plan to support one customer at a time and prevent
multiple connections to the listening viewer.

This is a problem.

It has been suggested that we have either a switch or an accept / deny clients option. This way you can initiate your outgoing and incoming connections as needed, yet cancel anyone else just trying to connect.

I forget the answer... but you are not alone in regards to this.

[sgtpepper]

It has been suggested that we have either a switch or an accept / deny clients option. This way you can initiate your outgoing and incoming connections as needed, yet cancel anyone else just trying to connect.

I forget the answer... but you are not alone in regards to this.

Well, i've searched this forum in and out and didn't find one reference to this. If there is an answer or trick somewhere, i'd really appreciate knowing about it.

SgtPepper

[ipsec]

Im sorry,

I meant to say - we asked. We have not received as of yet.