- Lugrav - LUG OWL

Themen auf den beiden Treffen der Lugrav vom 05. und 19.05.14
by Peter Voigt 02 Jun '14

02 Jun '14

Hallo, auf den beiden letzten Treffen der Lugrav vom 05./19.05.14 besuchte uns eine Dame mit den Wunsch, nach vielen Jahren der Internetznutzung unter Winloh XP auf Linux umzusteigen. Anlass gaben ihr die vielen Presseberichte über das Auslaufen des Supports für XP. Unsere Aufgabe stand damit fest. Es galt, einer Linux-Einsteigerin über die Anfangshürden zu helfen und die Erst-Installation durchzuführen. Dabei tauchten die üblichen Fragen auf, die uns alle wohlbekannt sind: Wie ist die Festplatte partitioniert, welche Daten sind zu sichern, gibt es ein Sicherungsmedium, welche Distri- bution eignet sich in diesem Fall, wie soll die Nachsorge aussehen? Die Wahl fiel auf Ubuntu im Dualboot mit XP. Die Aktion erstreckte sich auf zwei Abende, weil erst noch Hardware anzuschaffen war, nämlich das Sicherungsmedium. Parallel zu dem Gespräch mit der Betroffenen entwickelte sich ein allgemeiner Klönabend. Kleinere Gruppen in wechselnder Zusammensetzung beschäftigten sich mit diversen "kleinen" und "grossen" Linuxthemen. Ich bin gespannt, ob es am nächsten Treffen eine erste Rückmeldung über den Erst-Kontakt mit Linux gibt. pv:)

1 0

Nächstes Treffen
by Ulrich Rieke 31 Mai '14

31 Mai '14

Hallo Tuxe, zum turnusmäßig nächsten Treffen der Lugrav/LugBielefeld lade ich Euch zu Do., den 5.6.2014, um 19 Uhr in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld, und schlage für den Abend die Fortsetzung unserer Aktivitäten rund um den FAI-Server vor. Darüberhinaus wird es sich wieder um eigene Fragen rund um Linux gehen, insbesondere auch die, die sich ggf. aus den ersten Erfahrungen damit ergeben haben könnten. Ggf. kann man auch darüber sprechen, welche Möglichkeiten wir als Gruppe sehen , noch anderen beim Umstieg auf Linux zu helfen. Bis dahin Euch allen viele Grüße, macht's gut, bis dann! Ulrich

1 0

Nächstes Treffen
by Ulrich Rieke 17 Mai '14

17 Mai '14

Hallo Tuxe, zum nächsten Treffen der Lugrav/LugBielefeld möchte ich Euch zu Do., den 22.5.2014, um 19 Uhr , in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld, einladen und schlage für das Treffen folgende Themen vor: 1)Hilfe beim Umstieg von (XP)-Windows zu Linux, heute konkret: Datensicherung als erster Schritt 2)falls gewünscht: erste Schritte in der neuen Linux-Umgebung ( bis hin zur Aufnahme in Mailinglisten für neue Interessenten... ) 3)Fortsetzung unserer Server-/Client-Aktivitäten mit dem FAI-Server 4)Diskussion zur Frage: Wird Linux nach dem Ende von XP populärer / verbreiteter ? Wenn ja: Welche Konsequenzen hat das konkret für unsere Gruppe ? 5)eigene Fragen rund um Linux Das ist natürlich nur ein Vorschlag, je nachdem , wie sich die für Donnerstag angedachte Datensicherung entwickelt usw. Viele Grüße, macht es gut, noch ein schönes Wochenende, bis Do.! Ulrich

1 0

Themen auf dem Treffen der Lugrav am 17.04.2014
by Peter Voigt 07 Mai '14

07 Mai '14

