|
Foire
Aux
Questions Office Server |
Ce document liste les réponses aux questions les plus fréquemment posées. Cette liste n'est pas exhaustive mais elle s'enrichit régulièrement. Vous pouvez nous proposer de nouvelles questions en écrivant à support@axel.fr.
Les réponses à ces questions peuvent être retrouvées dans le Manuel de l'utilisateur des Office Server. Cliquez ici pour consulter ce document
Télécharger un firmware par tftp
Protocole TFTP sous Unix
Protocole TFTP sous Windows
Utiliser le protocole bootp en cas de problème
Où trouver les fichiers firmware Axel ?
Que signifient FK21, FK22 et FK23 ?
Imprimantes : protocole lpd ou tty ?
Terminaux série : telnet ou tty ?
Gestion de modems
UNIX : comment affecter un tty fixe à un port série de l'Office Server ?
WINDOWS : comment affecter une COM à un port série de l'Office Server ?
Comment configurer un Office Server à distance ?
Comment affecter une adresse IP à l'Office Server sans terminal série ?
Comment rebooter un Office Server, ou une voie de l'Office Server, à distance ?
Les imprimantes LPD sous AIX se désactivent lors de certaines impressions
Sous SCO, des impressions LPD sont tronquées
Les imprimantes gérées en tty ne marchent pas au boot de la machine SCO
Sous Windows, des jobs LPD restent plusieurs minutes dans le spooler avant impression
Le protocole tftp est le protocole dédié au téléchargement des firmwares des périphériques TCP/IP. Ce protocole est livré en standard sous Unix (cliquez ici pour plus de renseignement) ce qui n'est pas le cas d'autres systèmes d'exploitation (cliquez ici pour plus d'information pour Windows).
Généralement, le téléchargement est lancé depuis le set-up de l'Office Server. Les paramètres suivants doivent être précisés :
| - | File Name : chemin et nom du fichier à télécharger, |
| - | IP Address : adresse IP de l'Office Server, |
| - | Server IP Addr./Name : nom ou adresse IP de la machine tftp, |
| - | Router IP Addr./Name (paramètre optionnel) : nom ou adresse IP du routeur éventuel pour accéder à la machine tftp. |
Note : le téléchargement peut aussi être lancé par une commande rsh (ou rcmd pour SCO UNIX) :
| rsh axname ax_download filename tftpserver tftprouter |
ATTENTION : si un problème survient lors du téléchargement (coupure électrique, incident réseau...), il est possible que l'Office Server ne possède plus de firmware valide. Il est alors nécessaire d'utiliser le protocole bootp pour récupérer un firmware valide. Cliquez ici pour plus d'information sur le protocole bootp.
Le protocole tftp est disponible en standard sous Unix. Par contre ce protocole n'est pas activé par défaut.
Déclaration du protocole tftp
La déclaration du protocole tftp est faîte dans le fichier /etc/inetd.conf. Pour activer ce protocole enlevez le # au début de la ligne dédiée au tftp. Pour information, voici des exemples de lignes tftp selon les principaux systèmes d'exploitation :
| tftp dgram udp wait nouser /etc/tftpd tftpd |
| tftp dgram udp nowait nobody /usr/sbin/tftpd tftpd -n |
| tftp dgram udp wait root /usr/sbin/tcpd in.tftpd / |
| tftp dgram udp wait nobody /usr/sbin/in.tftpd in.tftpd |
Note : il est préférable d'activer le protocole tftp en mode 'public' (pas de contrôle sur le nom utilisateur ou sur le répertoire de stockage des fichiers firmware).
Activation du protocole tftp
Pour prendre en compte ces modifications, rebootez la machine Unix ou envoyez le signal 1 au process inetd (kill -1 pid).
Les systèmes Windows 95/98 et NT4 n'offrent pas le protocole TFTP en standard. Il est donc nécessaire d'installer un logiciel additionnel. En cas de besoin, contactez-nous à support@axel.fr pour des renseignements complémentaires.
Le protocole bootp est un protocole permettant de récupérer des renseignements nécessaires au téléchargement des firmwares par tftp (nom du fichier et différentes adresses IP). Ce protocole est livré en standard sous Unix ce qui n'est pas le cas d'autres systèmes d'exploitation (Windows NT par exemple).
Activation du protocole bootp : éditez le fichier /etc/inetd.conf. Enlevez le # dans la ligne dédiée au bootp. Pour prendre en compte ces modifications, rebootez la machine Unix ou envoyez le signal 1 au process inetd (kill -1 pid).
Paramétrage de l'environnement bootp : le protocole bootp se base sur un fichier paramètre : /etc/bootptab. Ce fichier décrit d'une part le réseau et les périphériques TCP/IP susceptibles d'émettre des requêtes bootp et d'autre part donne pour ces périphériques les renseignements nécessaires au tftp (le nom du fichier firmware et les différentes adresses IP). Exemple de fichier /etc/bootptab (la première ligne décrit le réseau, la seconde l'Office Server) :
|
default:hn:df=/etc/btdump:ht=ethernet:sa=192.168.1.252:to=auto: axel1:tc=default:ht=ethernet:ha=00A034100001:ip=192.168.1.242:bf=/tmp/axel: |
Note : voici la signification des principales directives :
- sa : adresse IP du serveur tftp
- ha : adresse Ethernet de l'Office Server
- ip : adresse IP de l'Office Server
- bf : nom du fichier à télécharger
Lancement de la requête bootp : la requête bootp peut être lancée depuis le set-up de l'Office Server ou par une commande rsh (ou rcmd pour SCO UNIX) :
| rsh axname ax_download |
Après une réponse à la requête bootp, l'Office Server télécharge le fichier firmware par tftp. Cliquez ici pour plus d'information sur le protocole tftp.
Les firmware Axel sont gratuits et disponibles sur simple demande. Contactez-nous (support@axel.fr) et le ou les fichiers vous seront envoyés par courrier ou par email.
Note : les fichiers firmware ne sont pas disponibles sur notre site web.
Le type de hardware de l'Office Server est repéré par un identifiant appelé Flash Key (FK). A ce jour, trois types de hardware ont été diffusés :
Il est impératif que le firmware téléchargé soit en cohérence avec le hardware de l'Office Server. Exemple : si un fichier de type FK21 est téléchargé dans un hardware de type FK22, le téléchargement est interrompu.
Le type de hardware d'un Office Server est inclus dans sa version de firmware (ex. : FK23-BV1.1a/TCP.XX.9926f.STD). Utilisez une des méthodes suivantes, pour connaître la version de firmware (et donc de hardware) d'un Office Server :
Les imprimantes connectées à un Office Server
peuvent être gérées au travers de deux protocoles
:
- lpd
- tty
Les tableaux suivants donnent les caractéristiques d'installation ou d'utilisation de ces deux protocoles. Faîtes votre choix selon vos impératifs d'utilisation.
Protocole LPD :
|
|
|
|
- Ce protocole est fourni en standard sur tous les principaux
systèmes d'exploitation (Unix, Windows NT, AS/400...) - Le port imprimante n'est verrouillé que durant l'impression. Cela signifie que plusieurs systèmes d'exploitation peuvent imprimer sur le même port d'un Office Server. - L'imprimante est intégrée au mécanisme de spooler du système d'exploitation. |
- Sous Unix, une imprimante LPD n'est accédée par
que par son nom de spooler. Aucun tty n'est associé. Cela
peut pénaliser les applicatifs qui accèdent aux
imprimantes par le tty. - Unix SCO ne permet pas d'associer de driver à une imprimante LPD : SCO imprime le fichier sans le préformater. Cela signifie que l'applicatif doit générer un fichier adapté au modèle de l'imprimante utilisée. |
Protocole TTY :
|
|
|
|
- Un port auxiliaire géré avec le service
tty est vu comme un port local Unix (comme une carte multivoie) - Une imprimante peut donc être accédée par son nom de spooler ou par son tty. |
- Ce protocole, développé par Axel, est un logiciel
additionnel. Il doit être installé et configuré
sur la machine unix. - Un port auxiliaire géré avec le service tty est ne peut être accédé que par une seule machine Unix |
Les terminaux série connectés à un Office
Server peuvent être gérés au travers de deux
protocoles :
- telnet
- tty
Les tableaux suivants donnent les caractéristiques d'installation ou d'utilisation de ces deux protocoles. Faîtes votre choix selon vos impératifs d'utilisation.
Protocole Telnet :
|
|
|
|
- Sous Unix, le démon telnetd (gérant les
connexions telnet) est fourni en standard. - Aucune configuration n'est nécessaire au niveau Unix. |
- Le ptty affecté au terminal série est choisi dynamiquement |
Protocole TTY :
|
|
|
|
- Un port série géré avec le service
tty est vu comme un port local Unix (comme celui d'une carte
multivoie) - Le démon axttyd (gérant les connexions tty) est disponible pour tous les Unix. |
- Ce protocole, développé par Axel, est un logiciel additionnel. Il doit être installé et configuré sur la machine unix. |
Un modem est un périphérique particulier. Il est nécessaire de distinguer le système d'exploitation et l'utilisation du modem pour choisir la gestion modem la plus adaptée.
Le modem de l'Office Server est utilisé pour des appels entrants.
L'Office Server va gérer le modem localement. Cela signifie que le modem est invisible pour le Unix. Le terminal est vu par Unix comme un terminal directement connecté sur l'Office Server
La voie série de l'Office Server doit être paramétrée ainsi :
La méthode est différent selon le système d'exploitation:
Le service tty permet d'associer un port série d'un Office Server à un pseudo-terminal Unix (ptty). Il est ainsi possible de gérer cette ressource de la même manière qu'une voie d'une carte multivoie série.
Entrez dans le set-up de l'Office Server et positionnez les valeurs suivantes pour les paramètres "Network Service" de la voie :
| - | Service Mode : le mot clé 'client' |
| - | Service Type : le mot clé 'tty' |
| - | Host Name / IP Address : nom du host (ou adresse IP) sur lequel se connecte le périphérique série |
| - | TCP Port : valeur du port TCP associé au service tty Axel sur ce host (généralement 2048). |
| - | ID string : le mot clé 'y' |
| - | Auto Conn. : le mot clé 'y' |
| - | Time-out : délai d'inactivité (exprimé en minutes) après lequel l'Office Server ferme la connexion. Si la valeur est à 0, cette fonction est désactivée. |
| - | Backup Host Used : possibilité de host de secours |
| - | TCP Keepalive Timeout : mécanisme de nettoyage automatique de sessions TCP "fantômes". |
Copiez les fichiers suivants sur Unix :
| Fichier | répertoire de destination | signification |
| axttyd | /etc | démon serveur |
| axfile | /etc | fichier d'association |
| S91axel | /etc/rc2.d | lancement au boot de l'Unix |
Le démon axttyd qui gère les connections tty des Office Server utilise un fichier paramètre qui liste les associations "ressource AX4000 - ptty Unix". Exemple de fichier :
|
#AX4000 axel1 axel1 axel2 axel2 |
Ressource ch1 ch4 ch2 ch8 |
Maître /dev/ptyp12 /dev/ptmx /dev/ptyp1 /dev/ptyp2 |
Esclave /dev/ttyp12 /dev/pts/13 /dev/ttyp1 /dev/ttyp2 |
Chaque ligne de ce fichier décrit une association. Une association est composée de 4 paramètres :
Utilisez la commande suivante pour lancer axttyd :
| /etc/axttyd & |
Note : si un lecteur de carte sésame vital est utilisé, lancez le démon avec l'option '-b'
Les ressources de l'Office Server sont accédées par la partie esclave du pseudo-terminal : /dev/ttypx.
Note : pour chaque port série hébergeant un terminal série, une ligne de ce type doit être ajoutée à /etc/inittab :
| px:234:respawn:/etc/getty ttypx m |
Les ports série de l'Office Server peuvent être
gérés comme des ports série locaux du système
d'exploitation Windows. Les applicatifs peuvent donc par des commandes
standard du système :
- positionner les paramètres de liaisons (vitesse, parité...),
- positionner les signaux sortants (DTR et RTS),
- récupérer l'état des signaux entrants (DSR,
CTS et CD).
La voie série de l'Office Server doit être paramétrée ainsi :
| - | Positionnez le type de ligne à 'direct'. |
| - | Les autres paramètres n'ont pas d'importance |
| - | Service Mode : le mot clé 'server' |
| - | Service Type : le mot clé 'telnet' |
| - | TCP port : identifiant numérique du service telnet sur l'Office Server. Ce port TCP sera utilisé par Windows pour ouvrir le port série de l'Office Server. |
| - | TCP Keepalive Timeout : mécanisme de nettoyage automatique de sessions TCP "fantômes". |
La redirection de COM au travers du réseau est assurée par le driver DialOut/IP. Ce driver doit donc être installé sur la machine Windows.
Note : le driver DialOut/IP est un logiciel de la société Tactical Software (www.tactical-sw.com).
Lorsque le driver DialOut/IP est installé, chaque COM
virtuelle est définie par :
| - | un nom (COM5, COM6...) |
| - | une "IP address" : l'adresse IP de l'Office Server |
| - | un "port number" : cet identifiant numérique est le 'TCP Port' affecté au service 'telnet server' lors de la configuration de l'Office Server. |
| - | un protocole : utilisez le protocole 'telnet'. Désactivez éventuellement les autres sélections (notamment Unimodem qui est activé par défaut). |
Note : Le bouton <Wizard Configuration> permet de tester la connexion.
Les paramètres de fonctionnement de l'Office Server peuvent être modifiés soit par le set-up interactif ou soit par le set-up à distance.
Les fonctions de set-up à distance sont activées par une commande rsh (ou rcmd pour SCO UNIX) :
La mise à jour des paramètres set-up de l'Office Server s'effectue par la commande suivante :
| rsh axname setup_send < file |
Dans cette commande, axname est le nom de l'Office Server (référencé dans /etc/hosts), setup_send est le mot clé de mise à jour set-up et file est le fichier dans lequel sont stockés les paramètres set-up.
Note : le fichier file a été précédemment créé soit par un éditeur de texte soit par une commande de récupération de set-up (voir ci-dessous).
Après les modifications set-up, l'Office Server doit être soit éteint et rallumé soit réinitialisé par une commande de reboot à distance.
Les paramètres set-up d'un Office Server peuvent être récupérés par la commande suivante :
| rsh axname setup_get > file |
Dans cette commande, axname est le nom de l'Office Server (référencé dans /etc/hosts), setup_get est le mot clé de récupération set-up et file est le fichier set-up généré.
Si l'Office Server possède une adresse IP inconnue il est impossible de la consulter (mis à part au moyen du configurateur interactif exécuté depuis un terminal série).
Le seul moyen est donc d'écraser l'adresse IP actuelle par une nouvelle. Pour cela, l'Office Server intègre une procédure particulière : si 8 requêtes ping sont reçues, l'adresse IP courante est remplacée par celle contenue dans la commande ping et l'Office Server est ré-initialisé.
Mise à jour de la table ARP :
Lancez la commande suivante pour associer l'adresse Ethernet xx:xx:xx:xx:xx:xx
de l'Office Server à l'adresse IP yyy.yyy.yyy.yyy choisie
:
| # arp -s yyy.yyy.yyy.yyy xx:xx:xx:xx:xx:xx |
| c:\> arp -s yyy.yyy.yyy.yyy xx-xx-xx-xx-xx-xx |
Mise à jour de l'adresse IP :
Exécutez la commande ping suivante :
| ping yyy.yyy.yyy.yyy |
Après une dizaine de secondes, l'Office Server répond à la requête 'ping'. Il est maintenant configuré avec l'adresse IP yyy.yyy.yyy.yyy.
Accès au set-up :
Exécutez la commande telnet suivante pour accéder
au set-up de l'Office Server :
| telnet yyy.yyy.yyy.yyy 4096 |
Les fonctions de reboot à distance sont activées par une commande rsh (ou rcmd pour SCO UNIX) :
| rsh axname ax_reboot |
| rsh axname ax_sinit chx |
Notes :
- dans ces deux commandes, axname est le nom de l'Office
Server référencé dans /etc/hosts.
- dans la deuxième commande, chx est le nom de la
voie à ré-initialiser (ch1, ch2, ch3...ch8).
Certaines impressions peuvent ne pas se terminer et désactiver l'imprimante au niveau AIX. Ce dysfonctionnement est dû à un timer insuffisant au niveau AIX.
Pour corriger ce problème il est nécessaire d'augmenter ce timer (1 minute par défaut).
Pour cela, éditez le fichier /etc/qconfig et recherchez l'entrée dédiée à l'Office Server. Modifiez la ligne associée pour ajouter le paramètre '-T xx' (où xx est un nombre de minutes) au process rembak. Exemple :
|
axel: /usr/lib/lpd/rembak -T 5 |
Les grandes impressions ne sont pas imprimées en entier sur Unix SCO. Ce dysfonctionnement est dû à un paramétrage par défaut de SCO qui interdit des impressions supérieures à 1 Méga Octets.
Pour résoudre ce problème, il est nécessaire de modifier le fichier /etc/printcap qui décrit les imprimantes LPD sous SCO.
Dans ce fichier, ajoutez la directive mx#0 à la description de l'imprimante pour désactiver cette vérification de taille. Par exemple :
|
prnaxel:\ :lp=:rm=ax3002:ex:rp=prnaxel:sd=/usr/spool/lpd/prnaxel:mx#0: |
Un dysfonctionnement des imprimantes gérées par le service tty a été observé dans les conditions suivantes :
la machine SCO est éteinte par la commande shutdown tous les soirs alors que les Office Server hébergeant les imprimantes restent sous tension.
Résultat : lors de la prochaine mise sous tension de la machine SCO les imprimantes ne fonctionnent plus.
Ceci est dû au fait que la commande shutdown "oublie" de fermer les connexions TCP/IP en cours (ceci n'arrive pas avec la commande haltsys). Deux solutions sont possibles pour résoudre ce problème :
- Objet : problème de gestion des imprimantes
LPD
- Système d'exploitation : Windows (NT4 ou 2000)
- Phénomène constaté : après
une dizaine d'impressions LPD demandées rapidement, les
autres impressions restent dans le spooler plusieurs minutes avant
d'être traitées.
Ce dysfonctionnement provient de la gestion des "sockets" au niveau Windows (un socket représente une connexion TCP/IP).
Rappels :
Le problème est lié au paramètre socket "port TCP local". En effet, Windows dispose seulement de 11 ports TCP pour traiter les impressions LPD : de 721 à 731. Lorsque 11 impressions sont effectuées en moins de 3 minutes, les 11 ports TCP correspondants sont verrouillés (en état ESTABLISHED ou TIME_WAIT). La prochaine impression sera donc différée en attendant la libération d'un port TCP.
La solution consiste à changer le comportement de Windows
au niveau du choix des port TCP locaux pour une impression LPD.
En effet deux comportements sont possibles :
- choix d'un port TCP compris entre 721 à
731 (défaut)
- choix d'un port TCP supérieur à
1024.
L'utilisation de cette deuxième méthode va résoudre notre problème. L'activation de cette méthode, dépend de la version de Windows et du Service Pack installé. Pour connaître la procédure d'activation, consultez l'article technique "Updated TCP/IP Printing Options for Windows NT 4.0 SP3 and Later" sur le site Microsoft (ou dans les pages archives d'Axel).
