Virtual Network Computing

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[1].

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.

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).

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.

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.