5.1 Programme im Basispaket

Unterabschnitte

- 5.1.1 OPT_SYSLOGD - Programm zum Protokollen von Systemfehlermeldungen
- 5.1.2 OPT_KLOGD - Kernel-Message-Logger
- 5.1.3 OPT_Y2K - Datumskorrektur bei nicht Y2K-festen Rechnern
- 5.1.4 OPT_PNP - Installation von isapnp tools

# 5.1 Programme im Basispaket

Im Basispaket befinden sich die folgenden Programme:

Name | Beschreibung
OPT_SYSLOGD | Programm zum Protokollen von Systemfehlermeldungen
OPT_KLOGD | Programm zum Protokollen von Kernelfehlermeldungen
OPT_Y2K | Datumskorrektur bei nicht Y2K-festen Rechnern
OPT_PNP | Installation von isapnp tools

##
5.1.1 OPT_SYSLOGD - Programm zum Protokollen von Systemfehlermeldungen

Viele Programme verwenden die Syslog-Schnittstelle, um Meldungen auszugeben. Damit diese auch auf der Console sichtbar werden, muss in diesem Falle der Daemon syslogd gestartet werden.

Sind Debug-Meldungen gewünscht, stellt man OPT_SYSLOGD auf `yes', ansonsten auf `no'.

Siehe auch ISDN_CIRC_x_DEBUG und PPPOE_DEBUG.

Standard-Einstellung: OPT_SYSLOGD='no'

