| Platine AXEL-VNCviewer |
Qu'est ce que VNC ?
Serveurs VNC et viewers VNC
Où trouver les sources et les binaires ?
LE TERMINAL AXEL-VNCVIEWER
Ma Platine est-elle compatible avec VNC ?
Principales caractéristiques du terminal
Les sessions VNC
Les sessions texte
La gestion des ports auxiliaires
UTILISATION SOUS UNIX/LINUX
Sur quelles plate formes le serveur VNC est-il disponible ?
L'installation est elle compliquée ?
Le script d'installation axvnc
Quelles sont les applications supportées par la Platine ?
Quelle est la mémoire nécessaire par Platine au niveau du serveur Unix
UTILISATION DANS
L'ENVIRONNEMENT WINDOWS
Existe-il un serveur VNC sur Windows ?
Protocole RDP natif sur la Platine
Protocole RDP via Linux
Protocole ICA via Linux
Serveur Tarantella
DIVERS
Comment transformer le '.' du pavé numérique en ',' ?
Problème d'installation avec Mandrake 9.1
Rappel : Si vous n'avez pas trouvé de réponse à vos questions ici, les FAQ générales peuvent peut être y répondre !
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."
Pour plus d'information, une présentation de l'architecture VNC et du terminal Axel-VNCviewer est disponible en format HTML ou en format PDF (1398 Ko).
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').
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 Axel-VNCviewers un CD sur lequel se trouvent les principaux binaires pour Unix et Linux.
Pour fonctionner en VNC, la Platine doit d'une part avoir un hardware compatible avec les protocoles graphiques (modèles M60/60e, M65/65e ou M75/75e) 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.
Le terminal Axel-VNCviewer offre sensiblement les mêmes services que les Platines 'texte' :
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é :
Au niveau des sessions texte, les Axel-VNCviewer offrent les mêmes caractéristiques que les Platine AX3000 TCP/IP.
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).
Les Axel-VNCviewer sont équipés de 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...).
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.
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.
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...
Toutes les applications utilisées par la console principale peuvent être lancées sur la Platine.
En effet, le Axel-VNCviewer 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.
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.
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 Axel-VNCviewer 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",
trois 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.
Un serveur Windows "NT4 TSE" ou "Windows 2000 Server" et "Windows 2000 Advanced Server" permet en standard la connexion de terminaux graphiques au moyen du protocole RDP.
Certains modèles 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.
Si le terminal Axel-VNCviewer 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.
L'installation de MetaFrame Citrix sur un Windows 2000 TSE permet la connexion de terminaux graphiques en protocole ICA.
Le terminal Axel-VNCviewer 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.
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-VNCviewer 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-VNCviewer 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.
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 "," :
| xmodmap -e "keycode 131 = comma" |
Pour revenir en arrière utilisez :
| xmodmap -e "keycode 131 = KP_Decimal" |
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.
