After more 2 000 000 (two million) views on forum for 1.5.0.x development versions... and 1.6.1.0, 1.6.3.0-dev versions
A new stable version, UltraVNC 1.6.4.0 and UltraVNC SC 1.6.4.0 have been released: https://forum.uvnc.com/viewtopic.php?t=38095
Feedback is always welcome

2025-12-14: 1.7.1.X-dev release builds need tests and feedback: https://forum.uvnc.com/viewtopic.php?t=38134

2025-12-02: We need help: English Wikipedia UltraVNC page has been requested to deletion: https://forum.uvnc.com/viewtopic.php?t=38127
Any help is welcome to improve the UltraVNC page and/or to comment on the Wikipedia Talk page

2025-05-06: Forum password change request: https://forum.uvnc.com/viewtopic.php?t=38078

2023-09-21: Important: Please update to latest version before to create a reply, a topic or an issue: https://forum.uvnc.com/viewtopic.php?t=37864

Development: UltraVNC development is always here... Any help is welcome
Feedback is welcome

help with error messages

Simple, Free, Open Source UltraVNC Wrapper Supporting Windows and Mac OSX
Post Reply
JonD
40
40
Posts: 121
Joined: 2006-12-24 16:46
Location: Canada

help with error messages

Post by JonD »

I'm looking for help understanding some error messages.

Background:
I've been doing a lot of remote support for clients using VPN connections back to their office server.
1. Chunk VNC running as service
2. I log in directly to remote computer (typically a notebook)
3. I initiate a VPN connection on their computer back to their office
4. Typically InstantSupport connection drops (as I would expect because of the different path)
5. Usually I reconnect successfully over the new path
6. Frequently I need to close the VPN connection
7. Typically InstantSupport connection drops (again as I would expect)
8. Usually I reconnect successfully

However, there are occasions where the connection does not recover and there are 3 messages that I get and I'm not sure what they are telling me:
"Failed to get server address"

"Server closed connection
- server running as application"

A third message (paraphrased here")
"Another viewer using the ID"
In this case, I suspect that either the repeater or the remote computer thinks I'm a different viewer because of the different paths involved.
This seems to recover after a significant delay.

Any help to improve the reliability of the switching of connections in the above scenario or clarification of the messages would be appreciated.

JonD
Post Reply