Hi
I would like to figure out either if the following feature exists, or how to modify UltraVNC to add it. I need to support access by a variety of users to my machine for a limited time. I would like to create session tokens for each user and to control the validity of the token. Once the token expires, that user is denied access. Users need not have Windows Domain accounts. I wasn't able to find any documentation on such a feature.
Conceptually, I was thinking that a clean way to implement this is as follows:
1. Use some authentication process to generate a token for a user and associate with it some access rights (such as a time interval)
2. Distirbute that token to the user to use as a password
3. When the user enters the password, have the issuing authentication process validate it.
4. If valid, substitute a privately-held password (or ms login credentials) and allow login to proceed as currently implemented.
5. In expired or not registered, reject connection.
I looked at the UltraVNC code but was confused about where such a feature could be inserted. It seems like a generalized plug-in solution to this might make sense. It would keep UltraVNC free of particular authentication baggage, but allow custom-tailored solutions to be developed for specific applications.
Any suggestions, hints, or existing implementations would be greatly appreciated.
Thanks for a great product!
Gene
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-05: Celebrating the 23th anniversary of the UltraVNC (26th anniversary since the laying of the foundation stone): https://forum.uvnc.com/viewtopic.php?t=38130
2025-12-03: Could you please complete our poll/survey? Renaming UltraVNC files and service to be more clear: https://forum.uvnc.com/viewtopic.php?t=38128
There was a problem to vote, it is solved now! Thanks in advance!
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
Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- Bluesky/AT Protocol: https://bsky.app/profile/ultravnc.bsky.social
- Facebook: https://www.facebook.com/ultravnc1
- X/Twitter: https://x.com/ultravnc1
- Reddit community: https://www.reddit.com/r/ultravnc
- OpenHub: https://openhub.net/p/ultravnc
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-05: Celebrating the 23th anniversary of the UltraVNC (26th anniversary since the laying of the foundation stone): https://forum.uvnc.com/viewtopic.php?t=38130
2025-12-03: Could you please complete our poll/survey? Renaming UltraVNC files and service to be more clear: https://forum.uvnc.com/viewtopic.php?t=38128
There was a problem to vote, it is solved now! Thanks in advance!
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
Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- Bluesky/AT Protocol: https://bsky.app/profile/ultravnc.bsky.social
- Facebook: https://www.facebook.com/ultravnc1
- X/Twitter: https://x.com/ultravnc1
- Reddit community: https://www.reddit.com/r/ultravnc
- OpenHub: https://openhub.net/p/ultravnc
per-user non-windows passwords
Re: per-user non-windows passwords
Did I post this request in the right place? I am a bit underwhelmed by the lack of response or discussion of this idea.
Gene
Gene
Re: per-user non-windows passwords
hmm, maybe it's already implemented...
With MS-Logon (I or II), you don't need a domain account, you can also just use a local computer account for authentication.
So you need to create enough accounts for your users on your machine and configure UltraVNC to use that for authorization.
With MS-Logon (I or II), you don't need a domain account, you can also just use a local computer account for authentication.
So you need to create enough accounts for your users on your machine and configure UltraVNC to use that for authorization.
Re: per-user non-windows passwords
My problem is two-fold:Marscha wrote:hmm, maybe it's already implemented...
With MS-Logon (I or II), you don't need a domain account, you can also just use a local computer account for authentication.
So you need to create enough accounts for your users on your machine and configure UltraVNC to use that for authorization.
1) not all my users are domain users, and
2) I don't want to give everyone access all the time, just at the times of my chosing.
That was the reason I was thinking about plug-in architecture for authentication; it would allow arbtrary application logic to dictate access without burdening the codebase with irrelevant (and special-case) code.
Thanks for the reply,
Gene
