# Virtual Network Computing

VNC (Virtual Network Computing, littéralement « informatique virtuelle en réseau ») est un système de visualisation et de contrôle de l'environnement de bureau d'un ordinateur distant. Il permet au logiciel client VNC de transmettre les informations de saisie du clavier et de la souris à l'ordinateur distant, possédant un logiciel serveur VNC à travers un réseau informatique. Il utilise le protocole RFB pour les communications.
VNC est indépendant du système d'exploitation : un client VNC installé sur n'importe quel système d'exploitation peut se connecter à un serveur VNC installé sur un système d'exploitation différent ou identique. Il existe des clients et des serveurs VNC pour la plupart des systèmes d'exploitation. Plusieurs clients peuvent se connecter en même temps à un unique serveur VNC.
Parmi les utilisations de ce protocole, on peut citer le support technique à distance, l'administration et la maintenance de systèmes ou logiciels ne permettant que des contrôles graphiques et demandant l'utilisation de la souris ou bien encore la visualisation distante d'applications diverses et variées, dans un but éducatif par exemple.

## Historique

VNC a été créé au laboratoire Olivetti & Oracle Research Lab, qui était alors la propriété de Olivetti et Oracle Corporation. En 1999, AT&T acheta le laboratoire, et en 2002 ferma la partie « recherche » de celui-ci.
VNC a été initialement développé dans les laboratoires AT&T de Cambridge. Le code source du programme VNC original est open source sous GPL, comme la plupart des variantes de VNC disponibles en 2010.
Le nom provient de l'ATM Network Computer appelé Videotile, qui était un écran LCD avec un stylet tactile et une connexion ATM rapide sur un réseau. VNC est une version logicielle de cet ATM Network Computer.

## Fonctionnement

VNC se compose de deux parties, le client et le serveur.
* Le serveur est le programme fonctionnant sur l'ordinateur esclave, partageant à la fois la sortie à l'écran et les entrées de la souris et du clavier.
* Le client (appelé aussi visionneuse) est le programme fonctionnant sur l'ordinateur maître, qui permet de visualiser et éventuellement d'interagir avec le serveur en envoyant les informations de saisie, et uniquement si celui-ci l'autorise.
VNC se fonde sur le protocole Remote Frame Buffer (RFB), avec des fonctions du type « Insérer un rectangle de pixel à la position x,y donnée », la surface du bureau étant découpée en petites sections. Cette méthode, dans sa forme la plus simple, utilisant beaucoup de bande passante, plusieurs méthodes ont été ajoutées pour réduire cette utilisation. Il y a par exemple plusieurs formes d'encodage, et des méthodes pour déterminer quelle méthode est la plus efficace pour le réduire. Le RFB permet au client et au serveur de s'accorder sur la méthode d'encodage utilisée.
L'encodage le plus simple, qui est supporté par tous les clients et serveurs, est le raw encoding où les pixels sont transmis en brut, de gauche à droite puis par ligne de haut en bas. Lors de la connexion, l'écran est entièrement transféré, puis seules les zones de changement sont envoyées sous forme de rectangle. Ce type de méthode fonctionne assez bien lorsque seule une petite partie de l'écran change d'une image à l'autre (déplacement du pointeur ou texte tapé), mais la demande en bande passante augmente avec la taille de la surface modifiée, pouvant ainsi rapidement saturer le réseau. Le pire exemple est sans doute l'affichage d'une vidéo où la majorité de l'écran change en permanence.
Par défaut, VNC utilise les ports TCP prédéfinis par défaut de 5900 à 5906, chacun représentant l'écran virtuel X11 correspondant (ports de 6000 à 6006, pour les écrans de :0 à :6).
Un client Java est disponible dans de nombreuses implémentations, comme RealVNC par exemple qui utilise les ports allant de 5800 à 5806 (ces ports pouvant être changés).

## UNIX et X11

