Le protocole VNC permet de déporter sur le réseau TCP/IP l'affichage d'un écran X qui est exécuté localement sur un serveur.
VNC signifie Virtual Network Computing. Ce protocole a été développé par "Olivetti and Oracle research Lab."

Haut

Le protocole VNC se composent de deux parties :
    - Le serveur VNC : sur la machine Unix/Linux le logiciel VNC Server (Xvnc) est nécessaire. Ce logiciel est un serveur X intégrant le protocole VNC de déport d'affichage.
    - Le terminal (ici appelé le VNC viewer) : le terminal doit simplement supporter la partie client du protocole VNC.

L'applicatif graphique (desktop, netscape...) est exécuté localement sur le serveur. Le viewer demande périodiquement au serveur le rafraîchissement de l'affichage. Ce rafraîchissement peut être total (à la mise sous tension du terminal par exemple) ou partiel (mise à jour des parties d'écran qui ont 'bougées').

Haut

Le protocole VNC est un logiciel libre. Cela signifie que les sources et les binaires sont disponibles gratuitement. Le site officiel VNC est à l'adresse http://www.realvnc.com.

Note : Axel fournit avec ces terminaux un CD sur lequel se trouvent les principaux binaires pour Unix et Linux.

Haut

Pour fonctionner en VNC, la Platine doit d'une part avoir un hardware compatible avec les protocoles graphiques  (modèles 65 ou M75) et d'autre part embarquer le protocole VNC. Ce protocole est disponible avec l'option firmware VNC.

Pour récupérer la révision de firmware équipant une Platine (et donc vérifier si l'option VNC est présente), plusieurs méthodes sont disponibles. Cliquez ici pour connaître ces méthodes.

Si la Platine ne possède pas l'option VNC, il est nécessaire de télécharger un nouveau firmware. Pour plus d'information sur le téléchargement d'un firmware cliquez ici.

Haut

Voici les principales caractéristiques du terminal équipé du firmware VNC :

• 4 sessions indépendantes et simultanées :
         - soit en mode graphique VNC
         - soit en mode texte (émulations ANSI, VT, 5250...)
• fonction serveur d'impression
         - 3 ports auxiliaires (2 série et 1 parallèle)
         - protocole LPD, tty et telnet embarqués
• administration à distance
         - mise à jour des firmwares par tftp
         - set-up à distance
         - commandes d'administration par rcmd/rsh

Haut

Chaque session VNC est caractérisée par :
   - un serveur (nom ou adresse IP)
   - un port TCP : chaque terminal graphique est géré par un démon Xvnc lancé sur le serveur Unix/Linux. Un démon Xvnc 'écoute' le réseau sur un port TCP donné.

Les capacités graphiques dépendent du modèle de Platine utilisé :

• AX3000 modèle 65 : 
  Résolution maximum : 1024x768
  Nombre de couleurs maximum : 256
    
• AX3000 modèle 75 : 
  Résolution maximum : 1280x1024
  Nombre de couleurs maximum : 65536

Haut

Au niveau des sessions texte, une Platine équipée ou non du firmware VNC offre les même fonctionnalités.

Une session texte est définie par :
   - le protocole : telnet ou tty
   - le serveur (adresse IP ou nom)
   - le port TCP (23 pour telnet)
   - l'émulation : 5250, 3270, ANSI, VT, WYSE60, IBM3151, QVT, TVI

On retrouve aussi pour chaque session texte :
   - la colorisation des logiciels
   - les scripts de login
   - un mode 132 colonnes
   - le mode écran étendu (souligné en couleur ou caractères double taille)
   - ...

Note : selon le firmware, il est possible d'avoir des sessions texte affichées en graphique (mode alpha-graphique).

Haut

La Platine offre 3 ports auxiliaires (2 série et 1 parallèle).

Chaque port peut être géré individuellement par un service réseau (LPD, tty , telnet...).

Haut

Les sources du serveur Xvnc sont en langage C. Ces sources sont donc portables sur la majorité des systèmes Unix et Linux. Il suffit d'avoir une machine équipée d'un développement complet (compilateur et imake)

Les principaux binaires sont disponibles sur le site VNC.

Avec ces Platines, Axel donne un CD contenant les binaires pour :
   - LINUX,
   - SCO OpenServer,
   - Unixware 7,
   - AIX.

N'hésitez pas à nous consulter pour obtenir des binaires non référencés.

Haut

Non, l'installation est relativement simple.

Le serveur VNC est un démon (Xvnc) à installer sur la machine Unix/Linux. A la différence d'un driver, il n'est pas nécessaire de recompiler le kernel pour l'installation. Il suffit simplement de copier le binaire Xvnc sur le disque.

De plus, Axel donne un script d'installation (axvnc) qui permet d'ajouter ou de supprimer des terminaux VNC pour les principaux systèmes d'exploitation.

Haut

Un script d'installation (axvnc) est disponible gratuitement sur le site Axel : cliquez ici pour télécharger axvnc

Ce script est en charge de vérifier et d'analyser le système Linux. Des fichiers systèmes sont automatiquement modifiés selon la configuration de la machine Linux (par exemple selon le type de Display Manager : GDM ou KDM). Le script permet ensuite l'ajout (ou la suppression) de terminaux VNC.

Note : les systèmes certifiés pour axvnc sont : HP-UX 11, Mandrake 9.1, Red Hat 9.0, SCO OpenServer 5.0.6, Suse 8.1, United Linux 4.0, UnixWare 7.11, Use It 1.3...

Haut

Toutes les applications utilisées par la console principale peuvent être lancées sur la Platine.

En effet, le terminal VNC utilise strictement les mêmes ressources que la console principale: fontes, utilitaires... La seule différence peut venir de la résolution et du nombre de couleur.

Le principal avantage de cette informatique centralisée est que tous les utilisateurs d'un système ont la même version d'un applicatif. Et si un applicatif doit être mis à jour (changement de version de Netscape par exemple), il suffit de le faire une fois sur la machine Unix pour que tout le monde en bénéficie.

Haut

Il est évident que la mémoire nécessaire dépend beaucoup des logiciels lancés sur la Platine.

Généralement on distingue trois couches d'applications durant l'utilisation d'une Platine :
   - le démon Xvnc
   - l'identification de l'utilisateur (xdm) et le bureau (KDE, Gnome, WindowMaker...)
   - les applicatifs eux mêmes (XTerm, Netscape...)

Le seul dont on connaît l'occupation mémoire est le démon Xvnc (environ 3 Mo). Pour le reste cela dépend à la fois du système d'exploitation et des applicatifs eux mêmes. Par exemple, KDE nécessite plus de mémoire que WindowMaker.

Par contre selon l'utilisation de la Platine, il est possible de supprimer la couche 2 (login+desktop). En effet si un seul applicatif est utilisé (Netscape pour un terminal intranet ou un client RDP pour un terminal Windows), cette couche n'est pas nécessaire. Cela économise beaucoup de mémoire au niveau Unix/Linux.

Pour donner une approximation, on peut évaluer entre 4 et 32Mo la mémoire nécessaire par Platine.

Haut

Oui, mais cela ne transforme pas la machine Windows en machine multi-poste.

En effet, le serveur VNC est disponible pour Windows, mais à la différence de Unix, ce serveur ne permet pas de connecter des postes graphiques avec leur propre contexte.

Lorsque le Termina Axel VNC se connecte sous Windows, il est la copie de la console principale. Ce qui est affiché sur la console principale est affiché sur la Platine.

Ce comportement peut être utilisé pour de la maintenance à distance (comme PCAnyWhere).

Pour utiliser la fonction multiposte d'un système "Windows Terminal Server", quatre méthodes sont possibles :
   - Utiliser le protocole RDP Natif sur la Platine,
   - Utiliser le protocole RDP via Linux,
   - Utiliser le protocole ICA via Linux,
   - Utiliser un serveur Tarantella.

Haut

Les serveurs Windows NT4 TSE, Windows 2000 Server ou  Windows 2003 Server permettent en standard la connexion de terminaux graphiques au moyen du protocole RDP.

Les modèles 65 et 75 de Platine Axel peuvent intégrer un client RDP, afin de se connecter directement sur une machine Windows. Cette option de fonctionnement est gratuite. Pour plus d'information, cliquez ici.

Haut

Si le terminal Axel n'intègre pas le protocole RDP, il est possible d' utiliser une machine Linux intermédiaire sur laquelle sont installés le serveur Xvnc et un client RDP pour Linux.

Nous avons testé et validé les clients RDP suivants :
    - WinConnect VX : client RDP 5.1 de la société ThinSoft. Cliquez ici pour plus d'information.
    - rdesktop : client RDP4 (licence GNU). Les sources de rdesktop sont disponibles sur le site www.rdesktop.org.

Pour plus d'information sur cette architecture, cliquez ici.

Haut

L'installation de MetaFrame Citrix sur un Windows server permet la connexion de terminaux graphiques en protocole ICA.

Le terminal Axel n'intègre pas de protocole ICA. Il est donc impossible pour lui de se connecter directement à une machine Windows équipée de MetaFrame.

La solution consiste à utiliser une machine intermédiaire sur laquelle sont installés le serveur Xvnc et logiciel ICA client. Par exemple une machine Linux.

Pour plus d'information sur cette architecture, cliquez ici.

Haut

Un serveur Tarantella est une machine Unix/Linux qui permet à un poste de travail équipé d'un navigateur (Netscape, Internet Explorer...) d'accéder à des applications de diverses origines : Unix (telnet ou X), Windows (RDP).

Le terminal Axel n'intègre pas de navigateur. Il est donc impossible pour lui de se connecter directement à un serveur Tarantella.

Deux solutions sont possibles :
     - utiliser une machine intermédiaire sur laquelle sont installés le serveur Xvnc et un navigateur. Par exemple une machine Linux.
     - installer le serveur Xvnc sur le serveur Tarantella.

Le terminal Axel se connecte sur la machine où est installé Xvnc. Après cette connexion, la Platine devient un terminal graphique. Ce qui permet de lancer le navigateur pour se connecter en tant que client Tarantella sur le serveur Tarantella.

Tarantella intègre le protocole RDP. Ceci autorise des connections sur Windows.

Haut

L'utilitaire xmodmap permet de changer les valeurs affectées au touches clavier.

Vérifiez tout d'abord par la commande "Xvnc -h" que le serveur VNC gère un clavier Français en version 1.2. Si ce n'est pas le cas, contactez nous pour avoir ce serveur VNC.

Depuis le terminal VNC, lancez la commande suivante pour transformer le "." en "," :

Pour revenir en arrière utilisez :

Haut

Problème : 
Avec le Display Manager KDM et le bureau KDE il est impossible d'installer le serveur Xvnc.

Explications : 
KDM et KDE utilisent tous deux des spécificités de Xfree 4. Hors le serveur Xvnc est uniquement compatible Xfree 3. Le lancement de KDM ou KDE échoue donc lorsqu'il est effectué sur un serveur Xvnc.

Solutions : 
La première solution consiste à utiliser GDM comme Display Manager et Gnome comme bureau. En effet, GDM et Gnome restent compatibles à Xfree 3 et ne posent donc aucun problème particulier au serveur Xvnc
La deuxième solution est d'utiliser un serveur Xvnc compatible Xfree 4. Le serveur xf4vnc répond parfaitement à ces besoins. Vous pouvez l'obtenir à l'adresse suivante : xf4vnc.sourceforge.net. 

Haut

Les fichiers hosts.allow et hosts.deny permettent de contrôler l'accès au système Linux. Par défaut ces fichiers ne sont pas utilisés par le démon xinetd (ou inetd).

Voici un exemple de de lancement de Xvnc dans le fichier  xinetd.d/vnc (ou xinetd.conf) :

Pour que hosts.allow et hosts.deny soient pris en compte remplacer cette ligne par celle-ci :

Faîtes de même pour les autres lignes concernant Xvnc.

Haut