Geschichte dieser Anleitung

Da sich immer mal wieder herausstellt, daß man etwas verbessern kann, oder daß mal was falsch ist, kommen recht oft neue Versionen heraus. Für den Anwender wäre es zu mühsam, immer herausfinden zu müssen, wo etwas geändert wurde. Daher eine kleine Historie.

• Urzeit: Es war einmal ein armer Student, der verzweifelt versuchte, i4l zum Laufen zu kriegen. Er sammelte kleinste Hinweise und spendete der Telekom viel Geld.
• Das LRZ trat an ihn heran, als die Geschichte so langsam zu funktionieren begann, und wollte wissen, wie man es macht.
• Die Urversion der Anleitung entstand Anfang Mai 1996 als Vorschlag für eine LRZ-Info-Schrift. Kleinere Unfälle gab es noch, so funktionierte der ftp-Datenverkehr nicht immer.
• 13. Mai: Die Sache stand. Kleiner Vortrag am LRZ im Rahmen eines Workshops zum Thema "Zugang an's LRZ von außen". Die Anleitung wurde nach HTML konvertiert. Die Resonanz war umwerfend - bestimmt 30 emails von Leuten, die es noch genauer wissen wollten. Dr. Werner Becker montiert die Anleitung im WWW unter <http://www.rosat.mpe-garching.mpg.de/~web/ISDN.html>
• 16. Mai: Neue Version - leider mit Fehlern!
  • /etc/rc.d/rc.isdn: um den 2. Ascend-Server erweitert
  • /etc/rc.d/rc.isdn: das Nicht-PPP-Gerät isdn1 -> isdn0
  • /etc/rc.d/rc.isdn: die "isdnctrl addphone ipppx in" der führenden Null beraubt (kleiner Bug)
  • /etc/ppp/pap-secrets erweitert
  • /etc/hosts: um den 2. Ascend-Server erweitert, dafür den Eintrag "lrz" entfernt
• 17. Mai: eine Unterlassungssünde in der letzten Version führte zum Nichtfunktionieren.
  • /etc/ppp/options: Der Eintrag "remotename lrz" wurde entfernt.
  • /etc/rc.d/rc.isdn: die Aufrufe der ipppds wurden um die Option "remotename lrz-px" mit x=0,1 erweitert.
  Mit diesen Änderungen funktionierte es wieder.
  Des weiteren wurde eine bereits gute Möglichkeit implementiert, die email von den LRZ-Servern nach Hause zur offline-Bearbeitung zu verlagern. Bisher allerdings noch LRZ-spezifisch.
  • Email-Kapitel addiert
  • /etc/hosts um die Einträge "lrzmail" und "sunmail" erweitert.
• 18. Mai: Keine große Änderung - nur diese Historie wurde formuliert. Die INN-Forschung läuft auf Hochtouren...
• 21. Mai: Ab sofort ist die aktuellste Version der Seite bei mir selbst zu finden: <http://www.lrz-muenchen.de/~ui161ab/>
  Veränderungen:
  • Abschnitt email: Vorschlag zum chma-Ersatz eingefügt (nicht ideal)
  • ebenda: in der Datei /usr/src/sendmail/cf/cf/linux.dl4mhk.mc wurde der MASQUERADE_AS-Eintrag mit dem korrekten Hostnamen versehen.
• 20. Juni: Der INN schaut mich schon ganz vorwurfsvoll an, aaaaber:
  • Die Optik wurde entscheidend verbessert
  • Eine Auftrennung in mehrere Sachgebiete (Installation, email, News...) fand statt
  • Die Einleitung wurde erweitert.
  • Etliche kleine sachliche und schreibliche Fehler wurden beseitigt.
  • Es wurde komplett auf Kernel 2.0.0 umgestellt, daher haben sich folgende Scripten geändert:
    • /etc/rc.d/rc.isdn: Die Zeile
      echo "0" >/etc/lines.active # macht die Sache bequem.
      wurde eingefügt.
    • Die neton- und netoff-Scripten wurden gegen ein sowohl umfangreiches als auch komfortables Script ersetzt: /sbin/isdn
  • Eine englische Übersetzung wurde angefertigt (uff...).
• 30. Juni: Seit vier Tagen läuft mein Usenet-System.
  • Die Usenet-Seite (bisher nur auf Deutsch) ist fertig.
  • Die Email-Seite hat leichte Veränderungen erfahren.
• 6. Juli:
  • Die IP-Adresse des ersten LRZ-Ascends war falsch. Korrigiert in der Einführung und in der Datei /etc/hosts.
  • Die Überprüfung, ob die Verbindung steht, geschieht nun auf verbesserte Weise. Im Script /sbin/isdn wird jetzt der Dial-In-Server selber angepingt, nicht ein entfernterer Rechner. Genauso geschieht es auch in /sbin/transmail und /sbin/transnews - hier wird jetzt aber zusätzlich der Mail/News-Host auf Funktion getestet. Steht dieser, unterbleiben weitere Anwahlversuche.
  • Viele Leser schrieben von Problemen mit SysV-init/simpleinit. Daher wurde das bei der Konfiguration stärker berücksichtigt.
  • Das Problem "CHAP" wurde - obwohl am LRZ nicht relevant - erklärt.
