Next: 6. Produire fli4l
Up: 5. Les Paquetages
Previous: 5. Les Paquetages
Next: 6. Produire fli4l
Up: 5. Les Paquetages
Previous: 5. Les Paquetages
Dans le paquetage de base vous trouvez les programmes suivants:
| Nom |
Description |
| OPT_SYSLOGD | |
| OPT_KLOGD | |
| OPT_Y2K | |
| OPT_PNP |
Beaucoup de programmes utilisent l'interface de Syslogd pour visualiser des messages. dans ce cas pour rendre les messages visibles, lancer le démon syslogd.
Si vous voulez voir les messages Debug, placer OPT_SYSLOGD sur 'yes', si non sur 'no'.
Voir également ISDN_CIRC_x_DEBUG et PPPOE_DEBUG.
Configuration par défaut: OPT_SYSLOGD='no'
Avec la variable SYSLOGD_DEST_x on indique les emplacements, où vous voulez voir les messages système écrits par l'interface Syslogd.
Normalement c'est sur la console de fli4l donc:
SYSLOGD_DEST_1='*.* /dev/console'
Si on veut utiliser un fichier pour inscrire les messages:
SYSLOGD_DEST_1='*.* /var/log/messages'
Le daemon Syslog écrit dans le fichier log par intervalle régulier -- MARK -- à peu prés toutes les 20 minutes lorqu'il ne s'est rien passé sur le serveur. Toutefois on peut y renoncer si le système fonctionne correctement, comme cela le fichier log (ou journal) reste net.Si vous voulez les message avec --MARK-- voici:
SYSLOGD_DEST_1='*.* mark.!info /var/log/messages'
Si une autre machine utilise également syslogd et si elle est disponible dans le LAN, 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 @ l'Adresse IP ou le Nom hôte.
Malheureusement, les informations de Boot fli4l ne peuvent pas être enregistées dans syslogd. Toutefois, on peut configurer fli4l pour que les informations de Boot puissent sortir sur une console de terminal serie. Comme dans la documentation du chapitre 3.3 (OPT_Serial Console).
Parfois des erreurs apparaissent lors du Boot de Linux-Kernel elles sont écrites 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 Syslogd, ils peuvent être soit expédiés sur un client log ou écrits dans un fichier voir ci-dessus. Comme cela nous ne sommes pas obligés de surveiller la console.
Il est recommandé de paramétrer: OPT_SYSLOGD ='yes', et aussi paramétrer OPT_KLOGD ='yes'.
Configuration par défaut: OPT_KLOGD='no'
Dans la plupart des cas les routeurs fli4l sont assemblés avec du vieux matériel. Ainsi les cartes mères ne sont pas nécessairement compatible pour passer l'année 2000. Mon ordinateur 486 a une telle carte mère: En réglant la date à 27/05/2000 dans le BIOS, à la prochaine initialisation il indique 27/05/2094 ! Et dans le Linux il indique, 27/05/1994 :-)
Si votre date n'est pas correcte il n'y a pas vraiment d'importance pour le routeur fli4l dans la plupart des cas. Mais si Routeur est utilisé en tant gestionnaire de coût pour FAI, cela devient 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 sont meilleur marché et/ou les fournisseurs sont meilleur marché…
Pour fli4l ce problème a été résolu de cette façon:
J'ai modifié la date dans le BIOS, le 27/05/2000 par 28/05/1994. qui est un samedi. Ainsi le problème a été pratiquement résolu.
Ce qui me dérangeait cependant était la fausse date, car fli4l utilise non seulement les jours ouvrables et l'heure actuel par LC-Routing, il prend en considération les jours fériés.
Y2K_DAYS - N ajouter le nombre de jours à la date du système
Puisque la date réglée avait une diffèrence exactement de 2191 jours par rapport à la date réelle, on peut indiquer:
Y2K_DAYS='2191'
résultats en ajoutant 2191 jours à la date du BIOS comme cela la date dans le linux est fixée. Cependant, la date du BIOS ne doit pas être changée. Autrement la date serait remise à zéro à 2094 (ou à 1994) à la prochaine initialisation :-)
Il y a une autre alternative:
En accédant à un serveur de temps fli4l peut chercher la date et l'heure correctes sur Internet. pour cela un paquetage spéciale (OPT_TIME). Vous pouvez combiner les deux variables, ainsi la date est corrigée en utilisant Y2K_DAYS et après l'heure exacte est cherché sur le serveur de temps.
Si vous n'avez aucun problème lié à Y2K, placer OPT_Y2K='no' et oublier ce programme…
Quelques cartes ISDN-PnP (ISA) doivent être configurées en utilisant l'outil isapnp. cela concerne les cartes ISDN_TYPE 7, 12, 19, 24, 27 et 28 - mais seulement si vous avez vraiment une carte ISA-PnP.
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 /boot
Maintenant la configuration a été sauvegardée sur la disquette.
On continue sur le PC (Unix/Linux/Windows):
Le fichier généré automatiquement est sauvegardé dans le format UNIX et ne contient aucun CRs (aucun retour chariot). Si on lance l'éditeur de Notepad sous Windows il
montrera tout le fichier sur une seul ligne. L'éditeur de DOS "Notepad" peut traiter des fichiers Unix. Alors il mémorisera le fichier comme un fichier DOS avec CRs (avec retour chariot).
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 au Boot de fli4l.
Au début, vous devriez essayer sans OPT_PNP. Au cas où la carte ne serait pas identifiée, suivre la procédure décrite ci-dessus.
Quand une nouvelle version fli4l est installée, le fichier isapnp.conf qui a été produit ne doit pas être recréé, mais peut être de nouveau utilisé.
Configuration par défaut: OPT_PNP='no'
Next: 6. Création de fli4l Up: 5. Les Paquetages Previous: 5. Les Paquetages