I visited the URL, entered my home dyndns address and phone number, clicked on the download button and got the customized program as ctsupport.exe (c't ist the name of a German computer magazine, published by Heise). I transferred it to a virtual Windows 2000 machine. Of course I had setup my home router to forward incoming TCP connections on port 5500 to my client PC.
On the test machine, simulating someone in want of help, I double clicked the ctsupport.exe file, selected the single available connection (my server) and got connected - but only TCP-wise. The listener on my linux box did write about the connection, but did neither open a window nor write an error message. Apparently an UltraVNC server does not cooperate with any VNC-style viewer.
A glance at the Heise documentation says: "on Linux helper PCs use vncviewer". I had tightvncviewer, so that may have caused the problem. I noticed, that I already had vncviewer installed, so I simply tried
vncviewer -listen on the helper PC, but the problem persisted: TCP connection established, but no windows opening and no error message on the client (helper).At that point I decided to give up on the Heise tool and stick with "classic" TightVNC.
it works with the vnc enterprise viewer. I did DL the deb-file for the x86-linux-enterprise version, installed it and then started it with "vncviewer -Protocol3.3 -listen". This solution is "stolen" from another website ;)
ReplyDeleteI would like to tell that the problem of yours might have been that you tried to connect to the public internet address of yours from a machine within that same network. That might work or not, depending mainly on your router.
ReplyDeleteI am using the solution of CTSupport at a customers machine together with UltraVnc on my laptop at home (sure the office admin won't give me a port forwarding) only. The main goal is to have a customer to connect from withing an office to connect to the helper man (me) without contacting his network admin.