Hallo Tuxe, im Folgenden kurz das Wichtigste vom Treffen der Lugrav am 12.8., diesmal in der alten Dorfschule in Brockhagen ab 19 Uhr. Wieder konnten einige neue Besucher begrüßt werden. Nach der üblichen Vorstellungsrunde wurde zunächst kurz über Ort und Zeit des nächsten Treffens gesprochen. Jorge bot an , sich im Jugendzentrum Borgholzhausen (Kleekamp) zu treffen, da dies donnerstags abends ohnehin geschlossen, d. h. nicht anderweitig genutzt ist. Außerdem steht dort ein DSL-Netzzugang sowie ein Netzwerk zur Verfügung. Einzelheiten sollen auf der Liste dann noch verbreitet werden. Im Nachgang zum letzten Treffen wurde darauf hingewiesen, dass es Probleme geben könne, wenn das Mailingarchiv der Liste, wie geschehen, nachträglich geöffnet wird, um die darin enthaltenen Beiträge allgemein verfügbar zu machen. So könne im Prinzip bei entsprechendem Interesse ein Arbeitgeber feststellen, dass sich sein Angestellter zur Arbeitszeit auf der Mailingliste aufgehalten habe. Um diesem Einwand Rechnung zu tragen, sei die Liste vorübergehend wieder geschlossen worden. Einen Schutz vor solch unliebsamer potenzieller Ausspähung könne man etwa dadurch erreichen, dass Absendezeiten anonymisiert werden. Volker Güth will in den nächsten Tagen auf der Liste einmal fragen, welche Vorschläge es hier gibt und ob überhaupt Einwände gegen eine Veröffentlichung des Mailarchivs bestehen. Als mögliches Thema für das nächste Treffen wurde von Volker Eckert "Sicheres WLAN" vorgeschlagen, er kennt einen Referenten, der in Kürze aus Bielefeld nach Süddeutschland fortziehen und deshalb nor noch kurzfristig zur Verfügung stehen wird. Dann ging es zum Hauptthema des Abends, einer gemeinsamen Vorstellung von BSD durch Peter Voigt und Jorge dos Santos. Zunächst begann Peter mit einer Einführung und der Darstellung von OpenBSD. Die Kombination BSD steht für Berkeley Software Distribution. Die Ursprünge der Entwicklung gehen in die 70-er Jahre des vorigen Jahrhunderts zurück, Bewährtes wurde übernommen, so dass eine hinlängliche Stabilität besteht. Man unterscheidet heute verschiedene BSD-Linien, nämlich FreeBSD, NetBSD, OpenBSD, BSDi, MacOS X , Darwin und Dragonfly. Als ein junger Zweig hat sich OpenBSD Mitte der 90-er Jahre von NetBSD abgespalten. Es gibt auch Entwicklungen, dass sich die beiden Unixclones Linux und BSD aufeinander zu bewegen, etwa in Form des Debian GNU/FreeBSD-Projekts . In Kernel, Entwicklungsmodell und Lizenz unterscheiden sich BSD und Linux voneinander: Die BSD-Lizenz lässt es zu, lediglich Binaries ohne Sourcecode herauszugeben, was bei Linux nicht möglich ist. Damit können auch Firmen, die ihren Sourcecode nicht veröffentlicht sehen wollen, mit BSD-Entwicklungen arbeiten, wie dies etwa Microsoft bei Hotmail getan haben soll. Im Unterschied zu Linux wird nicht nur ein Kern, sondern auch die Systemarchitektur "herum", wie etwa Systembibliotheken, Benutzer- und Administrationsprogramme als "Betriebssystem" verstanden. Das gesamte Betriebssystem kann bei BSD mit wenigen Kommandos neu gebaut und auf der Zielmaschine aus den Sourcen neu kompiliert werden. Die Trennung zwischen Betriebssystemkern und Anwendungsprogrammen, wie Linux sie kennt, existiert so bei BSD nicht. Darüber hinaus gibt es bei BSD auch ein CVS-Repository. Die Softwareentwicklung ist straff koordiniert und liegt in der Hand eines Coreteams. Es gibt Entwickler, die u.a. für die Treiber und Dokumentation zuständig sind. BSD hat reichlich Software sowie für alle Derivate ein stabiles Filesystem ( UFS ). Ebenfalls für BSD gemeinsam charakteristisch ist ein sogenanntes Ports-Packages-System, das es zulässt, mit einfachen make-Kommandos sowohl das eigene System zu analysieren, d. h. nach fehlenden Sourcen zu suchen, diese dann ggf. aus dem Netz nachzuladen und vor Ort zu compilieren. Peter ging dann auf die Hardwarevoraussetzungen ein. Für ein anständiges Arbeiten mit OpenBSD benötige man schon 16 MB Arbeitsspeicher, 1GB Platte und einen 3/86-Prozessor. Empfohlen sei hingegen ein Arbeitsspeicher mit 64 MB und eine Platte mit 10GB in einem Rechner mit 5/86-Prozessor. Eine brauchbare Firewall könne man mit 64 MB Arbeitsspeicher und 2GB auf Platte realisieren. Im Weiteren ging Peter dann auf das Partitionierungskonzept bei OpenBSD ein. Man könne auf der Platte, wie bekannt, 4 physikalische Partitionen schaffen, die bei OpenBSD Disklabels heißen. Eine dieser 4 Disklabel, nämlich die letzte ( also Nr. 3 bei Zählbeginn 0 ) nehme OpenBSD auf. Es ist praktisch unmöglich, auf einer weiteren Disklabel derselben Platte ein weiteres OpenBSD unterzubringen, im Gegensatz etwa zu verschiedenen Linux-"Distributionen" auf verschiedenen Partitionen. Unter der Ebene der 4 Disklabels nimmt OpenBSD auf seinem Label eine weitere Partitionierung vor. Wichtig sind dabei eigene Unterpartitionen für /, swap und für eine "fiktive" Unterpartition, die an ihrem Anfang auf den Beginn des für OpenBSD reservierten Disklabels und an ihrem Ende auf das entsprechende Ende verweist. Diese Unterpartition ist für sicheres Arbeiten mit dem System, insbesondere für Backups und andere Sicherungsaufgaben von erheblicher Bedeutung. Die Unterpartitionen können etwa so aussehen: wd0a für / wd0b für swap wd0c für die "fiktive" Unterpartition dann können weitere Unterpartitionen angelegt werden: wd0d fpr /temp wd0e für /usr wd0f für /home wd0g für /var wd0h für /linux wd0i für /windows, um nur einmal ein Beispiel zu nennen. Unter OpenBSD wird empfohlen, für Unterverzeichnisse eigene Unterpartitionen zu schaffen, so dass die oben aufgeführte Liste rasch zu klein und die Zahl der Unterpartitionen zu knapp werden kann. Peter zeigte dann eine Testinstallation, die mit Meldungen beginnt, die man von Linux z. T. auch kennt. Bemerkenswert sind die PID-Nummern bei OpenBSD, die zufällig ausgewählt sind, so dass sie einem Einbrecher in das System keine Rückschlüsse auf Software und Umgang des Benutzers mit ihr gestattet. Runlevels kennt OpenBSD nicht, Konfigurationsinformationen stehen in rcd.conf. Nach Angabe der üblichen Dinge wie Login, Passwort, aus Demonstrationsgründen Weglassen einer Netzwerkkonfiguration, Nodegröße usw. kam dann nach erstaunlich kurzer Zeit bereits die erste Aufforderung zum Login. In einer ersten Mail wird auf die erfolgte Installation hingewiesen. Im Gegensatz zu Linuxdistributionen ist in diesem Stadium aber noch kein User angelegt, vielmehr wird in OpenBSD dazu geraten, die manpage von afterboot zu lesen , um sich damit auseinanderzusetzen, was man in diesem Stadium der Systeminstallation jetzt tun solle. Peter wies darauf hin, dass die Installation von OpenBSD nicht zuletzt deshalb so rasch verlaufe, weil relativ wenig geschehe und vieles später nachinstalliert werden müsse. Manpages seien bei BSD sehr wichtig, die Entwickler sähen Fehler dort als so schwerwiegend wie Fehler im Quellcode an. An Literatur wies Peter auf ein englischsprachiges Buch zu OpenBSD hin, ein Free-BSD-Handbuch sei im Intenet zu bekommen. Zur Sicherheitspolitik bei OpenBSD wies Peter auf den ständigen Codeaudit hin, so gebe es beim Apache etwa 3000 Patches demzufolge. Trete ein Sicherheitsproblem auf, so werde frühzeitig darüber berichtet, auch sei man bereit zuzugeben, wenn man einen Fehler nicht beheben könne. Es gebe Security-Level -1 bis 2, außerdem könne man bei OpenBSD eine systrace-policy festlegen, mit der man ganze Applikationen daran hindern könne, bestimmte Dateien zu lesen oder in bestimmte Bereiche zu schreiben. Im Vergleich zu anderen Betriebssystemen brauche OpenBSD sicher eine lange Einarbeitungszeit, so sei etwa der Zeitaufwand für die Netzwerkadministration unter OpenBSD zunächst groß, durch die Sicherheitsfeatures im laufenden Betrieb aber klein und eher kleiner als bei anderen OS. Im Bereich der Firewall könne es der packet filter ( pf ) von OpenBSD durchaus, nach entsprechender Einarbeitung, mit teuren kommerziellen Lösungen aufnehmen. Danach übernahm Jorge und stellte FreeBSD vor, das mehr den Desktop als den Server als Zielplattform im Auge hat und insbesondere im Sicherheitsbereich weniger strikt als OpenBSD sei. Die Hardwarebasis sei auch breiter als bei OpenBSD, wohingegen diese sicher ohnen Zweifel bei NetBSD am breitesten ist; hier werde eine große Zahl von Architekturen unterstützt. Besonders attraktiv sei die Nachinstallation von Paketen mit make install, die über das Netz noch nicht vorhandene Sourcen lade. Jorge wies darauf hin, dass man rechtlich mit der Verwendung von BSD aller Voraussicht nach auf der sicheren Seite sei, während über dem Linuxkernel die Klage von SCO als Drohung schwebe. Leider reichte die Zeit nicht mehr, Jorges ganzen Vortrag anzuhören. Er schlug vor, das beim nächsten Mal fortzusetzen oder ggf. Einzelheiten, auch eine Installation, in Form eines Workshops durchzuführen. Vielen Dank an Peter und Jorge für ihre Vorträge mit einem "Blick über den Zaun", nicht zuletzt für ihre schriftliche Zusammenstellung der wichtigsten Informationen in ausführlichen Faltblättern, denen man die wichtigsten OS-Prinzipien sowie auch Linklisten entnehmen kann. Zum Schluss wurde noch einmal auf das Treffen in 14 Tagen in Borgholzhausen hingewiesen. Ich hoffe, ich habe nichts Wichtiges vergessen, und bitte ggf. um Ergänzungen und Kommentare. Macht's gut, bis bald! Ulrich