Update: UltraVNC 1.4.3.6 and UltraVNC SC 1.4.3.6: viewtopic.php?t=37885
Important: Please update to latest version before to create a reply, a topic or an issue: 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://twitter.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: 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://twitter.com/ultravnc1
- Reddit community: https://www.reddit.com/r/ultravnc
- OpenHub: https://openhub.net/p/ultravnc
SC->repeater->LViewer call without using IDs. Possible?
SC->repeater->LViewer call without using IDs. Possible
Hi UltraVNC team and forum members.
I need to run a multiple set of SC servers connecting to a fewer number of listening viewers residing in my local net with known local IPs.
What I need is something similar to "repeater mode 1" but for SC-LViewer invocation.
So, SC command line is expected to be something like:
-proxy public.ip.isp.com -connect 10.0.0.1
, with public.ip.isp.com being the public entry point for all SC calls and 10.0.0.1 being the private IP of listening viewer.
While I haven't yet carefully examined UVNC source code, I suppose that wouldn' take much effort to implement that kind of, say "repeater mode 3". I'd even attempt to do that if someone who is already aware of UVNC internals confirmed that that's feasible and will not require radical code changes.
Please let me know if that kind of operation is implementable.
[mod=494,1234013692]added sticky[/mod]
I need to run a multiple set of SC servers connecting to a fewer number of listening viewers residing in my local net with known local IPs.
What I need is something similar to "repeater mode 1" but for SC-LViewer invocation.
So, SC command line is expected to be something like:
-proxy public.ip.isp.com -connect 10.0.0.1
, with public.ip.isp.com being the public entry point for all SC calls and 10.0.0.1 being the private IP of listening viewer.
While I haven't yet carefully examined UVNC source code, I suppose that wouldn' take much effort to implement that kind of, say "repeater mode 3". I'd even attempt to do that if someone who is already aware of UVNC internals confirmed that that's feasible and will not require radical code changes.
Please let me know if that kind of operation is implementable.
[mod=494,1234013692]added sticky[/mod]
Last edited by Dadooda on 2009-02-07 13:35, edited 2 times in total.
Re: SC->repeater->LViewer call without using IDs. Poss
not yet exist as my knowledge.
nice and great idea for repeater usage for match hostname/ip instead use ID![Smile :-)](./images/smilies/_icon_smile.gif)
SC proxy mode I
moved to feature request
nice and great idea for repeater usage for match hostname/ip instead use ID
![Smile :-)](./images/smilies/_icon_smile.gif)
SC proxy mode I
moved to feature request
UltraVNC 1.0.9.6.1 (built 20110518)
OS Win: xp home + vista business + 7 home
only experienced user, not developer
OS Win: xp home + vista business + 7 home
only experienced user, not developer
Re: SC->repeater->LViewer call without using IDs. Poss
redge, can you briefly tell what's the protocol difference between forward (Viewer->Server) and reverse (SC->LViewer) call?
Re: SC->repeater->LViewer call without using IDs. Poss
no protocol change, only port change.
direct over 5900
reverse over 5500
vncviewer --- proxy 590x --- winvnc listen port 5900 + hostname/ip
winvnc --> proxy 550x ---> vncviewer -listen port 5500 + hostname/ip
like below
but replace port and inverse viewer and server position for SC to Lvncviewer
http://www.uvnc.com/addons/repeater.html#mode1
direct over 5900
reverse over 5500
vncviewer --- proxy 590x --- winvnc listen port 5900 + hostname/ip
winvnc --> proxy 550x ---> vncviewer -listen port 5500 + hostname/ip
like below
but replace port and inverse viewer and server position for SC to Lvncviewer
http://www.uvnc.com/addons/repeater.html#mode1
UltraVNC 1.0.9.6.1 (built 20110518)
OS Win: xp home + vista business + 7 home
only experienced user, not developer
OS Win: xp home + vista business + 7 home
only experienced user, not developer
Re: SC->repeater->LViewer call without using IDs. Poss
redge,redge wrote:no protocol change, only port change.
direct over 5900
reverse over 5500
forgive me my stupidity. Does what you said mean that a working configuration may be produced right now by just swapping port numbers?
What about current SC which doesn't support -proxy option the way I described it? Shall I use winvnc -id 10.0.0.1 -connect public.ip.isp.com and direct it to repeater's port for incoming Viewer connections?
Re: SC->repeater->LViewer call without using IDs. Poss
No, I tested and it failDoes what you said mean that a working configuration may be produced right now by just swapping port numbers?
proxy missing for winvnc, allow reverse connection with mode IWhat about current SC which doesn't support -proxy option the way I described it?
ID is for mode II, both (client and server) made outgoing connection
the actual id do not support other than ID:12345678 full numberwinvnc -id 10.0.0.1 -connect public.ip.isp.com
winvnc -proxy repeater_ip:port -connect hostname:port
anyway, the repeater must be on the lan where all vncviewers are on internet dmz if you
PC that runs the Repeater has access to the local DNS server, you can use your local DNS names instead of 10.10.10.12.
This could be handy when you have a dynamic DHCP server allocating ip addresses for your PC[/quote]
UltraVNC 1.0.9.6.1 (built 20110518)
OS Win: xp home + vista business + 7 home
only experienced user, not developer
OS Win: xp home + vista business + 7 home
only experienced user, not developer
Re: SC->repeater->LViewer call without using IDs. Poss
hi dadooda,
hi think that you don't need the repeater feature for your network
the repeater you are thinkinsg is like a port forwanding
if you have your public ip (with public dns) and more vnc listen the easy way is use a different port for each vnc viewer in listen mode
for example:
in th sc you have:
[HOST]
test1
-connect public.ip.isp.com:5500
[HOST]
test2
-connect public.ip.isp.com:5501
in your network you redirect port 5500 on 10.0.0.1 and port 5501 on 10.0.0.2
so you must start vncviever -listen 5500 on pc with ip 10.10.0.1 and
vncviewer -listen 5501 on pc with ip 10.10.0.2
i hope to help you
sainsuper
hi think that you don't need the repeater feature for your network
the repeater you are thinkinsg is like a port forwanding
if you have your public ip (with public dns) and more vnc listen the easy way is use a different port for each vnc viewer in listen mode
for example:
in th sc you have:
[HOST]
test1
-connect public.ip.isp.com:5500
[HOST]
test2
-connect public.ip.isp.com:5501
in your network you redirect port 5500 on 10.0.0.1 and port 5501 on 10.0.0.2
so you must start vncviever -listen 5500 on pc with ip 10.10.0.1 and
vncviewer -listen 5501 on pc with ip 10.10.0.2
i hope to help you
sainsuper
Re: SC->repeater->LViewer call without using IDs. Poss
Sainsuper
There's a lot of networks that prohibit outgoing TCP calls to "suspicious" ports (meant: not known by their local administrators and thus being "insecure"). From my point of view that's silly, but that's how it is.
So the idea is to open a listening VNC repeater on port known to everyone (say, 80 or 443) and then share it among remote assistants with the help of virtualisation implemented in an application level protocol.
I think I *DO* need a repeater since I want to share a single port which isn't blocked by destination by local admins of users I'm willing to help.hi think that you don't need the repeater feature for your network ...
There's a lot of networks that prohibit outgoing TCP calls to "suspicious" ports (meant: not known by their local administrators and thus being "insecure"). From my point of view that's silly, but that's how it is.
So the idea is to open a listening VNC repeater on port known to everyone (say, 80 or 443) and then share it among remote assistants with the help of virtualisation implemented in an application level protocol.
Re: SC->repeater->LViewer call without using IDs. Poss
This would be a great feature !!
Adding some extra unique string would be even more nice !
Any news about this yet ?
Adding some extra unique string would be even more nice !
Any news about this yet ?
Re: SC->repeater->LViewer call without using IDs. Poss
I certainly agree with that, that's the reason why I've started this thread. But I see no solution so far.Matts wrote:This would be a great feature !!
Hope team members will consider this feature useful and implement it some way some time.
Re: SC->repeater->LViewer call without using IDs. Poss
I have made a topic some time ago where I suggested that you should be able to have some pool in the repeater where you can "chose" from or add some extra unique ID or IP as you suggest to this connectline.Dadooda wrote:I certainly agree with that, that's the reason why I've started this thread. But I see no solution so far.Matts wrote:This would be a great feature !!
Hope team members will consider this feature useful and implement it some way some time.
This would made this much more usefull than it is.
Do you want to have it on the Linux repeater btw ?
Re: SC->repeater->LViewer call without using IDs. Poss
I don't think that repeater itself is an issue. I think that modifying the application-level protocol to support such virtualisation is the most important task.Matts wrote:I have made a topic some time ago where I suggested that you should be able to have some pool in the repeater where you can "chose" from or add some extra unique ID or IP as you suggest to this connectline.
This would made this much more usefull than it is.
Do you want to have it on the Linux repeater btw ?
Repeaters will then follow.
Re: SC->repeater->LViewer call without using IDs. Poss
Now the question remains... will they put it in ? ![Smile :)](./images/smilies/_icon_smile.gif)
![Smile :)](./images/smilies/_icon_smile.gif)
Re: SC->repeater->LViewer call without using IDs. Possible?
I wrote a whole new proxy\repeater which can give much more then just that and it's simple to implement it in the current proxy\repeater which gives you the option to connect a client by mouse click.