Movatterモバイル変換


[0]ホーム

URL:


Aller au contenu
Wikipédial'encyclopédie libre
Rechercher

Virtual Network Computing

Un article de Wikipédia, l'encyclopédie libre.

Interface KDR de connexion à un serveur VNC.

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'unordinateur distant. Il permet au logiciel client VNC de transmettre les informations de saisie duclavier et de lasouris à l'ordinateur distant, possédant un logiciel serveur VNC à travers unréseau informatique. Il utilise leprotocoleRFB pour les communications.

VNC est indépendant dusystème d'exploitation : un client VNC installé sur n'importe quelsystè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 lesupport 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

[modifier |modifier le code]

VNC a été créé au laboratoireOlivetti & Oracle Research Lab, qui était alors la propriété deOlivetti etOracle 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 laboratoiresAT&T deCambridge. Lecode source du programme VNC original estopen source sousGPL, comme la plupart des variantes de VNC disponibles en 2010[réf. nécessaire].

Le nom provient de l'ATM Network Computer appelé Videotile, qui était un écranLCD avec un stylet tactile et une connexion ATM rapide sur un réseau. VNC est une version logicielle de cetATM Network Computer.

Fonctionnement

[modifier |modifier le code]

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é aussivisionneuse) 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 protocoleRemote Frame Buffer (RFB), avec des fonctions du type « Insérer un rectangle depixel à 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 debande 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 leraw 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 enbande 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 lesportsTCP 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).

Cette section a besoin d'êtrerecyclée (novembre 2012).
Une réorganisation et une clarification du contenu sont nécessaires.Améliorez-la oudiscutez des points à améliorer.

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

[modifier |modifier le code]

Sur les systèmesUnix, commeLinux, l'affichage graphique se fait via le protocoleX11. Les applications sont affichées par un serveur graphique X11. Celui-ci peut être distant au travers du protocoleXDMCP. 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 protocoleOpenGL 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, dontWindows,macOS etAndroid.

La sécurité avec VNC

[modifier |modifier le code]

Par défaut, le système 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 dechiffrer latransmission de données enSSL, et d'imposer la saisie d'identifiant etmot de passe.

VNC peut également être utilisé à travers untunnelchiffré afin d'augmenter la sécurité, par exemple, via une connexionSSH ouVPN.

En un problème de sécurité (vulnérabilité) a été identifié sur la version 4.1.1 deRealVNC Free edition qui permet à un pirate de prendre en main un PC sans connaître le mot de passe avec unVNC Viewer modifié. Cette faille de sécurité a été corrigée dans les versions ultérieures.

Clients

[modifier |modifier le code]

Libres

[modifier |modifier le code]
  • Android-vnc-viewer (GPL v2) client pourAndroid.
  • gvncviewer, client en C (avecbinding python) basé sur la bibliothèqueGTK+ supportant les chiffrements SSL et TLS via le protocole VeNCrypt,IPv4 etIPv6, ainsi que les versions 3.3 à 3.8 de RFB
  • NoVNC,MPL v2, client enHTML5 (donc Unix, Windows, Mac et plateformes mobiles) utilisant les technologieswebsockets et canvas, supporte le chiffrement via SSL etTLS[2].
  • pyvnc2swf, enregistre en vidéo au formatShockwave Flash (SWF) la visualisation l'écran du serveur VNC.
  • Remmina, client en C pour environnement GNOME, basé sur un système degreffons supportant les protocoles de contrôle à distanceRDP, VNC,NX,XDMCP etSSH.
  • SSVNC[3] (ce logiciel se dit« Enhanced TightVNC Viewer »), compatible avecX11vnc, permet l'utilisation de SSL (via stunnel, de créer un tunnel SSH, mais également, de transmettre différents ports (audio,SMB pour lepartage 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 nomTightVNC-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[4].
  • TurboVNC, client dérivé de TightVNC.
  • UltraVNC (GPL v2) permet l'utilisation d'unpluginopen-source dechiffrement. Il permet également une identification basée sur les comptes utilisateursNTLM etActive Directory.
  • Vinagre, client pour environnementGNOME supportant VNC, SSH etRDP
  • virtviewer.
  • xvnc4viewer.

Propriétaires

[modifier |modifier le code]

Serveurs

[modifier |modifier le code]

Libres

[modifier |modifier le code]
  • 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'unpluginopen-source dechiffrement. Il permet également une identification basée sur les comptes utilisateursNTLM etActive Directory.
  • Vino pour environnement GNOME.
  • X11vnc (GPLv2, en c, pourX11), 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

[modifier |modifier le code]

Notes et références

[modifier |modifier le code]
  1. (en)« VNC Frequently Asked Questions (FAQ) »[archive du],
  2. (en) « NoVNC », surGithub
  3. « Ssvnc : SSL/SSH VNC viewer », sursourceforge.net(consulté le).
  4. (en) « TigerVNC », surtigervnc.org
  5. http://www.screenconnect.com/Compare-VNC-Alternative

Annexes

[modifier |modifier le code]

Bibliographie

[modifier |modifier le code]
  • Tristan Richardson, Quentin Stafford-Fraser, Kenneth R. Wood & Andy Hopper, "Virtual Network Computing",IEEE Internet Computing, Vol.2 No.1, Jan/Feb 1998p. 33-38PDF format

Articles connexes

[modifier |modifier le code]

Technologies similaires

[modifier |modifier le code]

Thèmes relatifs

[modifier |modifier le code]

Liens externes

[modifier |modifier le code]
  • TightVNC, client original, libre en c (pour Microsoft Windows et Unix) et en java
  • NoVNC client HTML5 libre.
  • RealVNC
  • Win2vncx2vnc, GPL v2, permettant respectivement sous Windows (95/98/NT/2000/XP) et X11 de se connecter à plusieurs serveur VNC et de les voir comme des bureaux virtuels locaux. Il permet également de partager lepresse-papier entre les différents serveurs (locaux ou distants).
v ·m
Général
Implémentations
Implémentations controversées
Ce document provient de « https://fr.wikipedia.org/w/index.php?title=Virtual_Network_Computing&oldid=231339642 ».
Catégorie :
Catégories cachées :

[8]ページ先頭

©2009-2026 Movatter.jp