Hallo, auf dem Treffen der Lugrav am 17.04.2014 hat Ulrich R. vom German Perl Workshop in Hanover berichtet. Es handelte sich um eine Veranstaltung für Perl-Insider und -Interessierte, denn die Vorträge dort gingen sehr ins Detail. Wurde die Scriptsprache anfänglich von einem Linguisten zur Mustererkennung in Texten entworfen, gilt sie heute als allumfassendes Werkzeug für alle Arten von Programmieraufgaben. Ein wesentlicher Teil von Linux besteht aus Perl-Scripten. Webentwickler greifen häufig auf Perl zurück, um ein CGI-Script zu entwerfen. Grosse Aufmerksamkeit richtete sich in Hanover auf die neuen Sprachelemente der kommenden Version 6. Sie stellen einen Bruch mit den bisherigen Konzepten dar. Anders könnte Perl 6 nicht auf Augenhöhe mit zu deren Programmiersprachen gelangen. Darauf ging Ulrich im Detail ein. Die Zahl der Anwendungspakete, die sog. CPN Module, ist von einem einzelnen Menschen nicht mehr zu über- blicken. Davon gibt es nämlich Zehntausende. Offen ist, ob/wie sie in Perl 6 nachprogrammiert werden. Wegen des Systembruchs wird eine automatische Übersetzung Perl5 -> Perl6 kaum denkbar. Derzeit gibt es, wie Ulrich anmerkte, nur eine Probeversion in der sog. Parrot-Maschine, die aufgrund ihrer mässigen Ausführungsgeschwindigkeit nur bedingt praxistauglich ist. Anschliessend überraschte uns Ralf R. mit einer Demonstration der Hartbleed Lücke, die sich auf dem einen oder anderen "anwesenden" Betriebssystem finden lies. Ralf berichtete über den aktuellen Kenntnis- stand und schätzte die Gefährdungslage ab. Mit Glück kann ein Angreifer Passworte oder andere interes- sante Daten aus dem Hauptspeicher abgreifen, die auf dem angegriffenen Rechner kürzlich verwendet worden sind. Ohne Glück muss der Angreifer recht viel Geduld aufbringen, bis er einen Treffen landen kann. Daneben beschäftigte sich die Lugrav wieder mit der Spielwiese, einem simulierten Netzwerk zum Aus- probieren von Serverdiensten, ohne auf dem eigenem Laptop Änderungen an der Konfiguration vornehmen zu müssen. Noch eine kleine Korrektur zum letzten Bericht: Die Zeit, um lighttp, einen Webserver, zu installieren und zu starten, entspricht der Zeit, die für Apache benötigt wird. In beiden Fällen werden nicht mehr als 30 Sekunden gebraucht. Auf dem letzten Treffen war es zeitweise zur Verwirrung gekommen, welches Verzeichnis freigegeben werden sollte. So entstand ein falscher Eindruck. pv:)

1 0

Nächstes Treffen
by Ulrich Rieke 04 Mai '14

04 Mai '14

Hallo Tuxe, zum nächsten Treffen der Lugrav/LugBielefeld möchte ich Euch zu Do., den 8.5.2014, um 19 Uhr, in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld einladen, wo wir weiter mit dem FAI-Server experimentieren können und darüber hinaus über Aktuelles aus der Linuxszene uns austauschen können. Sicher wird auch Gelegenheit sein, sicher über Fragen rund um Linux wie üblich auszutauschen. Macht's gut, viele Grüße, bis Donnerstag! Ulrich

1 0

Nächstes Treffen
by Ulrich Rieke 19 Apr '14

19 Apr '14

Hallo Tuxe, zum nächsten Treffen der Lugrav/LugBielefeld möchte ich Euch zu Do., den 24.4.2014, um 19 Uhr , in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld einladen. Nach dem gelungenen Start mit dem Einsatz eines FAI-Servers bietet es sich an, hier weitere Erfahrungen zu sammeln. Dass aktuelle Fragen und Probleme rund um Linux vorgebracht werden können, versteht sich von selbst. Falls noch Zeit bleibt, könnte ich kurz vom Deutschen Perl-Workshop 2014 berichten. Im Übrigen wünsche ich Euch allen auf diesem Wege ein schönes, ruhiges, gesundes Osterwochenende , das bei hoffentlich wieder wärmeren Temperaturen und Sonnenschein auch zu Außenaktivitäten einlädt! Macht's gut, viele Grüße, bis dann! Ulrich

