Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 15, views: 3.851 •
Bron: TightVNC

TightVNC logo (75 pix)Er zijn verschillende programma's om computers op afstand te besturen. TightVNC is zo'n programma en zoals de naam al aangeeft maakt het gebruik van VNC. Tight slaat op het feit dat er van compressie gebruik gemaakt wordt, waardoor het programma ook goed presteert over trage verbindingen. Na twee bèta's is nu de final release van versie 2.0 beschikbaar gekomen. Versie 2.0 is op dit moment alleen voor Windows verkrijgbaar en dan alleen voor Windows 2000 en hoger. Windows 9x- en NT- en Unix- en Linux-gebruikers moeten versie 1.3.10 blijven gebruiken. Hieronder zijn de belangrijkste verbeteringen voor je op een rijtje gezet:

What's Changed?

Below is a list of major improvements in TightVNC 2.0, as compared to the previous stable version of TightVNC, 1.3.10:

  • Introducing new file transfer subsystem based on new protocol extensions. Multiple files and directories can be copied at once, directories are processed recursively. Data compression is used to speed-up copying. Files can be renamed or removed, new directories can be created. File sizes are not limited by 4 Gb any more.
  • Implemented new server architecture which separates service code from the user interface. This enables service-mode operation under Windows Vista and Windows 7. Also, this fixes all known problems with multi-user features of modern Windows systems like Fast User Switching and Terminal Services.
  • Screen updates have become reliable. If something went wrong and the picture in the viewer is garbled, incomplete or outdated, it will be recovered in reasonable time. There should be no more hidden menus or destructive window movements. If fast update detection methods fail, full-screen polling will keep updates going.
  • Featuring new secure administrative interface. What was called "TightVNC tray icon" in previous versions is now a separate process which acts as a control interface to the TightVNC service. Control interface can be optionally protected with a password to make sure users cannot reconfigure or shut down the service unless they know the password (or have administrator privileges).
  • There should be no more confusion between "default settings" and "user settings". In TightVNC 2.0, there is only one service-mode configuration and it is not affected by any per-user settings. The "Configure..." menu item of the service always shows the effective configuration. From the other side, TightVNC Server can be started as an application, and in that case each user has his/her own configuration.
  • Featuring IP-based access control for incoming connections. Previous versions of TightVNC did allow similar IP filtering, but now everything is easily configurable. You can even test the rules on specific IP addresses, prior to applying new rules.
  • TightVNC 2.0 distribution has been packaged with new installer. It's smarter and more efficient. It tries to prevent reboots whenever possible. It invites to set passwords so that TightVNC Server would be ready to work right at the moment of finishing the installation. From the other side, it can operate silently (when run with /S option in the command line). Finally, the complete self-installing TightVNC package (both server and viewer parts, and the uninstall tool) is only 550 kilobytes in size.
  • Keyboard handling has been improved. Older versions of TightVNC had problems with passing characters that do not fit in the Latin-1 code space. TightVNC 2.0 adds full support for different national codepages and keyboard layouts.
  • This list of changes is not full. TightVNC Server 2.0 for Windows has been completely rewritten by the TightVNC team. It does not include old TightVNC 1.3 code. So the right answer to the "What's Changed?" question must be "Everything!".

TightVNC 2.0 screenshot

Versienummer:2.0
Releasestatus:Final
Besturingssystemen:Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP, Windows 2000, Windows 7
Website:TightVNC
Download:http://www.tightvnc.com/download.php
Bestandsgroottes:641,00KB t/m 1,22MB
Licentietype:GPL

Reacties (15)

Eindelijk draait die server weer bij het opstarten onder Vista en windows 7. Was namelijk de reden waarom ik naar andere oplossingen ben gaan zoeken, maar heb nooit iets gevonden dat even goed was als tightvnc (qua gratis oplossingen dan)
ehh teamviewer al is geprobeerd. Die vind ik namelijk 10x beter dan TightVNC.
http://www.teamviewer.com/nl/
Zo heb je er meer (zoals logmein.com) maar die gebruiken geen VNC, zijn niet open-source en je bent afhankelijk van de leverancier (teamviewer, logmein).

Het voordeel is dat er een server tussen zit. Je hoeft dus niet te klooien met routers en firewalls. Als je op poort 443 naar het internet mag, kun je ook logmein of teamviewer gebruiken.
Teamviewer heeft inderdaad het grote voordeel, dat je de andere PC ook kunt bedienen als het IP-adres daarvan variabel is. Of het externe IP-adres nu verandert of het IP-adres achter de router: het maakt niet uit. verbinding krijg je.

