Dans le paquetage de base vous trouverez les OPTs suivants :
Nom | Description | ||
OPT_SYSLOGD | Programme qui enregistre tous les messages | ||
OPT_KLOGD | Programme qui enregistre les messages Kernel | ||
OPT_LOGIP | Programme qui enregistre les protocoles IP WAN | ||
OPT_Y2K | Correctif pour les ordinateurs avant l'année 2K | ||
OPT_PNP | Outil pour l'installation des cartes ISAPnP |
Beaucoup de programmes utilisent l'interface de syslogd pour visualiser les messages du système. pour rendre les messages visibles, installer le démon syslogd.
Si vous voulez voir les messages debug, placer OPT_SYSLOGD sur 'yes', si vous ne voulez pas de message sur 'no'.
Voir également ISDN_CIRC_x_DEBUG et PPPOE_DEBUG.
Configuration par défaut : OPT_SYSLOGD='no'
Avec la variable SYSLOGD_RECEIVER on peut définir, si fli4l doit recevoir ou non les messages syslog par le réseau.
Avec la variable SYSLOGD_DEST_x on indique les emplacements, où vous voulez voir les messages système enregistrés par l'interface syslogd. Normalement c'est sur la console de fli4l que l'on voit les messages :
SYSLOGD_DEST_1='*.* /dev/console'
Si vous souhaitez utiliser un fichier pour enregistrer les messages :
SYSLOGD_DEST_1='*.* /var/log/messages'
Si un hôte dans le réseau veut lire les messages, vous pouvez réorienter des messages vers cette ordinateur - en indiquant l'adresse IP.
Exemple :
SYSLOGD_DEST_1='*.* @192.168.4.1'
Il faut préfixer par le caractère @ avant d'écrire l'adresse IP ou le nom hôte.
Si vous voulez envoyer les messages sur différent système, il est nécessaire d'augmenter le nombre dans la variable SYSLOGD_DEST_N (nombre de descrition) et de remplir les variables en conséquence, par ex. SYSLOG_DEST_1, SYSLOG_DEST_2 etc.
Les caractères '*.*' désignent l'ensemble des services et des priorités des messages, on peut limiter les priorités pour une "destination" déterminée. Dans ce cas, on remplace l'étoile après le point Par l'un des mots clés suivant :
L'ordre dans la liste reflète le "poids" des annonces. Les mots clés "error", "warn" et "panic" sont obsolètes et ne devaient plus être utilisés ils sont remplacés par err, warning et emerg.
Vous pouvez remplacer l'astérisque (*) devant le point par un soi-disant "sélecteur", cependant il seraient trop long d'expliquer ici tous des paramètres. Le lecteur peut essayer trouver toutes les informations nécessaires sur un moteur de recherche. Vous pouvez voir la configuration dans le manuel de syslog.conf :
http://linux.die.net/man/5/syslog.conf
ou
http://okki666.free.fr/docmaster/articles/linux068.htm
Normalement, l'astérisque, est tout à fait suffisant. Exemple :
SYSLOGD_DEST_1='*.warning @192.168.4.1'
Non seulement les ordinateurs Unix et Linux, mais aussi les ordinateurs Windows peuvent servir d'hôte pour les logs (ou fichiers journal). Sur http://www.fli4l.de/fr/divers/liens/ vous trouverez des liens pour avoir des logiciels appropriés. L'application d'un serveur log est recommandée, pour l'enregistrement détaillé des protocoles, l'enregistrement des protocoles aide également au dépistage des erreurs. Le protocole syslog est aussi compatible avec imonc client Windows et peut ainsi recevoir les messages log.
Malheureusement, les informations de Boot fli4l ne peuvent pas être enregistrées avec le démon syslogd. Toutefois, on peut configurer fli4l pour que les informations de Boot puissent sortir sur une console de terminal série (voir Configuration de la console).
Vous pouvez définir avec la variable SYSLOGD_ROTATE si fli4l doit faire une rotation des messages syslog une fois par jour. Ainsi les derniers messages seront enregistrés tous les x jours.
La variable SYSLOGD_ROTATE_DIR est optionnelle, vous pouvez définir ici le répertoire pour l'enregistrement des fichiers syslog de rotation. Si cette variable est vide, le répertoire par défaut /var/log sera utilisé.
La variable SYSLOGD_ROTATE_MAX est optionnelle, elle vous permet de spécifier un nombre d'enregistrements par rotation des fichiers syslog.
La variable SYSLOGD_ROTATE_AT_SHUTDOWN est optionnelle, elle vous permet de désactiver la rotation du fichier syslog lors d'un arrêt du routeur. Attention vous ne pouvait pas désactiver la rotation, si vos fichiers syslog sont écrit directement vers une destination permanente.
Parfois des erreurs apparaissent lors du Boot de Linux Kernel, ils sont écrits directement sur la console (ou écran) et il est difficile de les visualiser. En utilisant OPT_KLOGD='yes' ces messages sont réorientés sur le syslogd, ils peuvent être soit expédiés sur un client log ou écrits dans un fichier voir ci-dessus. Ainsi nous ne sommes pas obligés de surveiller la console.
Il est recommandé de paramétrer : OPT_SYSLOGD='yes' et aussi de paramétrer OPT_KLOGD='yes'.
Configuration par défaut : OPT_KLOGD='no'
Avec LOGIP il est possible, d'enregistrer les messages IP WAN dans un fichier journal pour cela il faut activer la variable OPT_LOGIP='yes'.
Configuration par défaut : OPT_LOGIP='no'
Avec la variable LOGIP_LOGDIR on défini le répertoire, dans lequel les fichiers Log sont créés ou 'auto' pour l'autodétection.
Configuration par défaut : LOGIP_LOGDIR='auto'
Dans la plupart des cas les routeurs fli4l sont assemblés avec du vieux matériel. Parfois les cartes mères ne sont pas compatible pour passer l'année 2000. Lorsque vous réglerez la date du 27/05/2000 dans le BIOS, au prochain démarrage la date dans le BIOS sera peut être indiquée 27/05/2094 ! Et dans Linux elle sera indiqué 27/05/1994 :-)
Si votre date n'est pas correcte il n'y a pas vraiment d'importance pour le routeur fli4l. Mais si le routeur est utilisé en tant gestionnaire de coût (ou frais de connexion Internet), cela est important.
La raison : le 27/05/1994 est un vendredi et le 27/05/2000 est un samedi et les week-ends les prix des connexion Internet et/ou les fournisseurs sont meilleur marché. ...
La première alternative : vous indiquez dans la BIOS la date du 28/05/1994, au lieu du 27/05/2000, qui est un samedi. Mais le problème n'est pas complètement résolu. parce que fli4l utilise non seulement la semaine mais aussi l'heure actuelle pour le réglage du LC-routage, il prend également en compte les jours fériés.
Puisque la différence exact de la date est de 2191 jours par rapport à la date réelle, on peut indiquer :
Y2K_DAYS='2191'
En ajoutant 2191 jours à la date du BIOS, la date dans Linux sera à jour. Cependant, la date du BIOS ne doit pas être modifier. Autrement la date sera remise à zéro à 2094 (ou à 1994) au prochain démarrage :-)
Il y a une autre alternative :
En accédant à un serveur de temps fli4l peut rechercher la date et l'heure exacte sur Internet. Pour cela vous avez le paquetage CHRONY qui fait cette recherche. Vous pouvez combiner les deux variables, ainsi la date sera corrigée en utilisant Y2K_DAYS et l'heure exacte sera recherché sur le serveur de temps.
Si vous n'avez aucun problème lié à Y2K, placer OPT_Y2K='no' et oublier ce fonction ...
Quelques cartes ISAPnP doivent être configurées en utilisant l'outil isapnp. cela concerne les cartes ISDN du ISDN_TYPE 7, 12, 19, 24, 27, 28, 30 et 106 - Mais uniquement si vous avez vraiment une carte ISAPnP.
Au démarrage, il est nécessaire de créer un fichier de configuration etc/isapnp.conf.
Voici une description courte pour le créer :
pnpdump -c >/boot/isapnp.conf umount /bootMaintenant la configuration doit être sauvegardée sur un média de boot.
# Start dependent functions: priority acceptable # Logical device decodes 16 bit IO address lines # Minimum IO base address 0x0160 # Maximum IO base address 0x0360 # IO base alignment 8 bytes # Number of IO addresses required: 8 1) (IO 0 (SIZE 8) (BASE 0x0160)) # IRQ 3, 4, 5, 7, 10, 11, 12 or 15. # High true, edge sensitive interrupt (by default) 2) (INT 0 (IRQ 10 (MODE +E
Le fichier qui a été généré automatiquement est sauvegardé dans le
format Unix et ne contient aucun CRs (ou Retours Chariots). Si on lance
l'éditeur Notepad sous Windows on verra le fichier sur une seul ligne.
L'éditeur Notepad sous DOS "édite" et peut traiter des fichiers Unix. Il
faut le sauvegarder comme un fichier DOS avec les CRs.
Remède :
Ensuite, on peut travailler sur le fichier avec Notepad.
On peut aussi utiliser simplement l'éditeur de Wordpad sous Windows.
De plus les CRs générés sont filtrés, ils ne causeront pas de problème lors du Boot de fli4l.
Au début, vous devriez essayer sans activer OPT_PNP. Au cas où la carte ne serait pas identifiée, suivre la procédure décrite ci-dessus.
Quand vous installez une nouvelle version fli4l, vous pouvez récupérer le fichier isapnp.conf qui a été créé, il ne doit pas être créé à nouveau, mais peut être réutilisé.
Configuration par défaut : OPT_PNP='no'