1 0

Themen auf den Treffen der Lugrav am 10.04.14
by Peter Voigt 14 Apr '14

14 Apr '14

Reply to: Hallo, zu Beginn des Treffens der Lugrav am 10.04.14 wurde ein praktisches Problem von MySQL angesprochen. Bis Version 5.6 legt MySQL offenbar für Select-Abfragen keine Indexe an, mit der Folge, dass die Abarbeitung durchschnittlicher Auf- gaben mehrere Minuten dauern kann, während neue Versionen nur Sekunden benötigen. Eine praktikable Lösung kam nicht in Sicht. Dem aktuell bekannt gewordenen Bug in OpenSSL steht man mit offenen Mund gegenüber. Die Informationen waren noch zu frisch, als dass ein Meinungsbild entstehen konnte, ob es sich um einen Flüchtigkeitsfehler des Programmierers oder um eine gewollte Backdoor handelt. Am Horizont zeichnet sich ein Paradigmenwechsel ab. Es sind Wege zu suchen, Komponenten aus dem Open Source Bereich, die für die technische Infrastruktur des Internets wesentlich sind, einer intensiven Nachkontrolle zu unterwerfen. Richtig lebendig wurde der Abend, als die zukünftige Spielwiese der Lugrav, nämlich ein simuliertes Netzwerk, ausprobiert wurde. Das Netzwerk besteht (vorerst) aus Nameserver, FAI-Server (inklusive DHCP) und einem Debianmirror. Hinzu treten als Spielkinder eine Reihe von Hosts, die per SSH angesprochen werden können. Sie laufen unter Debian Wheezy. Wer wollte, konnte einen dieser Hosts per SSH in Gebrauch nehmen und für sich reservieren, indem er das Passwort änderte. Das haben fünf der Anwesenden gemacht. Die Simulation lief rattenschnell. Das Installieren von Software endete bei kleinen Paketen binnen Sekunden, bei Schwergewichten wie Libre-Office binnen einer halben Minute (gefühlte Zeitdauer). Die hohe Geschwindigkeit beruht auf dem Umstand, dass alle Komponenten der Simulation auf einem einzigen Rechner zusammengefaßt sind. Bei diesem Rechner handelt sich um einen Laptop mit Stromspar i3-CPU und 8 GB Ram nebst SSD. Es kam zu einem regen Austausch der Anwesenden, um sich gegenseitig auf die Sprünge zu helfen und die gemachten Erfahrungen kund zu tun. Nach dem Warmwerden mit dem Übungsnetz lautete die erste konkrete Aufgabe, einen Webserver binnen 30 Sekunden aufzusetzen. Für das Installieren von Apache2 und dem Verlinken von /var/www auf eine geeignete Position im Dateibaum reicht diese Spanne aus. Mehr Zeit erfordert die reine Inbetriebnahme eines Webservers unter Wheezy nicht, jedenfalls nicht auf der Spielwiese der Lugrav :). Die Alternative Lighttp (auch als "Lighty" bekannt) benötigte mehr Zeit, weil nach der Installation noch die Konfigurationsdatei anzupassen war. Light heißt eben ohne Zuckerguss ;) Während des Probebetriebes sank die Idle-Anzeige des Simulationsrechners laut top im Peak auf minimal 72 %, so dass von einem ausreichenden Leistungs- vermögen der Hardware ausgegangen werden kann. Welche Geräte die Teilnahmer zum Ansteuern der Hosts benutzten, blieb ohne Belang. Dort musste nur ein SSH-Client laufen. GBit-Switch mit Kabeln für die Anbindung wurden gestellt. Der Probebetrieb wurde ausnahmslos als Erfolg eingestuft, so dass sich zwangslos ein Gespräch über die nächsten Schritte anbahnte. Dabei kam der Wunsch auf, den Zustand der zugewiesenen Hosts sichern zu können, um beim nächsten Treffen nicht bei Null anfangen zu müssen bzw. verschiedene Konfigurationen vorhalten zu können. Die Vor- und Nachteile eines zentralen Backup-Servers wurden mit einer dezentralen Lösung verglichen, bei der jeder einzelne Teilnehmer mittels rsync für die Datensicherung auf seinem persönlichen Laptop zu sorgen hat. Die dezentrale Lösung soll bei passender Gelegenheit ausprobiert werden. pv:)