SYSLOGD_DEST_N SYSLOGD_DEST_x

  Mit SYSLOGD_DEST_x gibt man Ziele an, wohin System-Meldungen, die von syslogd entgegengenommen werden, ausgegeben werden. Im Normalfall ist dies die Console von fli4l, also

              SYSLOGD_DEST_1='*.* /dev/console'

  Möchte man eine Datei als Protokoll verwenden, ist z.B. einzutragen:

              SYSLOGD_DEST_1='*.* /var/log/messages'

  Der Syslogdaemon setzt in regelmässigen Zeitabstand einen -- MARK - Eintrag falls es nichts zu protokollieren gibt. Damit soll ein eventueller Ausfall des Syslogd im Log nachvollziehbar sein. Allerdings kann man darauf verzichten wenn das System stabil läuft oder das Logfile übersichtlich bleiben soll.

      	SYSLOGD_DEST_1='*.*;mark.!info /var/log/messages'

  Ist ein sog. Loghost im Netz vorhanden, können die Meldungen auch auf diesen Rechner umgeleitet werden - unter Angabe der IP-Adresse.

  Beispiel:

              SYSLOGD_DEST_1='*.* @192.168.4.1'

  Das @-Zeichen ist dann der IP-Adresse voranzustellen.

  Sollen die Systemmeldungen an mehrere Ziele ``ausgeliefert'' werden, muss man SYSLOGD_DEST_N (Anzahl der Ziele) entsprechend erhöhen und die Variablen SYSLOG_DEST_1, SYSLOG_DEST_2 usw. füllen.

  Der Parameter `*.*' bedeutet, dass sämtliche Meldungen protokolliert werden. Man kann jedoch die Meldungen für bestimmte ``Destinations'' über sog. ``Priorities'' einschränken. In diesem Fall ersetzt man das Sternchen (*) hinter dem Punkt (.) durch eines der folgenden Schlüsselwörter:

  - debug
  - info
  - notice
  - warning (veraltet: warn)
  - err (veraltet: error)
  - crit
  - alert
  - emerg (veraltet: panic)

  Die Reihenfolge in der Liste spiegelt dabei das ``Gewicht'' der Meldungen wider. Die Schlüsselwörter error, warn und panic sind veraltet und sollten nicht mehr verwendet werden.

  Vor dem Punkt kann eine sog. ``Facility'' statt des Sternchens (*) eingetragen werden. Eine Erklärung würde aber hier zu weit gehen. Der geneigte Leser kann hierfür eine Suchmaschine seiner Wahl bemühen. Eine Übesicht über mögliche Facilities finden sich auf den Manpages der syslog.conf: http://www.die.net/doc/linux/man/man5/syslog.conf.5.html Normalerweise ist das Sternchen aber vollkommen ausreichend.

  Beispiel:

                SYSLOGD_DEST_1='*.warning @192.168.4.1'

  Nicht nur Unix-/Linux-Rechner können als Loghost dienen, sondern auch Windows-Rechner. Auf http://www.fli4l.de findet man im Ordner ``Links'' Verweise auf entsprechende Software. Die Verwendung eines Loghosts wird dringend empfohlen, wenn eine detaillierte Protokollierung gewünscht ist. Auch hilft die Protokollierung bei der Fehlersuche. Mittlerweile ``versteht'' auch imonc als Windows-Client das Syslog-Protokoll und kann die Meldungen in einem Fenster ausgeben.

Leider lassen sich die Boot-Meldungen von fli4l nicht über syslogd umlenken. Jedoch kann man fli4l auch so konfigurieren, daß die Console ein serielles Terminal (bzw. Terminalemulation) ist. Wie das geht, steht in Kap. 3.3 dieser Doku (OPT_Serial Console).

##
5.1.2 OPT_KLOGD - Kernel-Message-Logger

Viele der auftretenden Fehler - z.B. fehlgeschlagene Einwahl - werden vom Linux-Kernel direkt auf die Console geschrieben. Mit OPT_KLOGD='yes' werden diese Meldungen an den syslogd umgelenkt, welcher diese dann entweder in Dateien protokollieren oder an einen Loghost weiterleiten kann, s.o. Dann hat man auf der fli4l-Console (fast) Ruhe.

Empfehlung: Wenn OPT_SYSLOGD='yes' eingestellt wird, sollte man auch OPT_KLOGD='yes' setzen.

Standard-Einstellung: OPT_KLOGD='no'

##
5.1.3 OPT_Y2K - Datumskorrektur bei nicht Y2K-festen Rechnern

Meist werden fli4l-Router aus alten Hardware-Teilen zusammengesetzt. Dabei kann das BIOS des Mainboards nicht Y2K-fest sein. Das ist z.B. bei meinem 486er der Fall: Wenn ich den 27.05.2000 im BIOS einstelle, steht beim nächsten Booten immer der 27.05.2094 drin! Linux zeigt dann übrigens 27.05.1994 :-)

Eigentlich kann das eingestellte Datum für den fli4l-Router egal sein und sollte deshalb keine Rolle spielen. Wird fli4l jedoch als Least-Cost-Router eingesetzt, kann dies jedoch sehr wohl eine Rolle spielen.

Grund: Der 27.05.1994 war ein Freitag, der 27.05.2000 jedoch ein Samstag. Und am Wochenende gibt's günstigere Tarife bzw. günstigere Provider ...

Für fli4l ist dies folgendermaßen gelöst:

Ich habe das BIOS-Datum am 27.05.2000 auf den 28.05.1994 gestellt. Das war ebenso ein Samstag. Damit war das Problem eigentlich gelöst.

Was mich aber störte, war das falsche Datum, denn fli4l verwendet nicht nur den Wochentag und die momentane Uhrzeit für das LC-Routing, sondern berücksichtigt auch die Feiertage.

Y2K_DAYS - N Tage auf Systemdatum addieren

Da mein gesetztes Datum genau 2191 Tage zum tatsächlichen Datum differiert, werden bei Angabe von

            Y2K_DAYS='2191'

auf das BIOS-Datum 2191 Tage addiert und dieses dann als Linux-Datum gesetzt. Das BIOS-Datum bleibt davon jedoch unberührt, sonst würde beim nächsten Booten das Ding wieder auf 2094 (bzw. 1994) stehen ;-)

Es gibt noch eine Alternative:

Mit dem Zugriff auf einen Time-Server kann sich fli4l die aktuelle Datum/Uhrzeit aus dem Internet holen. Dafür steht ein optionales Paket (OPT_CHRONY) zur verfügung. Beide Einstellungen lassen sich kombinieren. Das ist sinnvoll, um mit Y2K_DAYS zunächst das Datum schon einmal zu korrigieren und anschließend über den Time-Server die genaue Uhrzeit einzustellen.

Wer mit Y2K keine Probleme hat: Variable OPT_Y2K='no' setzen und einfach nicht mehr darüber nachdenken ...

##
5.1.4 OPT_PNP - Installation von isapnp tools

Teilweise müssen ISDN-PnP-Karten (ISA) über das Tool isapnp konfiguriert werden. Dies betrifft insb. die Karten mit ISDN_TYPE 7, 12, 19, 24, 27 und 28 - aber nur, wenn es sich auch wirklich um ISA-PnP-Karten handelt.

Zur Konfiguration ist die Erstellung einer Konfigurations-Datei etc/isapnp.conf notwendig.

Hier eine Kurzanleitung zur Erstellung:

- In config/base.txt die Variable OPT_PNP='yes' und MOUNT_BOOT='rw' setzen
- fli4l booten - die PnP-Karte wird wahrscheinlich nicht erkannt
- Auf fli4l-Console eingeben:

              pnpdump -c >/boot/isapnp.conf
              umount /boot

  Damit ist die Konfiguration auf der Diskette gespeichert.

Weiter auf PC (Unix/Linux/Windows):

- Die Datei isapnp.conf von Diskette nach opt/etc/isapnp.conf kopieren
- isapnp.conf mit Editor öffnen
- die entsprechenden Daten (IRQ/IO) in die config/isdn.txt übernehmen
- Neue Boot-Diskette erzeugen

Die automatisch generierte Datei ist im UNIX-Format gespeichert und enthält keine CRs. Startet man unter Windows den Notepad-Editor, zeigt dieser alle Zeilen in einer einzigen Zeile an. Der DOS-Editor ``edit'' kann jedoch mit Unix-Dateien umgehen. Er speichert sie dann als DOS-Datei (mit CRs) ab.

Abhilfe:

- DOS-Box starten
- In das Verzeichnis opt/etc wechseln
- Eingeben: edit isapnp.conf
- Datei bearbeiten und abspeichern

Anschließend kann die Datei auch wieder mit Notepad bearbeitet werden.

Man kann auch unter Windows einfach den Wordpad-Editor verwenden.

Die zusätzlich generierten CRs werden beim Booten von fli4l wieder herausgefiltert. Sie stören also nicht.

Zunächst sollte man versuchen, ohne OPT_PNP auszukommen. Wird die Karte nicht erkannt, sollte wie oben beschrieben vorgegangen werden.

Bei einem Update auf eine neuere fli4l-Version kann die früher erstellte Datei isapnp.conf weiter verwendet werden.

Standard-Einstellung: OPT_PNP='no'

Das Fli4l-Team
23. Februar 2006