If this is really supposed to be used to help desks, it seems logical that each user who presses this would have screen pop up my computer no matter what I do at the time. I mean, I do want to help people, but confirm their connection firsts (like the normal server can for the viewer) and perhaps even create queues so people the SC would remain open and display its number in the line among other people.
Is either thing possible?
Is either thing possible in the normal server?
Update: UltraVNC 1.4.3.6 and UltraVNC SC 1.4.3.6: https://forum.uvnc.com/viewtopic.php?t=37885
Important: Please update to latest version before to create a reply, a topic or an issue: https://forum.uvnc.com/viewtopic.php?t=37864
Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- 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
Important: Please update to latest version before to create a reply, a topic or an issue: https://forum.uvnc.com/viewtopic.php?t=37864
Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- 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
Creating a queue and/or approval
- Rudi De Vos
- Admin & Developer
- Posts: 6863
- Joined: 2004-04-23 10:21
- Contact:
-
- 8
- Posts: 16
- Joined: 2006-02-13 02:45
- Location: RI USA
Very good point. Every aspect of SC works as intended. With some goofing around it can be made to represent a company and is completely configureable- right down to the icons.
SO, why is it that there is not a queue on the tech side?
This is probably my most important concern since implementing SC.
Yes, you can offer a client the choices of different techs.... but that entails a whole bunch of extra ports being forwarded and manual ::port configuration on the viewer side.
The Punchline:
The multiple ID solution is THE solution. IS there ANY way to offer a prompt through the viewer (or from the repeater request) asking for a session ID to the repeater?
Some helpdesk personnel aren't command line savvy either.... Maybe this could be solved with a script that runs something like
%executable% -proxy repeater_ip::5901 ID:%number%
Where the tech would be prompted for an ID...
?? Am I on the right track here? I was hoping for a custom viewer version that might do this.... Saving diff .vnc files for 100 ID's seems like a bit much.
Choosing or entering an ID at time of connection seems absolutely logical.
SO, why is it that there is not a queue on the tech side?
This is probably my most important concern since implementing SC.
Yes, you can offer a client the choices of different techs.... but that entails a whole bunch of extra ports being forwarded and manual ::port configuration on the viewer side.
The Punchline:
The multiple ID solution is THE solution. IS there ANY way to offer a prompt through the viewer (or from the repeater request) asking for a session ID to the repeater?
Some helpdesk personnel aren't command line savvy either.... Maybe this could be solved with a script that runs something like
%executable% -proxy repeater_ip::5901 ID:%number%
Where the tech would be prompted for an ID...
?? Am I on the right track here? I was hoping for a custom viewer version that might do this.... Saving diff .vnc files for 100 ID's seems like a bit much.
Choosing or entering an ID at time of connection seems absolutely logical.
Put this in the helpdesk.txt that you use for compiling the SC executable:gtdriver94 wrote:Choosing or entering an ID at time of connection seems absolutely logical.
Code: Select all
[TITLE]
Window Title
[HOST]
Any irrelevant description
-id 111111 -connect repeater_host::repeater_port -noregistry
[ENTERCODE]
Text for the "enter id" prompt
[DIRECT]
[TEXTTOP]
[TEXTMIDDLE]
[TEXTBOTTOM]
[TEXTRBOTTOM]
[TEXTRMIDDLE]
[TEXTRTOP]
[TEXTBUTTON]
[TEXTCLOSEBUTTON]
You can put a enter.bmp in the zipfile also, that will be used the same way that background.bmp is being used. Then compile a REL1.00 SC. That's it.
Just keep in mind that the winvnc parameters order IS RELEVANT (took me some time to realize why the "operator selection" window was appearing instead of the "enter id" one).
you're not lucky...that's the default behavior of SC... it's when you get ANOTHER request from a customer WHILE you're in a remote session that you will NOT be prompted to connect to another tech ... i haven't tested multiple requests during a live remote session lately, but i think that's still how it works!rcs wrote:While using SC and listener, I do get a popup on my screen that states the machines name, the system access level(or username), and their IP as well as an accept/deny type of choice. Am I just lucky?
I have recompiled the SC from the source code i've found in the cvs (without changing anything) and then I created the client with the offline creator tool...
I have the same problem of "Guest": when I start a connection from the server, the listener starts whitout prompting anything about "accepting or refuse the connection".
I tried to use the same helpdesk.txt with the "winvnc.exe" provided with creator and this problem doesn't appear.
can anybody tell me what can i do to solve this problem?
i use the standard helpdesk.txt without using encryption or id, just ip:port without the "DIRECT" directive.
I have the same problem of "Guest": when I start a connection from the server, the listener starts whitout prompting anything about "accepting or refuse the connection".
I tried to use the same helpdesk.txt with the "winvnc.exe" provided with creator and this problem doesn't appear.
can anybody tell me what can i do to solve this problem?
i use the standard helpdesk.txt without using encryption or id, just ip:port without the "DIRECT" directive.