1 0

Nächstes Treffen
by Ulrich Rieke 06 Apr '14

06 Apr '14

Hallo Tuxe, zum turnusmäßig nächsten Treffen der Lugrav/LugBielefeld möchte ich Euch zu Do., den 10.4.2014, um 19 Uhr , in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld einladen und schlage für den Abend folgende Themen vor : 1)eigene Fragen und Schwierigkeiten rund um Linux 2)Erproben des beim vergangenen Treffen vorgestellten FAI-Server und Ausprobieren entsprechender Netz- und Client-Server-Strukturen 3)Impressionen vom German Perl Workshop 4)Verschiedenes Macht's gut, viele Grüße, noch ein schönes Wochenende, bis dann! Ulrich

1 0

Letztes Treffen
by Ulrich Rieke 01 Apr '14

01 Apr '14

Hallo Peter , hallo Tuxe, ganz herzlichen Dank für das fantastische Protokoll vom letzten Treffen, Peter! Wer nicht da sein konnte, hat einen hervorragenden Überblick bekommen über das , was ein FAI-Server macht und wie man ihn einsetzen kann. Damit tun sich ja auch Möglichkeiten zum übungsmäßigen Einsatz auf. Nochmals vielen Dank ! Macht's gut, viele Grüße, bis bald! Ulrich

1 0

Themen auf dem Treffen der Lugrav am 27.03.14
by Peter Voigt 31 Mär '14

31 Mär '14