• 19. Juli:
  • Installation: CHAP-Authentifizierung eleganter gelöst
  • Statt Kernel 2.0.0 mit Patch1+2 nun 2.0.6 "nackt"
• 28. Juli:
  • Installation: Bei der Datei zum Beendigen der ipppds beim Shutdown verhindert nun ein vorhergehendes "ifconfig device down" unschöne Meldungen
  • email: Die Sendmail-Konfigurationsdatei wurde um "FEATURE(nocanonify)" erweitert.
• 29. Juli:
  • Usenet: "Täglicher Kleinkram": "sendnews" eingebaut
• 1. September:
  Komplette Überarbeitung: die Anleitung ist nun vom Leibniz-Rechenzentrum als Provider losgelöst und so allgemein gehalten, daß in vielen Fällen damit einfach losgelegt werden kann. Ab sofort ist diese Seitensammlung unter dem Schutz der GNU GPL und darf nun frei weiterverbreitet werden.
  Änderungen:
  • Eine Datenbank mit Providerdaten soll aufgebaut werden. Diese wird aktiv in den Scripten verwendet.
  • /etc/hosts:
    • lrz-p0 -> prvdr0
    • lrz-p1 -> prvdr1
    • lrzmail -> getmail
    • lrznews -> getnews
    Entsprechend wurden alle Scripten verändert - also Vorsicht bei Updates. Leider war dieser Schritt notwendig, ich entschuldige mich für eventuelle Unannehmlichkeiten.
  • Die Scripten /sbin/isdn, /sbin/transmail und /sbin/transnews enthielten einen bösen Denkfehler, der das Konzept des mehrfach offenen Kanals nicht funktionieren ließ. Bug fixed.
  • Alle Scripten wurden intensiv überarbeitet.
  • Die englische Übersetzung der Usenet-Anleitung ist fertig.
  • Ein neues Kapitel ist in der Entstehung begriffen: ftp on demand!
  • Das Email-Kapitel ist endlich soweit, daß man sie guten Gewissens auch bei anderen Providern einsetzen kann.
  • Ab sofort kann die Sammlung getart und gezippt heruntergeladen werden.
• 20. Oktober:
  Die Scripten hatten neue Fehler, die nun hoffentlich beseitigt sind. In den Seiten selbst sind jetzt nur anschauliche Beispiele zu sehen, man kann sich aber die funktionsfähigen ausgeklügelten Batchdateien downloaden.
• 21. November:
  Einige Schönheitskorrekturen.
  • Nach einem Vorschlag von Matthias Heßler erhielten die Konfigurationsdateien einprägsamere Namen (i4l.provider und i4l.secrets.
  • Kernel-Konfiguration: Die "Code Maturity-Level"-Frage wird jetzt mit "No" angegeben. Das müßte funktionieren.
  • Die Scripten rc.isdn, /sbin/isdn, /sbin/transmail, /sbin/transnews erhielten etwas Schliff. Kleine Bugfixes. rc.isdn wurde etwas intensiver bereinigt.
• 1. Dezember:
  Die Scripten wurden durch Straffung der sleep-Zeiten schneller.
• 26. Januar 1997:
  "isdn" ist tot - es lebe "connect"! Ein völlig neues Scriptenpaket erledigt die Anbindung an's Internet per isdn4linux oder Modem, mit möhlicher Mehrfachverbindung, Routensetzung, Begrenzung der Anwahlversuche u.v.m. Scriptenversion 0.99 BETA.
• 24. Februar 1997:
  Einige mehr oder weniger ernste Bugs wurden beseitigt, einige kleinere Veränderungen wurden vorgenommen. Ganz herzlich danke ich Dirk Husfeld <husfeld@usm.uni-muenchen.de> und Herbert Thielen <Herbert.Thielen@lpr.e-technik.tu-muenchen.de> für viele sehr wertvolle Anmerkungen.
  • Provider-Templates: IP heißt jetzt korrekt IP_ADDRESS.
  • Die englische Installationsseite hatte ein falsches chap-secrets beschrieben.
  • Das in der S.u.S.E. neuerdings enthaltene Startscript /sbin/init.d/i4l_hardware wird jetzt berücksichtigt.
  • Die PID des connect-Scripts wird jetzt mit "$$" bestimmt, die Handhabung des Locks wurde leicht korrigiert.
  • Der Test, ob die Leitung offen ist, wird durch eine vorangestellte Überprüfung des physikalischen Zustandes zuverlässiger.
  • Jede Menge kleinerer und größerer Bugs sind beseitigt
  • Wenn connect erst bei zweiter Anwahl auf einem zweiten Remote erfolgreich war und dann abermals aufgerufen wurde, führte dies zu einer unbeabsichtigten Anwahl auf dem 2. ISDN-Kanal. Fixed.
  • WICHTIG: Alle bisher nach /tmp geschriebene Dateien sind umbenannt und nach /var/lib/connect verlagert worden! Das betrifft die Scripten /etc/ppp/ip-up sowie /sbin/connect. Begründung: Systemsicherheit.
  • Absolute Pfade sind überall durch Variable ersetzt.
  Damit ist offiziell die Version 1.0 released. :-) Weitere Änderungen werden leider warten müssen, denn ich trete in Kürze eine neue Arbeitsstelle an, die sehr streßreich sein wird. :-(