Sur les systèmes Unix, comme Linux, l'affichage graphique se fait via le protocole X11. Les applications sont affichées par un serveur graphique X11. Celui-ci peut être distant au travers du protocole XDMCP. Dans ce cas, ce sont les applications qui sont considérées comme clients, cela peut prêter à confusion. XDMCP a l'avantage de transférer les fonctions plutôt que les images générées, sauf dans le cas d'images prédéfinies). Le protocole OpenGL y est supporté, allégeant également le besoin de transfert de lourdes images.
VNC y est donc moins utile, mais des clients comme des serveurs y existent cependant.
Le serveur X11 a également été porté sur d'autres systèmes d'exploitation, dont Windows, MacOS et Android.

## La sécurité avec VNC

Par défaut, le protocole VNC n'est pas sécurisé, les données transitent en clair et la connexion ne requiert pas d'identifiant. Il est cependant possible avec certains logiciels compatibles VNC de chiffrer la transmission de données en SSL, et d'imposer la saisie d'identifiant et mot de passe.
VNC peut également être utilisé à travers un tunnel chiffré afin d'augmenter la sécurité, par exemple, via une connexion SSH ou VPN.
En mai 2006 un problème de sécurité (vulnérabilité (informatique)) a été identifié sur la version 4.1.1 de RealVNC Free edition qui permet à un pirate de prendre en main un PC sans connaître le mot de passe avec un VNC Viewer modifié. Cette faille de sécurité a été corrigée dans les versions ultérieures.

## Clients
### Libres

* Android-vnc-viewer (GPL v2) client pour Android.
* gvncviewer, client en C (avec binding python) basé sur la bibliothèque GTK+ supportant les chiffrements SSL et TLS via le protocole VeNCrypt, IPv4 et IPv6, ainsi que les versions 3.3 à 3.8 de RFB
* NoVNC, MPL v2, client en HTML5 (donc Unix, Windows, Mac et plateformes mobiles) utilisant les technologies websockets et canvas, supporte le chiffrement via SSL et TLS.
* pyvnc2swf, enregistre en vidéo au format Shockwave Flash (SWF) la visualisation l'écran du serveur VNC.
* Remmina, client en C pour environnement GNOME, basé sur un système de greffons supportant les protocoles de contrôle à distance RDP, VNC, NX, XDMCP et SSH.
* SSVNC (ce logiciel se dit « Enhanced TightVNC Viewer »), compatible avec X11vnc, permet l'utilisation de SSL (via stunnel, de créer un tunnel SSH, mais également, de transmettre différents ports (audio, SMB pour le partage de fichiers, CUPS pour l'impression, etc.)
* TightVNC, GPL v2, client original, en C++, disponible pour Windows et Unix, il a été dérivé en Java sous le nom TightVNC-java, pouvant donc alors être utilisé sur n'importe quel système supportant Java, à condition d'utiliser la même version de l'interpréteur Java.
* TigerVNC, client dérivé de TightVNC.
* TurboVNC, client dérivé de TightVNC.
* UltraVNC (GPL v2) permet l'utilisation d'un plugin open-source de chiffrement. Il permet également une identification basée sur les comptes utilisateurs NTLM et Active Directory.
* Vinagre, client pour environnement GNOME supportant VNC, SSH et RDP
* virtviewer.
* xvnc4viewer.

### Propriétaires

* RealVNC propose un chiffrement (128 à 256 bits AES) dans ses versions commerciales.
* ScreenConnect (en).
* Workspot (en) propose des correctifs permettant un chiffrement AES pour VNC.

## Serveurs
### Libres

* TigerVNC, est une solution client/serveur dérivée de TightVNC.
* TightVNCserver, (GPLv2, en java pour X11) chiffrement optimisé pour les connexions à faible débit.
* TurboVNC, est une solution client/serveur dérivée de TightVNC avec des optimisations 3D et vidéo ainsi que des optimisations sur l'encodage JPEG et Tight.
* UltraVNC (GPL v2) permet l'utilisation d'un plugin open-source de chiffrement. Il permet également une identification basée sur les comptes utilisateurs NTLM et Active Directory.
* Vino pour environnement GNOME.
* X11vnc (GPLv2, en c, pour X11), client officiel d'AT&T ; Chiffrement SSL, identifiant et mot de passe. Il permet les transferts de fichier aux formats UltraVNC et TightVNC.

### Propriétaires

* VMLite VNC server : serveur VNC pour android