Hallo, auf dem Treffen der Lugrav am 27.03.14 überraschte uns ein neuer Besucher mit einer Netzwerkkarte für den Sinclar ZX 81. Zur Erinnerung: Der Sinclair ZX81 kam vor über 30 Jahren auf den Markt und markiert den Beginn des Homecomputing. Ein Schaltplan aus dem Internet diente als Ausgangspunkt, um die Netzwerkkarte zu bauen. Die Realisierung erforderte dennoch einiges Know-how. Einfaches Auflöten der Bauteile reicht bei einem solchen Hardware-Projekt nicht aus. Die Netzwerkkarte wurde in ein Plastik- gehäuse gesetzt, das fast genauso groß ist wie der Computer. Der Treiber stammt aus der Community und wurde dem Originaltreiber für eine andere Hardware nachempfunden. An Software gibt es einen Down- loader, dem Norton Commander als Vorbild galt, und einen simplen Textbrowser. Mehr gibt die Hardware des ZX81 nicht her. Um den Sinclair ZX 81 herum hat sich eine rege Community mit eigener Zeitschrift gebildet. Sie wird international von Aktiven mit Leben gefüllt. Meine Meinung: Hut ab! Der Weg ist das Ziel! Der zweite Teil des Abends stand unter dem Thema FAI-Server. Ein FAI-Server dient dazu, Linux auf Rechnern zu installieren. Das Thema wurde als bewusster Kontrastpunkt zur Auftaktveranstaltung Serverdienste gewählt. Damals ging es um NFS-Server. Dessen singuläre Funktion ist leicht zu durchschauen. Demgegenüber bietet ein FAI-Server viele verschiedene Funktionen. Er enthält einfach alles, was für die Installation eines kompletten Linux bis zur Inbetriebnahme und darüber hinaus benötigt wird. Die Installation erfolgt vollautomatisch und schlüsselfertig ohne jegliche Interaktion mit dem Administrator. Ob es um einen oder um hunderte Rechner geht, spielt keine Rolle. Ob alle Rechner über dieselbe Hardware verfügen, ebenso wenig. Jedem Rechner kann eine individuelle Software-Ausstattung zugewiesen werden, bis hin zu unterschiedlichen Linux-Distributionen. Deshalb ist ein FAI-Server technisch weitaus komplexer strukturiert, als ein "einfacher" Netzwerkdienst wie NFS. FAI selber startet keinen "eigenen" Serverprozess. Der FAI-Server greift auf andere Serverdienste zurück. Dazu zählen NFS, TFTP, FTP bzw. HTTP, DOMAIN und DHCP sowie CFENGINE. Einen Teil seiner Funktionalität ist bei FAI in das Installsystem ausgelagert, in die sog. NFSROOT, welche auf dem Zielrechner ausgeführt wird. Wer sich zum ersten Mal mit FAI beschäftigt, sollte mindestens 2 Wochen Zeit reservieren. Unter Debian Wheezy enthält das Paket fai-quickstart alles Notwendige. Etwaig fehlende Serverdienste werden mitinstalliert (Ausnahme siehe unten). Die Setup-Routine von FAI löst aber nicht alle Fragen rund um das Zusammenspiel der beteiligten Serverdienste. Handarbeit ist angesagt. Besonderes Augenmerk gilt der Frage, die beteiligten Dienste exakt aufeinander abzustimmen. Sonst bricht die Installation auf dem Zielrechner ab oder bleibt unvollständig. In solchen Fällen ist solides Wissen über die internen Abläufe einer Linux-Installation und der beteiligten Serverdienste gefragt, um der Ursache auf die Spur zu kommen. Denn die Folgen von Konfigurations- fehlern zeigen sich häufig recht spät. Vorab sind die MAC-Adressen der Zielrechner zu ermitteln und TFTP vorzugeben. FAI setzt dabei auf den ISC-DHCP-SERVER, der mit TFTP-HPA zusammenwirken kann, so dass kein zusätzlicher BOOT-Server benötigt wird. Als weiterer Knackpunkt ist die Konfiguration von NFS händisch aus- zubessern. Technisch betrachtet handelt es sich bei FAI um ein Sammelsurium von Skripten, welche sich an gewissen Stellen in die beteiligten Server- dienste bzw. in die Prozesse der NFSROOT einklinken. Manche dienen der Vor-Konfiguration auf dem FAI-Server, andere werden zur Laufzeit der NFSROOT auf dem Zielrechner aktiv. Die Installation auf dem Zielrechner durchläuft mehrere Phasen: Anfangs bootet der Zielrechner per PXE übers Netzwerk. Alternativ kann local per CD oder USB gebootet werden. Der TFTP-Server stellt Kernel und Initrd zur Verfügung. Die Initrd bindet per NFS die NFSROOT ein und startet sie. Weil die NFS-Option read-only gesetzt ist, kann der FAI-Server beliebig viele Installationen gleichzeitig bewirken. Die NFSROOT läuft auf dem Zielrechner ähnlich einer InstallCD im ram-only Betrieb. Dafür wird AUFS eingesetzt. Die NFSROOT untersucht die Hardware und lädt das Verzeichnis mit den Konfigurationsdateien, dem sog. Config-Space des FAI-Servers. Damit erhält die NFSROOT alle Angaben, was auf dem Zielrechner zu tun ist. Mehrere Optionen stehen zur Verfügung: Neu-Installation, Update, Hard- ware-Analyse, Rettungssystem, Umkonfiguration. Im Fall der Neu-Installation beginnt die NFSROOT ohne zu zögern mit der Formatierung der Festplatte. Vorhandene Daten gehen verloren. Also Vor- sicht beim Booten von Rechnern, während ein FAI-Server läuft! Anschließend werden in mehreren Schritten das Grundsystem installiert, die Hardware konfiguriert, die gewünschten Softwarepakete und der Bootloader installiert sowie alle weiteren Vorgaben des Administrators ausgeführt. Danach bootet der Zielrechner erneut und ist bereit, seine Arbeit aufzunehmen. Für jede Stufe kann der Administrator Vorgaben setzen und zusätzliche Arbeiten erzwingen, z.B. weitere Nutzer anlegen, Daten vorladen, Netzwerkdienste starten etc. Dafür hat er Konfigurationsdateien zu editieren und kleinere Skripte aufzusetzen. FAI bietet dabei gewisse Hilfestellungen. Damit kann der Administrator alles vorgeben, was bei der Installation von Linux und der Nachkonfiguration gewollt sein könnte. Wegen dieser Flexibilität kaskadiert der FAI-Server: ein FAI-Server kann einen FAI-Server aufsetzen. (Das Paket fai-quickstart enthält ein Beispiel.) Die Arbeit des Administrators wird u.a. durch ein leicht begreifbares Klassen-Konzept erleichtert. Jedem Zielrechner können Klassen zugeordnet werden, die auf ausgewählte Eigenschaften des Zielrechners hinweisen. Will man z.B. die Platte eines Servers tauschen, reicht z.B. der Wechsel von der Klasse 500GB-Platte in die Klasse 10TB-Platte. Will man gleichzeitig aus seinem alten Server einen Router machen, reicht der Wechsel von der Klasse MeineServer zur Klasse SchnelleRouter. Die Klassen und ihre jeweilige Bedeutung hat der Administrator natürlich durch entsprechende Skripte und Konfigurationen vorzugeben. Die mitgelieferten Klassen eignen sich gut für Demo- und Übungszwecke. Vor dem praktischen Einsatz sind jene Klassen jedoch zu verfeinern. Richtig voreingestellt, bedarf es keinerlei Benutzereingaben während der Installation auf dem Zielsystem. Per GBit-Netzwerk können etliche Installationen parallel ablaufen. Der Administrator kann sich anderen Aufgaben widmen. Darin liegt einer der großen Vorteile von FAI. Der FAI-Server lässt sich durch einen lokalen Paket-Mirror wesentlich beschleunigen. Der Mirror kann auf dem FAI-Server oder einer anderen Maschine plaziert werden. Die NFSROOT kann den Mirror über HTTP, FTP oder NFS anbinden. Einen Debian-Mirror setzt man am Besten mit Hilfe des Paketes debmirror auf. Will man ihn in der NFSROOT per HTTP oder FTP anbinden, ist der HTTP- bzw. FTP-Server händisch aufzusetzen. Die Konfiguration von FAI ist sodann händisch anzupassen. Mehrere Installationen wurden auf dem Treffen praktisch vorgeführt. Für Debian mit Textconsole brauchte FAI 2 Minuten, für Gnome 6 Minuten. FAI-Server und Zielsystem waren dabei Teil eines simulierten Netzes unter KVM. Ein solches Netzwerk soll künftigen Treffen der Lugrav als Spielweise für das Ausprobieren von Serverdiensten dienen. Wer mag, soll einen für ihn reservierten Host nutzen können, ohne in Gefahr zu geraten, andere Teilnehmer zu stören oder gar sein eigenes Gerät zu zerschiessen. Mitzubringen sind lediglich der eigene Laptop mit funktionsfähigen SSH-Client. Kabel und Switch werden gestellt werden. Bei Gelegenheit wird das erstmals auszuprobieren sein. pv:)

1 0