Cet article est disponible en: English Castellano Deutsch Francais Nederlands Russian Turkce |
par L´auteur: Georges est un vieil utilisateur d'Unix (commercial et libre). VNC a changé sa vie:-). Sommaire:
|
Résumé:
VNC est le rêve de l'administrateur réseau devenu réalité.
Nous pourrions dire qu'il s'agit d'un système d'affichage distant, mais c'est beaucoup plus que ça.
Visiter http://www.uk.research.att.com vous permet de télécharger cet extraordinaire logiciel GRATUITEMENT. VNC est distribué sous licence GPL et il est disponible pour un grand nombre de plate-formes.
Vous pouvez bien évidemment contribuer et de nombreux ports sur différents OS ont été réalisés par des personnes étrangères au projet.
Nous allons essayer de découvrir les multiples facettes de VNC.
Côté serveur
La version actuelle de VNC est la 3.3.3 avec des numéros de révision différents en fonction du système.Côté client (le viewer)
Le client se compose d'un simple exécutable nommé vncviewer.
Pour vous connecter sur un serveur VNC, il suffit de lancer vncviewer en précisant le numéro d'affichage. Par exemple si vous souhaitez vous connecter sur un serveur nommé linux sur l'affichage numéro 2, vous devez seulement taper "vncviewer linux:2". Le mot de passe du serveur vous est alors réclamé et vous vous retrouvez sur le bureau de la machine linux comme si vous travailliez dessus. Si vous êtes root, vous pouvez administrer entièrement la machine. Enfin, soyez prudents, il vaut mieux savoir ce que vous faites!
Ceci s'applique à chaque client sur chaque plate-forme. Un seul mot: fantastique!
Sur un réseau local (à cause de la vitesse), VNC permet de faire des choses plutôt inhabituelles.
Tout semble possible: vous pouvez lancer n'importe quel type d'application sur n'importe quel OS.
Par exemple, si vncserver est actif sur une machine sous Windows NT et que vous lanciez vncviewer sur une machine sous BeOS, vous pouvez utiliser tous les logiciels disponibles sur l'ordinateur NT.
Si vous avez une licence Photoshop, vous pouvez lancer Photoshop sur la machine BeOS comme vous le feriez sur la machine NT. Cela signifie qu'une fenêtre représentant le bureau NT s'ouvre sur votre écran BeOS: vous travaillez sur la station NT!
Encore une fois, ceci est réalisable à partir de toute station possédant un client VNC.
Un autre exemple: si vous travaillez sur une machine sans accès à l'Internet, vous pouvez vous connecter sur un serveur VNC ayant un accès vers le monde extérieur et utiliser son navigateur pour visiter une URL. Evidemment vous pouvez aussi utiliser son logiciel de courrier pour vérifier sa boîte aux lettres ou envoyer un message.
Le client VNC n'a pas d'accès à l'Internet, pourtant...
Encore plus fort, vous pouvez vous connecter à un serveur VNC et depuis ce serveur vous connecter sur une autre machine du réseau, et pourquoi pas, lancer un nouveau client VNC sur cette machine et vous connecter sur un autre serveur VNC, et ainsi de suite!
Si vous lancer un serveur VNC sur une machine Unix, de nombreux clients utilisant vncviewer peuvent se connecter simultanément à ce serveur avec des numéros d'affichage différents. Ceci ne fonctionnera pas sur les machines Windows puisqu'un seul affichage est disponible.
Bon, ça ne veut pas dire que ce qui précède n'était pas sérieux!
Par exemple, tout SysAdmin apprécie l'administration de Windows NT: vous ne pouvez pas savoir qui est connecté à un serveur, et bien sûr qui fait quoi... à moins d'avoir acheté le kit de ressources techniques, celui-ci permettant au moins de connaître la liste des processus sur un ordinateur donné (mais sans pour autant pouvoir "tuer" la plupart de ces processus). Sans commentaires!
Vnc permet de contourner cette extraordinaire "fonctionnalité".
Prenons un exemple.
Vous développez et maintenez différentes applications sous Windows (Mon compère Javi dit toujours: quand on est pauvre, on ne choisit pas!). Chaque nouvelle version réclame une mise à jour sur le serveur et les clients. Les machines sont plus ou moins éloignées de votre bureau.
Bien sûr, vous ne pouvez pas mettre à jour si l'application est en service sur un ou plusieurs clients.
Avec VNC, vous pouvez arrêter l'application sur chaque client, installer l'évolution, vérifier son fonctionnement... sans quitter votre bureau. Il vaut mieux faire ce genre de choses lorsque personne ne travaille, mais de nombreux utilisateurs oublient de fermer l'application après usage, par conséquent vous devez vérifier si l'application est en service ou pas.
Si VNC est installé en tant que service sur les stations, vous pouvez démarrer vncserver à distance depuis le serveur NT, vous connecter sur les stations et faire ce que vous devez. Autrement dit, vous pouvez fermer les applications en cours, installer l'évolution, (y compris depuis un autre serveur que celui sur lequel vous travaillez et qui est connecté au serveur VNC), et vérifier son fonctionnement. Vous pouvez alors arrêter le serveur VNC sur la machine éloignée et recommencer l'opération sur un autre client.
Cette opération ne serait pas possible de cette manière avec une émulation X sur les stations Windows, puisque même le logiciel d'installation est propriétaire. Une autre différence si nous comparons à X: aucun état n'est enregistré côté client. Vous pouvez vous déconnecter du serveur VNC, aller sur une autre machine et vous connecter de nouveau au serveur VNC pour continuer votre travail!
Chose importante: VNC autorise l'envoi d'une séquence Ctrl-Alt-Del pour déverrouiller la station NT éloignée. (Ce n'était pas possible dans les versions antérieures).
Cet exemple suppose que nous travaillions depuis un serveur NT. Vous pouvez faire exactement la même chose depuis une station Unix, sur laquelle le client VNC est connecté au serveur NT où VNCserver est actif.
De toute évidence vous pouvez administrer votre réseau de cette manière, en utilisant les "remote commands" (si elles existent) pour lancer les serveurs VNC sur les stations éloignées et si bien sûr vous avez les droits pour ce faire.
Si nous allons plus loin, "éloignées" signifie n'importe où. C'est-à-dire que vous pourriez faire cela depuis chez vous!
Cela nous amène tout droit à la sécurité.
Tout type de communication au sein d'un réseau peut être considéré comme un trou de sécurité potentiel.
C'est un fait! La seule chose que vous puissiez faire est d'essayer de limiter le risque.
Ne vous laissez pas berner: sécurité n'est qu'un mot. Si quelqu'un vous dit que son réseau est sûr à 100%, ne le croyez pas! Les "pirates" sont beaucoup plus malins qu'on ne le croit: c'est un autre fait.
Par conséquent, si vous voulez sécuriser VNC, c'est votre réseau que vous devez sécuriser. Un firewall, SSL, SSH... peuvent être utilisés pour améliorer la sécurité.
SSL et SSH permettent de crypter le trafic de deux manières différentes. Nous n'aborderons pas SSL ou SSH puisqu'il s'agit d'un tout autre sujet. Si vous voulez en savoir plus, vous pouvez visiter le site de SSH http://www.ssh.fi ou celui du SSL open source http://www.openssl.org
Additif pour la version française
Notre doulce France étant toujours à la pointe du progrés, le cryptage est longtemps resté considéré comme une forme d'espionnage!!! Pour savoir où nous en sommes, n'hésitez pas à visiter: http://ccweb.in2p3.fr/secur/ssf/
Fin d'additif
Extras, patches, add-ons concernant la sécurité (pas seulement) sont disponibles sur le site d'AT&T.
Parmi ceux-ci vous trouverez un moyen d'accèder à un serveur derrière un firewall.
Une version de VNC utilisant un cryptage par clé publique SSLeay est également disponible.
Un autre moyen de limiter les connexions par adresse IP est proposé: il utilise TCP wrapper.
Il en existe bien d'autres et nous ne pouvons les citer tous. Vous pouvez les découvrir sur http://www.uk.research.att.com/vnc/extras.html
VNC existe aussi en version Java. Cela signifie que vous pouvez utiliser un navigateur compatible Java en tant que client VNC à partir du moment où vous sélectionnez le bon port (58**, où ** est le numéro d'affichage: ex. 5802 correspond à l'affichage numéro 2). Ce devait être signalé, même si c'est horriblement lent sans parler du problème de sécurité. Mais cette version existe et elle mérite d'être essayée.
Pour clore le chapitre sur la sécurité, en bref, tel quel, VNC n'est pas pire au plan de la sécurité que telnet ou rlogin.
Si vous ne connaissez pas VNC, il vaut la peine d'être essayé. Nous espérons que cet article aura pu rendre VNC attractif. C'est certainement l'un des logiciels les plus extraordinaires dans cette catégorie.
Il est de petite taille, plutôt rapide (bien sûr, ça dépend du réseau ou du type de connexion) et il est GRATUIT!
Il est très fiable, et le seul problème que j'ai rencontré avec la dernière mouture concerne la version Windows: si l'utilisateur d'une station NT éloignée a laissé le verrouillage des majuscules enclenché, la séquence d'envoi du Ctrl-Alt-Del semble ne pas fonctionner (mon confrère suggère d'écrire le mot de passe dans un éditeur, de le copier et de le coller dans le champ du mot de passe... et ça marche!). C'est tout ce que j'ai été capable de trouver! Pourtant j'utilise VNC sous Solaris Sparc, Irix, Linux, BeOS, AmigaOS et NT. Le moins abouti est certainement la version AmigaOS mais personne n'est à blâmer dans la mesure où cette machine n'a plus évolué depuis si longtemps...
De plus, ce que vous venez de lire ne représente qu'une petite partie des immenses possibilités de VNC.
VNC commence à apparaître dans certaines distributions Linux, ce qui est une marque de son intérêt.
Si vous avez un petit réseau chez vous ou un gros au travail, essayez VNC. C'est génial!
Quand je vous disais que nous vivions une époque formidable...
|
Site Web maintenu par l´équipe d´édition LinuxFocus © Georges Tarbouriech, FDL LinuxFocus.org Cliquez ici pour signaler une erreur ou envoyer un commentaire à Linuxfocus |
Translation information:
|
2001-03-18, generated by lfparser version 2.8