Branches
Releases
|
Version
|
Focus
|
Date
|
|
1.3.9
|
N/A |
08-May-2007 04:49 |
|
1.2.9
|
Major bugfixes |
02-Aug-2003 12:23 |
|
1.2.8
|
Minor feature enhancements |
30-Jan-2003 20:00 |
|
1.2.7
|
Major feature enhancements |
04-Dec-2002 13:37 |
|
1.2.6
|
Major bugfixes |
30-Aug-2002 20:34 |
|
1.2.5
|
Major feature enhancements |
15-Aug-2002 08:46 |
|
1.2.4
|
Major bugfixes |
21-May-2002 19:10 |
|
1.2.3
|
Major feature enhancements |
24-Mar-2002 16:21 |
|
1.2.2
|
Major bugfixes |
28-Nov-2001 18:15 |
|
1.2.1
|
Minor feature enhancements |
25-Sep-2001 15:55 |
Comments
[»]
Unable to connect to server
by BillyNoPubs - Feb 5th 2008 06:24:36
I recently replaced a Windows 2000 PC (at a remote location) with another
because of hardware problems. I was able to control the "old"
W2K PC using the installed TightVNC 1.2.9 running as a service. I'm not
able to directly control the "new" PC using TightVNC, the
connection times out. Nothing has changed on the firewall so it's not a
firewall issue.
Nor is it a TightVNC server issue since I'm able to remotely control the
PC through a TightVNC viewer session established on another PC in the
remote workgroup. This is a horrible way of doing the job, the screen
refresh is slow and erratic.
Is there an obvious answer to this? Or is there some diagnostic
information that I can access which will help in troubleshooting?
Deinstalling and reinstalling TightVNC doesn't help.
[reply]
[top]
[»]
More on Stand Alone Reverse VNC Connection File
by r11532 - May 26th 2007 16:33:37
Oops, another typo. It should be VNCviewer.exe not VNCviewer.dll
Also, I've discovered that to make the final exe run under Vista (no
problem under XP), you need to create two .reg files out of two WinVNC
folders from the registry, one under HKEY_CURRENT_USER and the second one
under HKEY_LOCAL_MACHINE. There is a third one under HKEY_USERS that can be
ignored. Name the two reg files: WinVNC.reg and WinVNC2.reg
Modify the bat file contents to read:
%myfiles%\regedit.exe /s winvnc.reg
ping -n 1 127.0.0.1
%myfiles%\regedit.exe /s winvnc2.reg
ping -n 1 127.0.0.1
start %myfiles%\winVnc.exe
ping -n 2 127.0.0.1
%myfiles%\WinVNC.exe -connect 70.112.yyy.xxx::5500
Follow previous instructions.
Good Luck
[reply]
[top]
[»]
Re: More on Stand Alone Reverse VNC Connection File
by Jonny_ - May 22nd 2008 12:11:51
> Oops, another typo. It should be
> VNCviewer.exe not VNCviewer.dll
> Also, I've discovered that to make the
> final exe run under Vista (no problem
> under XP), you need to create two .reg
> files out of two WinVNC folders from the
> registry, one under HKEY_CURRENT_USER
> and the second one under
> HKEY_LOCAL_MACHINE. There is a third one
> under HKEY_USERS that can be ignored.
> Name the two reg files: WinVNC.reg and
> WinVNC2.reg
>
> Modify the bat file contents to read:
>
> %myfiles%\regedit.exe /s winvnc.reg
> ping -n 1 127.0.0.1
> %myfiles%\regedit.exe /s winvnc2.reg
> ping -n 1 127.0.0.1
> start %myfiles%\winVnc.exe
> ping -n 2 127.0.0.1
> %myfiles%\WinVNC.exe -connect
> 70.112.yyy.xxx::5500
>
> Follow previous instructions.
>
> Good Luck
TNX FOR THIS MAN!
in just have to give you some feedback. this actually does work. just need
to test it on vista to.
it's like you said - you usually spend more time on telling a customer on
how to connect you with "add new client" than the actual problem is.
thanks again! and keep up the good work.
[reply]
[top]
[»]
Re: More on Stand Alone Reverse VNC Connection File
by Jonny_ - May 23rd 2008 06:50:27
>
> % Oops, another typo. It should be
> % VNCviewer.exe not VNCviewer.dll
> % Also, I've discovered that to make
> the
> % final exe run under Vista (no problem
> % under XP), you need to create two
> .reg
> % files out of two WinVNC folders from
> the
> % registry, one under HKEY_CURRENT_USER
> % and the second one under
> % HKEY_LOCAL_MACHINE. There is a third
> one
> % under HKEY_USERS that can be ignored.
> % Name the two reg files: WinVNC.reg
> and
> % WinVNC2.reg
> %
> % Modify the bat file contents to read:
> %
> % %myfiles%\regedit.exe /s winvnc.reg
> % ping -n 1 127.0.0.1
> % %myfiles%\regedit.exe /s winvnc2.reg
> % ping -n 1 127.0.0.1
> % start %myfiles%\winVnc.exe
> % ping -n 2 127.0.0.1
> % %myfiles%\WinVNC.exe -connect
> % 70.112.yyy.xxx::5500
> %
> % Follow previous instructions.
> %
> % Good Luck
>
>
>
>
> TNX FOR THIS MAN!
> in just have to give you some feedback.
> this actually does work. just need to
> test it on vista to.
> it's like you said - you usually spend
> more time on telling a customer on how
> to connect you with "add new client"
> than the actual problem is.
>
> thanks again! and keep up the good work.
>
>
just another question ...
any idea how to solve this:
when the customer runs this bundled exe, it brings him up tightvnc server
and connects to vnc client on my computer. when connection is closed, the
server is still running at my customers computer. if my client clicks the
exe (the one we speak of here) again it crashes and shows an error.
customer must close the server and click the exe one more time to load the
server again and connect.
is there an elegant way to check if the server is already running before
it connects to client? it would be nice that the client does not see any
error messages. it scares them. :)
[reply]
[top]
[»]
Re: More on Stand Alone Reverse VNC Connection File
by r11532 - Jun 16th 2008 06:10:43
Yes, I have run into this issue myself but don't have a solution. Since I'm
controlling the remote computer, I just close out the application from the
tool bar (bottom right) myself which immediately breaks the connection.
FYI, I've posted a set of highly detailed and highly simplified
instructions on how to create the reversevnc files on my family homepage.
http://brettschneider.us/ReverseVNC_Instructions/reversevnc.html
[reply]
[top]
[»]
Simple Stand Alone Reverse VNC Connection File Typo
by r11532 - May 16th 2007 21:40:33
OOPS
I made a typo. The line below in my May 10, 2007 comments were:
%myfiles%regedit.exe /s WinVNC.reg
Should have been:
%myfiles%\regedit.exe /s WinVNC.reg
Again, my reason for making a single executable was to simplify the
reverse vnc process, which I used this very evening to help a relative
install a webcam. The appearance of the application icon in the taskbar and
likelihood that the firewall requesting permission to allow a connection
should be enough alert to prevent abuse. But, with some of the tools
available and some trickery, anything is possible I suppose.
Good luck all,
[reply]
[top]
[»]
Simple Stand Alone Reverse VNC Connection File
by r11532 - May 10th 2007 11:51:04
I'm frequently asked for help in solving computer problems by family
members. In theory the easiest way to help is by setting up a reverse VNC
link so I can help remotely. Often, however, the process of talking a
relative through the reverse process is harder than solving the original
problem.
After being unable to find instructions on the Internet on how to create a
single executable file to simplify establishing reverse VNC connections, I
decided to do it myself.
"How to make a simple stand alone reverse vnc startup program file
and to setup a host computer for the reverse vnc connection."
This may not be the only or the simplest way to make a stand alone reverse
vnc start up file but it works for me.
1. Download tightvnc-1.3.8_x86.zip or latest version from TightVNC.
Extract WinVNC.exe, VNChooks.dll and VNCviewer.dll
Obtain a copy of Regedit.exe
2. Install and Use PEBundle to merge WinVNC.exe with VNChooks.dll into a
new stand alone WinVNC.exe
Choose option: "do not write module to disk."
3. Install and Use AbyssMedia Quick Batch File Compiler to compile our bat
file into an exe
"Include" the stand alone WinVNC.exe, Regedit.exe and
WinVNC.reg files
Choose option: "Ghost Application." (see info. on the reg and
bat files below)
If you register PEBundle and Quick Batch File Compiler, there will be no
popup registration reminders when
the final stand alone executable file is run.
To generate the WinVNC.reg, run the stand alone WinVNC.exe for first time
to bring up it's configuration options.
Enter any values into the password fields and click OK. Run Regedit and
locate ORL folder in registry.
Right click on WinVNC3 folder and export to desktop. Rename to
WinVNC.reg
Create a WinVNC.bat file that contains the following commands for
compiling by the Quick Batch File Compiler:
%myfiles%regedit.exe /s WinVNC.reg
ping -n 2 127.0.0.1
start %myfiles%\WinVNC.exe
ping -n 2 127.0.0.1
%myfiles%\WinVNC.exe -connect 70.112.yyy.xxx::5500
where 70.112.yyy.xxx is an example internet ip address. Change it to the
ip address of your host computer or network.
Make a VNCviewer.bat file to start the VNCviewer.exe on the host computer
with contents:
start VNCviewer.exe -listen
Run the bat file to start listening.
Setup your host router, if one is used, to accept port forwarding of port
5500 to your host computer's
internal ip address.
Email the exe file created in step 3. to the operator of the client
computer with instructions to run the program and
to answer yes or OK to all messages that pop up especially the one giving
permission to pass through their firewall,
if one is installed.
If the reverse vnc startup program file works as created, the total time
needed by the client computer operator to
establish a reverse connection will only be a few seconds.
[reply]
[top]
[»]
Re: Simple Stand Alone Reverse VNC Connection File
by kraft_singles - May 14th 2007 21:39:07
> I'm frequently asked for help in solving
> computer problems by family members. In
> theory the easiest way to help is by
> setting up a reverse VNC link so I can
> help remotely. Often, however, the
> process of talking a relative through
> the reverse process is harder than
> solving the original problem.
While I think there is a reason for a simple executable to not be
distributed (it would widely be misused), a solution like this one makes
sense. Good tutorial.
[reply]
[top]
[»]
Re: Simple Stand Alone Reverse VNC Connection File
by hkatsumi - May 24th 2007 06:34:46
> 1. Download tightvnc-1.3.8_x86.zip or
> latest version from TightVNC.
> Extract WinVNC.exe, VNChooks.dll and
> VNCviewer.dll
> Obtain a copy of Regedit.exe
I visited tightvnc site and I can download version 1.3.9, not 1.3.8
The latest version does not have VNCviewer.dll, instead there is
vncviewer.exe
Does this .exe module work the same way as .dll module?
Or should I get version 1.3.8? I do not know where can I get it.
[reply]
[top]
[»]
Re: Simple Stand Alone Reverse VNC Connection File
by r11532 - May 26th 2007 15:58:06
>
> % 1. Download tightvnc-1.3.8_x86.zip or
> % latest version from TightVNC.
> % Extract WinVNC.exe, VNChooks.dll
> and
> % VNCviewer.dll
> % Obtain a copy of Regedit.exe
>
>
> I visited tightvnc site and I can
> download version 1.3.9, not 1.3.8
> The latest version does not have
> VNCviewer.dll, instead there is
> vncviewer.exe
>
> Does this .exe module work the same way
> as .dll module?
> Or should I get version 1.3.8? I do not
> know where can I get it.
>
>
>
Oops, another typo. Yes, it should be VNCviewer.exe not VNCviewer.dll
Also, I've discovered that to make the final exe run under Vista (no
problem under XP), you need to create two .reg files out of two WinVNC
folders from the registry, one under HKEY_CURRENT_USER and the second one
under HKEY_LOCAL_MACHINE. There is a third one under HKEY_USERS that can be
ignored. Name the two reg files: WinVNC.reg and WinVNC2.reg
Modify the bat file contents to read:
%myfiles%\regedit.exe /s winvnc.reg
ping -n 1 127.0.0.1
%myfiles%\regedit.exe /s winvnc2.reg
ping -n 1 127.0.0.1
start %myfiles%\winVnc.exe
ping -n 2 127.0.0.1
%myfiles%\WinVNC.exe -connect 70.112.yyy.xxx::5500
Follow previous instructions.
Good Luck
[reply]
[top]
[»]
Good Job
by Marcus Moll - Dec 30th 2005 10:16:06
but is there a possibility to use tightvnc listen mode and connect a client
system without server installation
[reply]
[top]
[»]
Good Solution for my Remote Help Desk
by pawow - Nov 19th 2005 14:04:56
This has saved me some serious time and hot ear on the phone with my dad.
Now I just take control remotely and fix any "issues" that come
up without having to spend 30 minutes on the phone with him.
[reply]
[top]
[»]
Encryption
by Philippe F. - Sep 28th 2005 15:10:42
This software would be perfect, if it could encrypt traffic.
--
--
Philippe
[reply]
[top]
[»]
Re: Encryption
by spfan - Dec 8th 2005 15:58:52
So, this does not encrypt the traffic?
[reply]
[top]
[»]
Re: Encryption
by Tom - Jan 24th 2007 21:42:20
If you need something a little more secure, You may check out hamachi.cc...
Its not open source :( but it does provide encryption and tunneling type
service for free, It does have to be installed on both P.C.'s though, the
free version works quite well, is easy and its available on your three
favorite flavors of O.S.'s., Note that I've been using it for a brief
amount of time and have gotten good results, currently running an XP
machine with this software.
--
EatRocksNowFree!!!
--Thanks, Tom
[reply]
[top]
[»]
Log-in / Log-out
by Coop - Apr 8th 2005 07:22:52
Any chance the next version of the program will be able to start prior to a
user loging in on Windows XP?
That way you'd be able to log-in/log-out without losing a connection and
be able to reboot the computer and then log back on.
I've tried running the program as a service, but it still seems to lack
this functionality.
[reply]
[top]
[»]
Re: Log-in / Log-out
by Veerakumar - May 19th 2005 01:38:14
> Any chance the next version of the
> program will be able to start prior to a
> user loging in on Windows XP?
>
> That way you'd be able to log-in/log-out
> without losing a connection and be able
> to reboot the computer and then log back
> on.
>
> I've tried running the program as a
> service, but it still seems to lack this
> functionality.
>
>
Good vnc program. I use it with xen.
--
Visit me at Veera
[reply]
[top]
[»]
Great Program
by johnnycash - Apr 2nd 2005 16:15:28
Been using this program to communicate between my mp3 server and my laptop.
Easy and cheap solution to remotely control other computers in your
network. Keep up the good work.
[reply]
[top]
[»]
Newsbin Pro & TightVNC
by Bruce - Dec 14th 2004 12:04:36
Constantin,
Have you done any testing with Newsbin Pro 4.32 (or other versions) and
TightVNC (also any version) running simultaneously? Maybe you can give it
a shot and run these on your debuggers to see what's causing the problem at
least.
CPU usage goes to 100% if I connect remotely to my winvnc.exe and I'm
downloading some binaries from any newsgroup using nbpro.exe. If I close
Newsbin the CPU goes back to normal. If I close all winvnc connections
while nbpro.exe is running the CPU goes back to normal. The moment that
nbpro.exe is running and I make a connection remotely, CPU usage is
constantly at 100%. Newsbin guys are telling me it's a Tight/WinVNC
problem. I'm not convinced it is but it may be true.
Any thoughts or comments on this? I've reported this as a tightvnc bug at
sourceforge already.
There's also a large thread on this at:
http://forum.newsbin.com/viewtopic.php?t=11961
I'm following that thread closely and there's no solution or
workaround.
[reply]
[top]
[»]
Re: Newsbin Pro & TightVNC
by Constantin Kaplinsky - Dec 14th 2004 21:41:57
>
> CPU usage goes to 100% if I connect
> remotely to my winvnc.exe and I'm
> downloading some binaries from any
> newsgroup using nbpro.exe. If I close
> Newsbin the CPU goes back to normal.
>
Please report this issue to the TightVNC bug tracker as described at http://www.tightvnc.com/bugs.html,
and we'll try to investigate the problem.
Thank you.
[reply]
[top]
[»]
Full screen viewing using on-screen-keyboard
by Henk - Jan 9th 2004 06:20:19
I use the on-screen-keyboard(osk) that is in Windows XP due to my handicap
(mobility impairment). If I use the tightvnc viewer full screen , i cannot
use the osk on the viewer's computer but only the osk on the vnc-server
computer. The ctrl-esc-esc method to disable full screen does not work. I
have to use the Kill viewer option in the servers context menu.
Is there a more gracefull method to disable full screen mode ?
Henk
[reply]
[top]
[»]
Re: Full screen viewing using on-screen-keyboard
by Constantin Kaplinsky - Jan 20th 2004 20:11:18
> I use the on-screen-keyboard(osk) that
> is in Windows XP due to my handicap
> (mobility impairment). If I use the
> tightvnc viewer full screen , i cannot
> use the osk on the viewer's computer but
> only the osk on the vnc-server computer.
> The ctrl-esc-esc method to disable full
> screen does not work. I have to use the
> Kill viewer option in the servers
> context menu.
>
> Is there a more gracefull method to
> disable full screen mode ?
>
> Henk
>
In the latest version of the viewer, there is another way to exit from the
full-screen mode - the Ctrl-Alt-Shift-F hotkey. But I'm not sure it would
be easy or possible to use it with on-screen keyboard...
[reply]
[top]
[»]
Restart VNCviewer in listen mode when connection drops
by Harjit - Feb 3rd 2003 14:53:37
I have a viewer sitting in listen mode. A server connects to it and then
either the server operator uses 'Kill All Clients' or the connection drops
- The viewer then just sits there with a 'Connection closed - OK' dialog,
till someone presses the OK button when it returns to listening mode. I'd
like it to return to listening mode whenever it detects a dropped/killed
connection. Is that possible? How?
[reply]
[top]
[»]
Accented Character
by Widez - Jan 16th 2003 19:14:07
I use last version of TightVNC and I noticed these problems
Using TightVNC Viewer on Windows NT4 SP6 Workstation and using TightVNC
Server on a Windows NT4 SP6 Workstation :
typing a (ê) will make (e) [without the ()]
Using TightVNC Viewer on Windows NT4 SP6 Workstation and using TightVNC
Server on a Windows 2000 Pro SP3 Workstation :
typing a (ê) will make a (e)
Using TightVNC Viewer on Windows 2000 Pro SP3 Workstation and using
TightVNC Server on a Windows NT4 SP6 Workstation :
typing a (ê) will work : I have a (ê).
Using TightVNC Viewer on Windows 2000 Pro SP3 Workstation and using
TightVNC Server on a Windows 2000 Pro SP3 Workstation :
typing a (ê) will make a (^^e)
I can understand that in english language, accented characters are not
really useful.
But as a matter of fact they can be used in logon password and these bugs
make the password not working properly.
Any hint to help me?
--
New Caledonian WideZ
[reply]
[top]
[»]
Reverse Controll
by royce - Jan 5th 2003 17:42:00
What VNC does is great, especialy being able to controll the server using a
web Browser. But we want to do it the other way: have a web browser connect
to a computer with the program installed on it(server if you like), and the
server controll the computer through the browser (but with no specific
software installed on it). Does any one know how to do this with VNC or any
other program?
[reply]
[top]
[»]
Re: Reverse Controll
by Constantin Kaplinsky - Jan 11th 2003 00:07:27
> What VNC does is great, especialy being
> able to controll the server using a web
> Browser. But we want to do it the other
> way: have a web browser connect to a
> computer with the program installed on
> it(server if you like), and the server
> controll the computer through the
> browser (but with no specific software
> installed on it). Does any one know how
> to do this with VNC or any other
> program?
I think currently that's not possible, and I doubt it can be done at all.
To share the desktop, you'll have to run some software on that machine.
Maybe a sort of ActiveX control could do that, but I'm not sure.
[reply]
[top]
[»]
Re: Reverse Controll
by Tommy Remmert - Jan 31st 2003 13:28:35
I think it is a great idea, and I have been working on a solution the past
week. There is a company that does it, called Desktop Streaming. It
basically pushes a small app to the user, and once they receive it, it
opens up, and they press connect. It connects to the viewer side, and then
I have control of their desktop. Works great for desktop support, but I
have not been able to find a free one. I will need a few more weeks until
I can get it finished. I will post when im done...
Also, if anyone has any ideas, please inform me. Any help would be
greatly appreciated
[reply]
[top]
[»]
Re: Reverse Controll
by Ed Avis - Mar 24th 2003 08:38:22
You can do what you want with VNC. Just get the user to start the VNC
server and then you can connect to it and control his or her machine. To
make it more convenient you could generate a VNC server binary that's
hardcoded to accept connections with a certain password (hopefully a
different password for each user that downloads!). You could make the VNC
server into a single executable which starts running immediately, and put
this as a download link on your web page.
--
Ed Avis
[reply]
[top]
[»]
VNCViewer in listen mode over SSH
by Dan - Oct 30th 2002 22:48:15
At the moment it doesnt seem possible to run the viewer (windows version)
in listen mode and then have a server initiate a connection to it over SSH.
I have tried using the the "allowloopback" entry in the registry and
changing the default port number for the server on the listening machine
also (it runs both the viewer and the vncviewer listening daemon), and
every time I initiate a secure connection, I get "Loopback not allowed". I
am running openssh on the listening machine (win2k) and initiating secure
connections using putty. The port forward is currently set to 5500
although I have tried numerous variations using the + number of desktop
variable on both putty and vncviewer /listen to no avail. Will this be a
consideration in future releases or does someone have a fix for this
already? Straight VNC over SSH works a treat, so why not the viewer in
listen mode?
[reply]
[top]
[»]
Re: VNCViewer in listen mode over SSH
by Kaitsu - Nov 8th 2002 03:21:04
> At the moment it doesnt seem possible to
> run the viewer (windows version) in
> listen mode and then have a server
> initiate a connection to it over SSH.
Hi Dan!
This works for me.
My configuration #1:
-Alice - running TightVNC server with AllowLoopback option enabled
(WinME)
-Charlie - running TightVNC in listen mode and WinSSHD in SSH2 (W2000)
I use PuTTY to open the connection from Alice to Charlie, forwarding
Alices's port 5500 to Charlies port 5500.
The "Forwarded ports:" window should say:
L5500 Charlie:5500
On Alice I add client Bob and the vnc listener opens at Charlie.
My configuration #2:
-Alice - running TightVNC server (does not need AllowLoopback)(WinME)
-Bob - running WinSSHD in SSH2 (W2000)
-Charlie - running TightVNC in listen mode (W2000)
I use PuTTY to open the connection from Charlie to Bob, forwarding Bob's
port 5500 to Charlies port 5500 , remeber to check the "remote ports do the
same[SSH v2 only]", (you are running SSH2?) .
The "Forwarded ports:" window should say:
R5500 localhost:5500
On Alice I add client Bob and the vnc listener opens at Charlie.
[reply]
[top]
[»]
Re: VNCViewer in listen mode over SSH
by Kaitsu - Nov 8th 2002 07:17:37
Forgive me. Correction for:
> My configuration #1:
> -Alice - running TightVNC server with
> AllowLoopback option enabled (WinME)
> -Charlie - running TightVNC in listen
> mode and WinSSHD in SSH2 (W2000)
>
> I use PuTTY to open the connection from
> Alice to Charlie, forwarding Alices's
> port 5500 to Charlies port 5500.
> The "Forwarded ports:" window should
> say:
> L5500 Charlie:5500
> On Alice I add client Bob and the vnc
> listener opens at Charlie.
The TightVNC client to be added should be localhost (or 127.0.0.1) instead
of Bob.
[reply]
[top]
[»]
Icon in Service Tray
by dcoleman1us - Oct 23rd 2002 09:08:32
I don't want the user to see the icon which shows up on their taskbar in
the system tray. Question, how do I remove the icon but still allow the
program to run in the background so the user doesn't know it. I use this
program in a classroom setting to monitor student activity as well as
maintaining / troubleshooting. If it were WINXP, I would just right click
the system tray and go to properties and then to customize. These work
stations are NT4. Any help would be appreciated.
[reply]
[top]
[»]
Re: Icon in Service Tray
by Constantin Kaplinsky - Oct 25th 2002 22:21:32
> I don't want the user to see the icon
> which shows up on their taskbar in the
> system tray. Question, how do I remove
> the icon but still allow the program to
> run in the background so the user
> doesn't know it. I use this program in a
> classroom setting to monitor student
> activity as well as maintaining /
> troubleshooting. If it were WINXP, I
> would just right click the system tray
> and go to properties and then to
> customize. These work stations are NT4.
> Any help would be appreciated.
I don't think it's a good idea to hide the fact that TightVNC is running
from users. But from the other side, it's possible to disable tray icon.
Here is a quote from the TridiaVNC change logs (in the beginning, TightVNC
was based on TridiaVNC):
- Added registry flag to cleanly disable the tray icon on all
platforms and in all modes without affecting other settings.
The default is "0" and indicates that the tray icon should not
be disabled. A value of "1" will suppress the tray icon for
all users.
HKLM\SOFTWARE\ORL\WinVNC3\DisableTrayIcon DWORD "0"
HKLM\SOFTWARE\ORL\WinVNC3\DisableTrayIcon DWORD "1"
[reply]
[top]
[»]
Re: Icon in Service Tray
by J392116 - Mar 10th 2003 10:54:22
I too would like to keep TightVNC hiden form the users, I use it to keep an
eye on the kids when they are on the net.
I have changed the registry but this didn't work.
My company uses TightVNC and they manage to run it in a 'stealth mode'.
I know you dont recomend it but if the kids know im watching they will
stop doing what ever it is they shouldn't be doing.
Kind regards, and well done on a great application.
J
[reply]
[top]
[»]
Re: Icon in Service Tray
by Charles Duffy - May 3rd 2003 10:51:25
> I know you dont recomend it but if the
> kids know im watching they will stop
> doing what ever it is they shouldn't be
> doing.
Isn't stopping them from doing whatever they shouldn't be doing the point?
[reply]
[top]
[»]
Re: Icon in Service Tray
by Tom - Jan 24th 2007 22:02:21
>
> % I know you dont recomend it but if
> the
> % kids know im watching they will stop
> % doing what ever it is they shouldn't
> be
> % doing.
>
>
> Isn't stopping them from doing whatever
> they shouldn't be doing the point?
Well, being recently young and less recently a kid, I would inform you
that the youngsters today know more than ever about computers, If they find
out that your "spying" on them, and they will, you will lose their trust...
My advice is more of passive monitoring, learn to check the logfiles (like
history) and besides, the answer to your question is to basically to turn
tightVNC into a backdoor/trojan, there are many programs which will do a
much more effective job that already make my virus scanner light up like a
christmas tree, I would hate it it that became the case with tightvnc.
--
EatRocksNowFree!!!
--Thanks, Tom
[reply]
[top]
[»]
Re: Icon in Service Tray
by Beau - Nov 5th 2002 16:22:55
Another option is to use a file editing program to edit the icons embedded
with the program and just make the connected and disconnected icons the
same.
> I don't want the user to see the icon
> which shows up on their taskbar in the
> system tray. Question, how do I remove
> the icon but still allow the program to
> run in the background so the user
> doesn't know it. I use this program in a
> classroom setting to monitor student
> activity as well as maintaining /
> troubleshooting. If it were WINXP, I
> would just right click the system tray
> and go to properties and then to
> customize. These work stations are NT4.
> Any help would be appreciated.
>
>
>
>
>
>
[reply]
[top]
[»]
Re: Icon in Service Tray
by humbert humbert - Mar 9th 2004 13:51:22
> I don't want the user to see the icon
> which shows up on their taskbar in the
> system tray. Question, how do I remove
> the icon but still allow the program to
> run in the background so the user
> doesn't know it. I use this program in a
> classroom setting to monitor student
> activity as well as maintaining /
> troubleshooting. If it were WINXP, I
> would just right click the system tray
> and go to properties and then to
> customize. These work stations are NT4.
> Any help would be appreciated.
>
>
>
>
>
>
There is an extremely inelegant solution to be had by editing the source
code. While I don't remember exactly which file it is in at the moment,
there is a line consisting of only AddTrayIcon(); which can be easiliy
commented out.
[reply]
[top]
[»]
Re: Icon in Service Tray
by Constantin Kaplinsky - Mar 10th 2004 00:35:54
> There is an extremely inelegant solution
> to be had by editing the source code.
> While I don't remember exactly which
> file it is in at the moment, there is a
> line consisting of only AddTrayIcon();
> which can be easiliy commented out.
Now this question is in the F.A.Q.: http://www.tightvnc.com/faq.html#hideicon.
[reply]
[top]
[»]
connection limit
by Scott - Oct 11th 2002 09:12:19
Is there a way I can have more then 8 connections addresses in the drop
down box when you start VNC Viewer. I tried to modify the MRU in regedit
but it would not let me store more then 8 addresses.
[reply]
[top]
[»]
Re: connection limit
by Constantin Kaplinsky - Oct 11th 2002 09:58:18
> Is there a way I can have more then 8
> connections addresses in the drop down
> box when you start VNC Viewer. I tried
> to modify the MRU in regedit but it
> would not let me store more then 8
> addresses.
There is a project to implement configurable number of remembered
connections (besides other great things):
http://www.tightvnc.com/newviewer.html
Actually, that has been implemented already, the only problem is that
nobody wants to compensate the development efforts...
[reply]
[top]
[»]
remote upgrade
by Michael - Oct 7th 2002 20:49:31
instead of requiring a reboot to install the new version, simply stop the
server (stop the service or terminate the process), replace the files, then
restart the server, before or after the user clicks on finish.
[reply]
[top]
[»]
Re: remote upgrade
by Constantin Kaplinsky - Jan 11th 2003 00:12:40
> instead of requiring a reboot to install
> the new version, simply stop the server
> (stop the service or terminate the
> process), replace the files, then
> restart the server, before or after the
> user clicks on finish.
I agree, this is the right way to upgrade running server, but the
installer used in TightVNC (Inno Setup) does not allow to implement such
scenario. It always copies files prior to executing any commands that could
stop the server.
[reply]
[top]
[»]
File Transfer
by SevenSeas - Oct 1st 2002 16:01:50
Any prospect of some sort of File Transfer ? I know I can use managed FTP,
but it can be a nuisance.
Many Thanks for GREAT enhancements to an already SUPERB programme ;}
[reply]
[top]
[»]
Re: File Transfer
by Constantin Kaplinsky - Oct 1st 2002 17:03:01
> Any prospect of some sort of File Transfer ?
Yes, we plan to include File Transfers in one of the next versions, one of
our developers is working on the implementation.
[reply]
[top]
[»]
What about PNG ?
by Arioch - Aug 15th 2002 19:12:23
If You already have JPEG support, then maybe You would also add PNG
suppport?
To my experience, it compresses screenshots much better than JPEG
[reply]
[top]
[»]
Re: What about PNG ?
by Constantin Kaplinsky - Aug 16th 2002 07:46:45
> If You already have JPEG support, then
> maybe You would also add PNG suppport?
> To my experience, it compresses
> screenshots much better than JPEG
The "Tight" encoding implemented in TightVNC combines both JPEG and
PNG-like compression. Actually, the "Tight" encoding is even smarter than
that, so a plain PNG implementation will actually descrease the
performance.
[reply]
[top]
[»]
Re: What about PNG ?
by Arioch - Sep 27th 2002 04:44:39
> The "Tight" encoding implemented in
> TightVNC combines both JPEG and PNG-like
Hmm... really?
Then May you envelope it into some graphic format to have tight-compressed
images?
[reply]
[top]
[»]
Re: What about PNG ?
by Constantin Kaplinsky - Oct 1st 2002 05:09:59
> Then May you envelope it into some graphic format to have
tight-compressed images?
Technically, it's not a problem, but I don't think that would make much
sense -- software depends on the standards, and nobody will exchange images
in a new format just because of better compression. Also, note that the
algorithms used in the Tight encoding are more complex as compared to
widely used formats. And another issue is that not all the pixel formats
are used in the Tight encoding, only truecolor ones.
[reply]
[top]
|