Qua VNC vind ik overigens Real VNC net weer wat lekkerder werken dan TightVNC. Reden: ik ben nogal keyboard georienteerd en gebruik mijn muis zo min mogelijk. De Real VNC client kun je sluiten via F8, S.
Mij bevalt UltraVNC het beste als server, als client vind ik TightVNC het fijnst (en deze twee zijn prima te combineren).

Best/fijnst als in, snel, klein, simpel, no-nonsense doet wat je wilt.
Mee eens. Ik heb zowel Ultra als Tight in gebruik (waarbij Ultra ook als server). Met als licht voordeel dat Ultra Viewer kan onthouden welke sessie je als laatste opende en die automatisch opnieuw gebruikt met dezelfde instellingen en ww.
Ik vind al die VNC clients nog steeds niets vergeleken bij RDP. Response tijd van RDP is veel beter en ik zie geen andere voordelen van VNC. Ik heb et samen met freeSSHd lopen zodat ik met bijv tunnelier op servers in kan loggen , files kan overgooien en evt console acties. En alles is lekker secure over de ssh verbinding.
zeker nooit de mirror driver gebruikt bij vnc?
nee, welke driver kan ik het beste gebruiken?

update: ah, gebruikte vnl. TightVNC, je kunt een mirror driver bij UltraVNC downloaden, ik neem aan dat die werkt... vandaar dat de meeste UltraVNC als server gebruiken?

[Reactie gewijzigd door dMaestr055 op 4 juli 2010 19:43]

Ja ik vraag me ook af hoe dit precies werkt. Ik heb momenteel de SourceForge Mirage driver geinstalleerd samen met TightVNC en ik kan niet echt zeggen zoveel spannends te merken. In TightVNC vind ik ook geen manier om te checken of hij die driver wel gebruikt.
jewel, maar wanneer heb je dat nodig ? als ik mensen moet helpen met pc problemen is crossloop toch een stuk fijner. voor de rest heb ik mirror echt niet nodig.
Kun je met RDP ook doen wat ik hier thuis doe: met één klik op mijn laptop m'n desktop overnemen?
mjah, gewoon de instellingen opslaan, staat op de main tab gewoon 'save as'
Hoewel je ze wel kunt vergelijken is het belangrijk te weten dat ze niet verschillen in kwaliteit maar in wijze van aanpak.

RDP is vergelijkbaar met bijvoorbeeld X11 in unix omgevingen en stuurt min-of-meer teken opdrachten over. Dit is veelal efficiënter dan het doorsturen van de framebuffer zoals vnc dit doet.
Veelal != altijd, voor het redelijk vloeiend overbrengen van bijvoorbeeld een 3d toepassing is het vaak beter als de rendering lokaal gebeurd en alleen de afbeelding die getoond wordt overgezet wordt. In het andere geval moeten namelijk ook directx/opengl calls doorgestuurd worden, inclusief soms enorme textures.
VNC kan zonder onder genoemde mirror driver niet goed besluiten wanneer er nieuwe afbeeldingen moeten worden gestuurd waardoor er vaak teveel gestuurd wordt. Opvallen is ook het verschil in efficientie tussen vnc servers op unix en die op windows. Het is mij een raadsel waarom dit altijd zoveel vloeiender draait icm unix... (client mag gewoon weer windows zijn)

Onder unix omgevingen is overigens VirtualGL een mooi project om eens te bekijken, daar staat ook een technisch interessante uitleg over de uitdagingen van verschillende manier van op afstand overnemen en 3d. VirtualGL staat mij toe om bijvoorbeeld op afstand vloeiend te gamen op mijn laptop beneden met behulp van mijn videokaart in de pc op zolder. Moet de game wel onder linux draaiende te krijgen zijn natuurlijk.

//edit: linkje toegevoegd

[Reactie gewijzigd door cibrhusk op 8 juli 2010 17:20]

tsja... ieder z'n eigen wensen. en niet iedere oplossing is de ideale oplossing voor iedere situatie, die vragen soms om rdp, vnc, teamviewer of welke dan ook...

[Reactie gewijzigd door poedel op 4 juli 2010 20:02]

Op dit item kan niet meer gereageerd worden.