Open Source on zefanjas.de - Open Source & Education

Einführung in Anki 23.10

Sat, 16 Dec 2023 07:37:23 +0000

Anki ist eine Karteikarten-App mit einem sehr sehr guten Algorithmus, der einem hilft, das Gelernte nicht mehr zu vergessen. Wie man lernt ohne zu Vergessen habe ich bereits in meinem letzten Artikel kurz beschrieben. Vor kurzem habe ich den Schülern meiner Schule eine Einführung in Anki gegeben. Dazu habe ich auch einige Videos und Tutorials aufgenommen.

Anki 23.10

Vor kurzem wurde eine neue Version von Anki veröffentlicht, die mindestens zwei tolle Features enthält.

Das eine ist ein neuer Algorithmus (FSRS), der aktuell einer der besten Spaced-Repetition-Algorithmen ist. Im Prinzip ist dieser Algorithmus das Herzstück von Anki, da er dafür verantwortlich ist, mir genau die Karten zu zeigen, die ich am vergessen bin. Je genauer eine App diesen Zeitpunkt berechnen kann, umso länger kann ich Dinge in meinem Gedächtnis behalten, ohne das ich sie vergesse.

Ein weiteres tolles Feature ist der neue Notiztyp „Bildverdeckung“, der jetzt nativ integriert wurde. Damit kann ich Teile von von Zeichnungen, Tabellen, Vorlesungsfolien etc. einfach abdecken und damit lernen. Auf die 3 wichtigsten Typen gehe ich in folgenden Video ein:

Einführung in Anki

Anki hat eine etwas steile Lernkurve, d.h. es dauert ein bisschen, bis man die App verstanden und durchdrungen hat. Auf der einen Seite ist sie sehr simpel aufgebaut, auf der anderen gleichzeitig sehr flexibel und erweiterbar. Daher ist es hilfreich, wenn man sich zu Beginn die ersten 5 Kapitel der Dokumentation durchliest.

Für meine Schüler habe ich ein paar einleitende Videos erstellt, die die Schritte von der Installation bis zur ersten Benutzung beschreiben. Weitere folgen noch in den nächsten Wochen und Monaten.

Fazit

Anki ist eine tolle App, die das Lernen sehr effektiv und effizient macht. Es liegt nicht so sehr an der App an sich, sondern eher daran, dass sie auf einer wissenschaftlich sehr gut untersuchte Lerntechnik basiert. Die Meta-Studie von John Dunlosky vergleicht verschiedene beliebte Lerntechniken und kommt ganz klar zu dem Ergebnis, dass verteiltes Wiederholen und Selbsttests die Lerntechniken sind, die den größten Effekt habe.

Ich möchte jeden ermutigen, egal welchen Alters, sich einmal mit dieser App auseinanderzusetzen und den sogenannten „spacing effect“ an sich selbst zu erfahren. Lernen (fast) ohne zu vergessen ist möglich 🙂

Lernen ohne zu vergessen mit Anki

Mon, 09 Oct 2023 05:00:48 +0000

In den letzten Jahren habe ich mich immer wieder mit Erkenntnissen aus der Lernforschung auseinandergesetzt, um mein persönliches Lernen aber auch das Lernen an unserer Schule stetig zu verbessern. Ein Begriff, der mir dabei immer wieder begegnete, ist „Spaced Repetition“. Was das mit „Lernen ohne zu vergessen“ und mit Anki zu tun, möchte ich in diesem Artikel kurz beschreiben.

Was ist „Spaced Repetion“?

Spaced Repetition kann man am besten mit „zeitlich verteilte Wiederholung“ oder „verteilte Wiederholung“ übersetzen. Im Grunde geht es darum, dass ich Lerninhalte idealerweise dann wiederhole, kurz bevor ich sie vergessen habe. Wenn man Lernen als einen Kampf gegen das Vergessen bezeichnet, ist genau das wichtig: Wiederholen bevor mein Gedächtnis das Gelernte vergessen hat.

Immer dann, wenn ich Gelerntes wiederhole und mich daran erinnern kann, verlängert sich die „Speicherdauer“ in meinem Gedächtnis.

Wir alle kennen diesen Effekt. Wenn ich in meiner Schulzeit für einen Vokabeltest gelernt habe (meist am Tag davor 🙂 ), habe ich die meisten Vokabeln nach 3 Tagen wieder vergessen. Dass ist auch der Grund, warum ich mich nur noch an ganz wenige Französischvokabeln erinnern kann, obwohl ich 5 Jahre Sprachunterricht hatte. Hätte ich jedoch jeden Tag eine kleine Menge an Vokabeln gelernt und wiederholt, hätte ich mich wesentlich länger an sie erinnern können. Hier mal eine Grafik, die das Prinzip veranschaulicht:

Zusammenfassung: Wenn ich etwas Gelerntes im richtigen Moment wiederhole, kann ich die „Speicherdauer“ im Langzeitgedächtnis deutlich verlängern.

Doch woher weiß ich, wann der richtige Zeitpunkt ist, um etwas zu wiederholen? Ich möchte ja nur die Dinge wiederholen, die ich gerade am Vergessen bin und nicht die, die ich noch weiß. Das ist eine sehr wichtige Frage. Wenn ich zu viele Dinge wiederhole (v.a. Lerninhalte, die ich noch weiß), steigt mein zeitlicher Aufwand für die Wiederholungen. Wenn ich zu wenige Lerninhalte wiederhole, steigt die Chance, dass ich Dinge vergesse und ich sie letztendlich neu lernen muss.

Anki

Genau an diesem Punkt kommt Anki ins Spiel. Anki ist eine Open Source Karteikartensoftware, die mir die Arbeit der Berechnung der richtigen Intervalle abnimmt, sodass ich nur noch das wiederhole, was ich kurz vor dem Vergessen bin. Das genau ist es, was diese Lernmethode so effizient macht, denn nun kann ich Dinge in weniger Zeit lernen bzw. mehr in der gleichen Zeit, die ich bisher zum Lernen aufgewendet habe.

Anki ist eine sehr mächtige und flexible Anwendung, die sich durch viele Erweiterungen anpassen lässt. Das sorgt auch dafür, dass die Lernkurve für diese App etwas steiler ist. Deshalb empfehle ich, dass man sich am besten ein paar einführende Videos anschaut.

Karteikarten kann man sich entweder selbst erstellen oder nutzt eines der fertigen Lernpakete.

Lernen ohne zu vergessen – eine Utopie?

Persönlich nutze ich Anki seit ca. 1 Jahr. Hauptsächlich lerne ich damit Vokabeln (ja, auch wieder Französisch…), Bibelverse / -texte, Markierungen / Zitate aus Büchern, die ich gelesen habe und alles, was mich sonst noch so interessiert. Ich bin total begeistert von den Ergebnissen. Ich hätte nicht gedacht, dass es so leicht ist, sich Dinge langfristig im Gedächtnis zu behalten.

Wo ist der Haken? Damit das mit den Wiederholen zum richtigen Zeitpunkt auch klappt, muss ich meine Wiederholungen jeden Tag machen. Je nachdem wie viele Karten man lernt, können das 5 Minuten am Tag sein oder auch 2 Stunden. Der Schlüssel zum Erfolg ist die tägliche Wiederholung. Es dauert vielleicht ein paar Wochen bis man diese neue Gewohnheit in seinen Alltag integriert hat, aber man wird belohnt mit der Erfahrung, dass dieses Prinzip der verteilten Wiederholung wirklich funktioniert und unser Gedächtnis sich viele (sehr viele) Dinge merken kann.

Neue GUI für LINBO

Fri, 15 Jan 2021 05:16:30 +0000

LINBO ist eines der wesentlichen Features von linuxmuster.net – einer freien Schulserverlösung. Mit LINBO kann man viele PCs oder Laptops einfach und in wenig Zeit verwalten. Es hilft den administrativen Aufwand, den man mit vielen Geräten hat, in Grenzen zu halten. Viele Prozesse lassen sich zu dem automatisieren, sodass man fast alle Aufgaben, wie z.B. ein neues Image verteilen, aus der Ferne erledigen kann. Mit Version 7 hat linuxmuster.net ein neues & modernes Webinterface bekommen, einzig LINBO sah man das Alter mit seiner alten Benutzeroberfläche an. Doch damit scheint jetzt bald Schluss zu sein, denn eine neue GUI für LINBO befindet sich in der Testphase. Seht selbst.

Installation

Wer linuxmuster.net an der Schule bereits einsetzt und die neue GUI testen möchte (sie ist noch nicht für den produktiven Einsatz gedacht!), muss die „testing“-Paketquelle einrichten. Man öffnet die Datei /etc/apt/sources.list.d/lmn7.list und ändert die Einträge wie folgt ab:

deb https://archive.linuxmuster.net lmn7-testing/
deb-src https://archive.linuxmuster.net lmn7-testing/

Danach kann man nach einem apt update && apt upgrade die neue GUI für LINBO installieren:

$ apt install linuxmuster-linbo-gui7

Fertig.

Neue Optionen für die start.conf

Mit der neuen GUI gibt es auch ein paar neue Optionen für die start.conf Datei, die man manuell oder im Webinterface einstellen kann. Da alles noch in der Entwicklung ist, können sich diese Parameter aber noch ändern:

UseMinimalLayout = yes
Locale = en-US
BackgroundColor = 0c2842

Man kann also neben der Hintergrundfarbe auch die Sprache einstellen. UseMinimalLayout = yes sorgt dafür, dass LINBO in mit einer minimalistischen GUI startet (die aber sehr schick aussieht, siehe Screenshots).

Screenshots

Fazit

Mir gefällt die neue GUI sehr. Sie sieht toll & modern aus und lässt sich gut bedienen. Vielen Dank an Dorian Zedler!

pfBlockerNG – Werbung und unerwünschte Inhalte filtern

Wed, 21 Oct 2020 14:13:32 +0000

Besucht man heute eine durchschnittliche Website, so werden unzählige Skripte und Tracker nachgeladen. Dadurch können die Webseitenbetreiber, Google, Facebook, usw. Daten über mich sammeln und meinen Streifzug durch die Weiten des Internets verfolgen. Zum Glück muss man sich diesem Treiben nicht ergeben und es gibt viele sinnvolle Erweiterungen z.B. für den Browser (uBlock Origin, uMatrix, etc.). Diese Lösungen haben den Nachteil, dass ich sie auf jedem Gerät und für jeden Browser einzeln installieren muss. Deshalb möchte ich heute vorstellen, wie man Werbung und unerwünschte Inhalte mit pfSense und pfBlockerNG netzwerkweit filtern kann. Das ist z.B. sinnvoll in einem Heim- oder Schulnetzwerk.

pfBlockerNG installieren

Zuerst loggen wir uns in pfSense ein und öffnen den Package Manager. Dort wählen wir pfBlockerNG-devel unter „Available Packages“ aus:

Mit „Install“ können wir das Paket installieren. PfSense lädt nun das pfBlockerNG Paket herunter und fügt es der Firewall hinzu.

pfBlockerNG Ersteinrichtung

Als nächsten werden wir pfBlockerNG konfigurieren. Dazu gehen wir zu Firewall → pfBlockerNG.

Es begrüßt und ein Assistent, der uns bei der Einrichtung von pfBlockerNG helfen wird. Mit „Next“ geht es weiter.

Auf der nächsten Seite wird erklärt, welche Dinge nun eingerichtet werden:

Es wird ein Standard-Setup für Anfänger mit pfBlockerNG eingerichtet.
Falls man vorher schon einmal pfBlockerNG installiert hatte, werden alle Einstellungen gelöscht.
Zwei Komponenten werden installiert:
- IP: Firewall-Regeln für die WAN-Schnittstelle, um die schlimmsten bekannten Angreifer zu sperren.
- DNSBL: Werbung und andere bekannte bösartige Domains werden geblockt.

Mit „Next“ geht es wieder weiter.

Im nächsten Schritt müssen wir die eingehende Schnittstelle (WAN) und ausgehende Schnittstelle (LAN) auswählen. Wenn man mehrere interne Schnittstellen hat, kann man alle diejenigen auswählen für die man pfBlockerNG einrichten will. Möchte man z.B. das Gäste-WLAN filtern, aber nicht das WLAN für die Lehrkräfte, kann man hier die entsprechenden Schnittstellen aus bzw. abwählen.

Als nächstes müssen wir eine sogenannte VIP-Adresse festlegen. Auf dieser läuft der Webserver von pfBlockerNG und sollte unter keinen Umständen eine IP aus einem verwendeten Netzwerk sein! Wenn das LAN-Netz z.B. 192.168.1.1/24 ist, sollte die VIP-Adresse nicht in diesem Bereich liegen. Hier in unserem Beispiel lassen wir die Adresse bei 10.10.10.1. Die Ports muss man i.d.R. nicht ändern.

Das Setup ist nun fertig und wir können den Assistenten mit einem Klick auf „Finish“ beenden.

Danach öffnet sich die pfBlockerNG Updateseite und es werden automatisch alle aktivierten Blocklisten heruntergeladen und aktiviert.

pfBlockerNG einrichten

Wir haben nun ein fertig eingerichtetes pfBlockerNG Setup, dass unerwünschte Werbung und bösartige Domains und Webseiten blockiert. pfBlockerNG ist aber ein sehr mächtiges & flexibles Werkzeug. Deshalb möchte ich gern ein paar Einstellungen hervorheben.

Wichtig: Damit geänderte Einstellungen auch wirksam werden (egal, ob DNSBL oder IP), müssen wir unter Update → Reload → All → Run ausführen, damit die (geänderten) Listen heruntergeladen und aktiviert werden.

IP

Im IP Reiter, empfehle ich folgende Einstellungen:

Floating Rules → Enable. Wenn man nur eine interne Schnittstelle hat, kann man es auch deaktiviert lassen. Bei vielen Schnittstellen (z.B. in einem Schulnetzwerk), macht es Sinn, diesen Punkt zu aktivieren, damit die Firewallregeln übersichtlicher bleiben.
Kill States → Enable. Wenn pfBlockerNG die Blocklisten aktualisiert, werden alle aktiven Verbindungen zu IPs in den Listen zurückgesetzt.

GeoIP Blocking

Möchte man Zugriffe aus bestimmten Regionen der Erde verbieten, muss man sich zuallererst einen kostenloses Konto bei MaxMind erstellen. Daraufhin erhält man einen Lizenzschlüssel, den man unter IP → MaxMind GeoIP Configuration eintragen. Danach muss man einmal unter Update → Reload → IP die GeoIP Datenbanken herunterladen.

Nun können wir unter IP → GeoIP die gewünschten Kontinente oder Top-Spammer auswählen. Dazu klicken wir auf den kleinen Stift rechts und wählen dann in der Liste alle Einträge aus. Unten wählen wir noch „Deny Both“ (List Action).

Hinweis zu „Deny Inbound“ und „Deny Outbound“: „Deny Inbound“ bedeutet, dass die IPs für alle eingehenden Verbindungen geblockt werden. Wenn man z.B. einen Webserver betreibt und man möchte bestimmte Länder blocken, dann kann man das mit „Deny Inbound“ machen. „Deny Outbound“ gilt für alle ausgehenden Verbindungen, d.h. ich kann mich von einem Rechner im Netzwerk nicht zu dieser IP verbinden. Hier muss man aufpassen! Wenn ich z.B. alle IPs Nordamerikas mit „Deny outbound“ sperre, kann ich ab sofort keine Webseiten mehr erreichen, die auf diesem Kontinent gehostet sind!

DNSBL / Feeds

pfBlockerNG blockt neben IPs auch Domains. Es findet also keine Man-in-the-Middle-Attacke statt, um Inhalte zu filtern, sondern es wird einfach in eine lange Liste geschaut, ob eine Domain erlaubt ist oder nicht (funktioniert auch mit HTTPS). Unter Feeds können wir einstellen, welche Listen aktiv genutzt werden sollen. Es gibt dabei Feeds für IP Blocklisten, als auch für DNSBL, also Blocklisten für DNS / Domains.

Alle aktivierten Feeds haben einen Haken am Ende der Zeile. Wenn wir nun einen noch nicht aktiven Feed hinzufügen wollen, klicken wir einfach auf das „+“:

Es öffnet sich eine Seite auf der wir Details zu dem Feed einstellen können. Folgende Felder sind wichtig:

State: ON
Action: Unbound
Update Frequency: Once a day

Manchmal möchte man einen Feed hinzufügen, der nicht in der Liste ist (z.B. einzelne Feeds von Steven Black). Dazu gehen wir zu DNSBL → DNSBL Groups und klicken unten auf „Add“:

Auf der nächsten Seite geben wir der DNSBL Gruppe einen Namen und fügen und DNSBL Source Definitions unseren Feed (oder mehrere) hinzu.

Name: StevenBlack
State: ON
Source: https://raw.githubusercontent.com/StevenBlack/hosts/master/alternates/gambling/hosts
Header / Label: Glückspiel
Action: Unbound
Update Frequency: Once a day

Mit „Save“ schließen wir den Vorgang ab.

Whitelists

Wenn eine Domain nicht geblockt werden soll, muss man sie unter DNSBL → DNSBL Whitelist in die Whiteliste aufnehmen. Wenn man einen Punkt („.“) vor den Domainnamen setzt, werden auch alle Subdomains freigeschaltet, sonst nur genau die (Sub)Domain, die man eingetragen hat.

SafeSearch

Unter DNSBL → DNSBL SafeSearch kann man SafeSearch für die bekanntesten Suchmaschinen einstellen. Weiterhin können wir auch noch DNS over HTTPS von Firefox blockieren sowie Beschränkungen für Youtube einstellen.

pfSense als DNS Server erzwingen

Damit auch alle Anfragen in unserem Netzwerk durch pfBlockerNG gefiltert werden, müssen wir verhindern, dass jemand im Netzwerk einen anderen DNS-Server als den DNS-Server von pfSense verwendet. Dazu erstellen wir 2 Regeln für die LAN-Schnittstelle (mehr Details hier):

Fazit

pfBlockerNG ist ein tolles Open Source Projekt. Es hilft Werbung, unerwünschte Inhalte und ganze Netzbereiche zu filtern. Egal ob IPs oder DNS-Blocklisten – mit pfBlockerNG kann man beides verwalten und so konfigurieren, wie man es für sein Netzwerk haben möchte. Es gibt aber auch Alternativen für pfBlockerNG, z.B. pi-hole, welches sich gut auf einem Raspberry Pi oder in einer VM bzw. Container installieren lässt. Unter Strich bleibt, dass ein werbefreies Netzwerk möglich ist!

Nutzt du pfBlockerNG oder pi-hole in deinem (Schul)Netzwerk?

Die 5 besten Open Source Anwendungen für eine Schule

Fri, 09 Oct 2020 00:39:51 +0000

Seit vielen Jahren setzen wir stark auf Open Source Anwendungen in unserer Schule – auf dem Server, aber auch auf den Computern und Laptops. Vor allem im Serverbereich ist Open Source Software weit verbreitet und es gibt viele tolle Softwareprojekte, die sich wunderbar in einer Schule einsetzen lassen. Heute möchte ich deshalb meine 5 Favoriten vorstellen.

Koha

Koha ist ein integriertes Bibliothekssystem. Es wird weltweit in öffentlichen, Schul- und anderen Bibliotheken eingesetzt. Auch wir haben vor ca. 5 Jahren unsere Bibliothek auf diese Software umgestellt. Koha bringt sehr viele Features mit und ist flexibel in der Konfiguration. Der Einstieg ist, wenn man nicht gerade vom Fach ist, etwas steil, aber man wird dafür mit einem tollen System belohnt. Wer mehr über Koha und den Einsatz in Schulen erfahren möchte, sollte sich diese kleine Blog-Post Serie anschauen.

xcp-ng / LXD

Mein nächster Favorit betrifft die Serverinfrastruktur. Wer eigene Server in der Schule betreibt, muss sich mit der Frage beschäftigen, welchen Hypervisor er einsetzen will. Die Auswahl ist groß und man kann zwischen einigen Open Source Optionen wählen. Wir haben uns vor Jahren für xcp-ng entschieden (aus XenServer hervorgegangen). Dazu setzen wir XenOrchestra ein, um die Server zu verwalten. Mit xcp-ng verwalten wir unsere virtuellen Maschinen.

Die meisten unserer (Web)Anwendungen laufen aber in Linuxcontainern. Dafür verwenden wir LXD – ein Container-Hypervisor. LXD bringt mit lxc einen sehr einfach zu bedienende Anwendung mit, um Container zu erstellen, Backups zu erstellen, usw. Der große Vorteil von Linuxcontainern ist für mich, dass ich sie genauso wie eine virtuelle Maschine verwalten, konfigurieren und administrieren kann. Dafür sind sie wesentlich ressourcensparender als eine VM. Seit dem 4.0 Release kann man sogar „richtige“ VMs mit LXD erstellen und verwalten!

pfSense

Für mich ist pfSense eines der besten Open Source Firewall Systeme. PfSense kann man einfach installieren und benutzen und läuft seit Jahren sehr stabil in unserem Netzwerk. Mit pfBlockerNG hat man zusätzlich ein sehr mächtiges Werkzeug, um Werbung, Malwareseiten u.v.a. aus dem Netzwerk fernzuhalten (Webfilter auf DNS Basis).

linuxmuster.net

Über linuxmuster.net habe ich schon oft in diesem Blog geschrieben. Linuxmuster.net ist eine Open Source Schulserverlösung, mit der man Benutzer (Lehrkräfte, Schüler/innen) und Schulcomputer einfach verwalten kann. LINBO, ein Werkzeug von linuxmuster.net, ist für mich eines der wichtigsten Features, denn damit kann ich alle Schulcomputer mit nur einem Image verwalten, auch wenn sie unterschiedliche Konfigurationen haben.

Nextcloud

Nextcloud darf in dieser Liste nicht fehlen. Gerade in den letzten Monaten sind eine Menge neuer Features dazugekommen, die auch im Schulumfeld sehr nützlich sind. Nextcloud ist dabei weit mehr, als nur eine gemeinsame Dateiablage. Durch die vielen Erweiterungen kann man Nextcloud sehr an die individuellen Bedürfnisse anpassen. Egal ob Online Office Suite, Videokonferenz oder einfach nur ein gemeinsamer Kalender – vieles ist mit Nextcloud möglich.

Bonus: Zammad

Noch eine kleine Bonusempfehlung am Ende: Zammad. In den letzten Jahren haben wir verschiedene Service Desk / Helpdesk Anwendungen ausprobiert. Letztendlich sind wir bei Zammad gelandet und es gefällt uns sehr gut. Wie auch alle anderen Empfehlungen hier, bringt es viele nette Features mit. Es lässt sich gut in die bestehende Infrastruktur integrieren und man kann über viele verschiedene Kanäle Tickets erstellen (Soziale Netzwerke, eMail, Chat, …).

Fazit

Die Liste hier könnte man noch beliebig erweitern. Gerade für den Infrastrukturbereich gibt es eine große Menge an Open Source Anwendungen. Allein diese Liste spricht für sich: https://github.com/awesome-selfhosted/awesome-selfhosted. Moodle oder Mahara sollten eigentlich auch noch mit aufgenommen werden, aber damit haben wir bisher kaum Erfahrung sammeln können.

Welche Open Source Anwendungen gehören zu deinen Favoriten, die in keiner Schule fehlen sollten?

Zeiterfassung mit Watson

Sat, 12 Sep 2020 07:54:49 +0000

Heute möchte ich ein Kommandozeilen-Werkzeug vorstellen, dass ich seit einigen Monaten zur Zeiterfassung benutze. Bis Ubuntu 18.04 habe ich immer das Hamster-Applet verwendet, was wirklich toll war. Unter 20.04 funktioniert dieses Applet aber nicht mehr. Deshalb habe ich mich nach Alternativen umgeschaut und bin bei Watson gelandet – ein Werkzeug für die Kommandozeile. Die Zeiterfassung mit Watson ist anders als mit dem Hamster-Applet, doch schauen wir uns zuerst die Installation an.

Installation

Watson ist ein Python-Programm und man installiert es am besten mit dem Python Paket Manager pip:

$ sudo apt install python3-pip
$ sudo pip3 install td-watson

Damit die Bedienung einfacher wird, installieren wir noch die Bash-Autovervollständigung:

$ cd /etc/bash_completion.d/
$ wget https://raw.githubusercontent.com/TailorDev/Watson/master/watson.completion

Damit die Autovervollständigung auch funktioniert, muss man den Terminal neu starten.

Bedienung von Watson

Es gibt eine Reihe von Befehlen, die einem helfen, die Zeit zu erfassen, Zusammenfassungen anzuzeigen oder einzelne Projekte zu verwalten. Die wichtigsten stelle ich kurz vor:

Zeit eines Projekts erfassen

$ watson start Projektname +Schlagwort1 +Schlagwort2

Im Hintergrund wird damit ein „Frame“ oder Zeitabschnitt angelegt für das Projekt inkl. der beiden Schlagwörter. Mit Schlagwörtern kann man z.B. die Zeit für Unterprojekte / Teilaufgaben erfassen.

Mit

$ watson stop

beende ich die Zeiterfassung für das Projekt wieder.

Andere hilfreiche Befehle

Manchmal kommt es vor, dass ich vergesse „watson stop“ auszuführen. Mit

$ watson edit

kann ich den letzten Zeitabschnitt / „Frame“ bearbeiten:

Um das letzte Projekt neu zu starten, reicht ein:

$ watson restart

Um mir eine Zusammenfassung meiner Projekte anzuschauen, kann ich folgende Befehle benutzen:

$ watson report // letzte 7 Tage
$ watson report -m // aktueller Monat
$ watson report -f "2020-08-01" -t "2020-08-31" // Report vom 01.08. bis 31.08.2020
$ watson aggregate // zeigt eine Zusammenfassung der letzten 7 Tage an (für jeden Tag einzeln)

Weitere nützliche Befehle erhält man mit

$ watson --help
$ watson Befehl --help

Fazit

Watson ist ein wirklich einfach zu bedienendes Kommandozeilen-Werkzeug. Die Zeiterfassung mit Watson gefällt mir wirklich gut, obwohl ich das Hamster-Applet auch sehr praktisch fand. Es gibt einzelne Community-Projekte rund um Watson, die die Arbeit damit noch einmal verbessern, z.B. ein GUI und andere nette Kleinigkeiten. Ein Feature, welches meiner Meinung nach noch fehlt, ist die Möglichkeit Notizen zu einem Zeitabschnitt hinzuzufügen. Es gibt dafür einen Pull Request, aber er ist noch nicht im Projekt.

Welches Tool benutzt du zur Zeiterfassung?

Koha LDAP / AD Verbindung einrichten

Thu, 23 Jul 2020 09:40:21 +0000

Koha ist eine freie Bibliothekssoftware, die wir an unserer Schule verwenden. Wir verwalten damit unsere Lehrmittel- als auch unsere Schulbibliothek. Vorher haben wir LITTERA dafür verwendet, doch seit letztem Sommer sind wir komplett auf Koha umgestiegen. Der Kern unserer Schulinfrastruktur ist ein linuxmuster.net Schulserver. Jeder Schüler und Kollege hat einen schulinternen Benutzernamen, den man für die Anmeldung an unseren Schulcomputern braucht. linuxmuster.net bringt dafür einen LDAP Server mit. In diesem Artikel möchte ich zeigen, wie man in Koha die LDAP Verbindung einrichtet, sodass sich alle Benutzer in der Bibliothek mit ihrem schulinternen Login anmelden können.

Koha an Active Directory / AD anbinden (ab linuxmuster.net v7)

Linuxmuster.net v7 bringt einen Samba 4 Active Directory mit sich. Dadurch hat sich auch die Anbindung an Koha im Vergleich zur Vorgängerversion geändert. Die Einstellungen befinden sich immer noch in der /etc/koha/sites/library/koha-conf.xml (falls die Koha-Instanz library heißt). Diese Datei müssen wir nun wie folgt bearbeiten:

&lt;ldapserver id="ldapserver"  listenref="ldapserver"&gt;
  &lt;hostname&gt;ldaps://10.16.1.1&lt;/hostname&gt;
  &lt;base&gt;ou=schools,dc=linuxmuster,dc=net&lt;/base&gt;
  &lt;user&gt;cn=global-binduser,ou=Management,ou=GLOBAL,dc=linuxmuster,dc=net&lt;/user&gt;&lt;!-- DN, if not anonymous --&gt;
  &lt;pass&gt;Bind-User-Passwort&lt;/pass&gt;&lt;!-- password, if not anonymous --&gt;
  &lt;replicate&gt;1&lt;/replicate&gt;       &lt;!-- add new users from LDAP to Koha database --&gt;
  &lt;update&gt;1&lt;/update&gt;             &lt;!-- update existing users in Koha database --&gt;
  &lt;anonymous_bind&gt;0&lt;/anonymous_bind&gt;
  &lt;auth_by_bind&gt;1&lt;/auth_by_bind&gt; &lt;!-- set to 1 to authenticate by binding instead of password comparison --&gt;
  &lt;principal_name&gt;%s@linuxmuster.net&lt;/principal_name&gt;
  &lt;update_password&gt;0&lt;/update_password&gt;
  &lt;!-- optional, for auth_by_bind: a printf format to make userPrincipalName from koha userid --&gt;
  &lt;mapping&gt;             &lt;!-- match koha SQL field names to your LDAP record field names --&gt;
   &lt;userid       is="samAccountName"&gt;&lt;/userid&gt;
   &lt;email        is="mail"&gt;&lt;/email&gt;
  &lt;/mapping&gt;
&lt;/ldapserver&gt;

Dazu ein paar kurze Hinweise:

: Hier müssen wir die Addresse des LDAP-Servers (der linuxmuster.net Server) angeben. Weiterhin müssen wir sichergehen, dass unser Koha Server den LDAP-Server auch über die Ports (TCP/UDP 636) für LDAPS erreichen kann.
: Der LDAP Pfad für unsere Benutzeraccounts. Die Domain am Ende muss wahrscheinlich angepasst werden.
: der Bind-User, damit Koha an die Benutzerdaten herankommt.
: Das Passwort des Bind-Users. Es befindet sich auf dem linuxmuster.net Server unter /etc/linuxmuster/.secret/global-binduser
: Wenn sich ein Benutzer per LDAP anmeldet, möchten wir, dass er auch ein Koha-Konto bekommt.
: Diese Option brauchen wir, damit Benutzer mit Informationen aus dem LDAP aktualisiert werden, falls bereits ein Koha-Konto existiert.
<auth_by_bind>: Für die Überprüfung der Anmeldedaten wollen wir den Bind-User verwenden. Für Active Directory muss diese Option 1 sein.
<principal_name>: Das ist wahrscheinlich der schwierigste Teil. Am besten eignet sich der userPrincipalName aus dem AD. Bei linuxmuster.net v7 steht dort user@linuxmuster.net (Domain wieder anpassen!). User wird hier durch %s ersetzt (das wiederrum durch das mapping weiter unten bestimmt wird).
: Hier können wir festlegen, welche Daten aus dem LDAP welches Attribut in Koha überschreiben soll. Wichtig ist vor allem userid, denn diese wird verwendet, um das %s in <principal_name> zu ersetzen. Bei Samba 4 / AD sieht das Mapping so aus:

Konfiguration für Koha LDAP Verbindung anpassen (bis linuxmuster.net v6.2)

Koha speichert seine Einstellungen in der Datei koha-conf.xml. Diese Datei befindet sich unter /etc/koha/sites/library/koha-conf.xml, falls die Koha-Instanz library heißt. Diese Datei öffnen wir mit einem Editor unserer Wahl und suchen den Eintrag <useldapserver>0</useldapserver>.

$ sudo nano /etc/koha/sites/library/koha-conf.xml

Die Dokumentation für die Koha LDAP Verbindung ist leider nicht sehr ausführlich. Die wesentlichen Informationen findet man in der Perl-Dokumentation zum Koha LDAP-Modul. Auf dieser Seite finden wir eine Beispielkonfiguration, die wir größtenteils übernehmen können. Ein paar kleine Änderungen sind allerdings notwendig, damit die Integration zwischen Linuxmuster und Koha auch gut funktioniert. Zuerst ändern wir <useldapserver>0</useldapserver> in <useldapserver>1</useldapserver>, um Koha mitzuteilen, dass wir gern einen LDAP-Server für die Anmeldung verwenden wollen. Direkt danach fügen wir folgende Zeilen ein:

&lt;ldapserver id="ldapserver"  listenref="ldapserver"&gt;
  &lt;hostname&gt;ldaps://10.16.1.1&lt;/hostname&gt;
  &lt;base&gt;ou=Accounts,dc=linuxmuster,dc=net&lt;/base&gt;
  &lt;user&gt;cn=admin,dc=linuxmuster,dc=net&lt;/user&gt;&lt;!-- DN, if not anonymous --&gt;
  &lt;pass&gt;Bind-User-Passwort&lt;/pass&gt;&lt;!-- password, if not anonymous --&gt;
  &lt;replicate&gt;1&lt;/replicate&gt;       &lt;!-- add new users from LDAP to Koha database --&gt;
  &lt;update&gt;1&lt;/update&gt;             &lt;!-- update existing users in Koha database --&gt;
  &lt;auth_by_bind&gt;1&lt;/auth_by_bind&gt; &lt;!-- set to 1 to authenticate by binding instead of password comparison, e.g., to use A$
  &lt;principal_name&gt;uid=%s,ou=Accounts,dc=internal,dc=cdsc,dc=ac,dc=th&lt;/principal_name&gt;
  &lt;!-- optional, for auth_by_bind: a printf format to make userPrincipalName from koha userid --&gt;
  &lt;mapping&gt;             &lt;!-- match koha SQL field names to your LDAP record field names --&gt;
   &lt;userid       is="uid"&gt;&lt;/userid&gt;
   &lt;password     is="userpassword"&gt;&lt;/password&gt;
   &lt;email        is="mail"&gt;&lt;/email&gt;
  &lt;/mapping&gt;
&lt;/ldapserver&gt;

Dazu ein paar kurze Hinweise:

: Hier müssen wir die Addresse des LDAP-Servers (der linuxmuster.net Server) angeben. Weiterhin müssen wir sichergehen, dass unser Koha Server den LDAP-Server auch über die Ports (TCP/UDP 636) für LDAPS erreichen kann.
: Der LDAP Pfad für unsere Benutzeraccounts. Die Domain am Ende muss wahrscheinlich angepasst werden.
: der Bind-User, damit Koha an die Benutzerdaten herankommt.
: Das Passwort des Bind-Users. Es befindet sich auf dem linuxmuster.net Server unter /etc/ldap/ldap.secret
: Wenn sich ein Benutzer per LDAP anmeldet, möchten wir, dass er auch ein Koha-Konto bekommt.
: Diese Option brauchen wir, damit Benutzer mit Informationen aus dem LDAP aktualisiert werden, falls bereits ein Koha-Konto existiert.
<auth_by_bind>: Für die Überprüfung der Anmeldedaten wollen wir den Bind-User verwenden.
: Hier können wir festlegen, welche Daten aus dem LDAP welches Attribut in Koha überschreiben soll. Wichtig ist vor allem userid und password.

Koha LDAP / AD Verbindung testen

Um die LDAP Verbindung zu testen, rufen wir die Koha OPAC Seite auf und melden uns mit einem linuxmuster.net Benutzeraccount an. Sollte es Probleme beim Laden der Website geben oder die Anmeldung nicht klappen, kann man auf dem Koha-Server unter /var/log/koha/library/opac-error.log nachschauen, woran es liegt.

Falls die Anmeldung erfolgreich war, sieht man eine Liste mit den aktuellen Ausleihen des Benutzers:

Koha LDAP / AD Verbindung per Kommandzeile testen

Gerade beim Einrichten der Verbindung zum LDAP / AD Server geht es schneller, wenn man direkt auf der Kommandozeile testen kann, ob die Konfiguration richtig ist. Dazu gibt man die folgenden Befehle ein:

$ service koha-common restart && service memcached restart
$ export PERL5LIB=/usr/share/koha/lib/ && export KOHA_CONF=/etc/koha/sites/library/koha-conf.xml && perl /usr/share/koha/opac/cgi-bin/opac/opac-user.pl userid=user1 password=foo

Der Pfad zur koha-conf.xml, sowie user und password müssen wir natürlich noch anpassen.

Fazit

Die Einrichtung der LDAP Verbindung in Koha bringt für unsere Schule einen großen Mehrwert. Vorher war es mit LITERRA nicht möglich, dass einzelne Benutzer ihre aktuellen Ausleihen sehen konnten. Weiterhin müssen jetzt die Benutzerdaten nur noch an einem Ort gepflegt werden und nicht in verschiedenen Programmen. Die Bedienung über ein Webinterface ist für alle Bibliotheksmitarbeiter ein großer Gewinn und eine Arbeitserleichterung. Der Einstieg in Koha ist vielleicht etwas steiler als in andere Bibliotheksprogramme, aber die Möglichkeiten und Flexibilität dieser Open Source Software sind beeindruckend.

Wie man ein gesperrtes BIOS entsperren kann

Thu, 16 Jul 2020 13:06:27 +0000

An unserer Schule haben wir in den letzten Jahren keine BIOS Passwörter vergeben. Das war bisher auch kein Problem (v.a. für Linbo), da wir eigentlich nur nette Schüler und Schülerinnen haben 🙂 Seit einiger Zeit haben sich dann aber doch einige den Spaß erlaubt und Passwörter im BIOS vergeben, sodass wir keine Einstellungen mehr ändern konnten. Nicht nur das: Es gibt ja noch weitere Passwörter, die man im BIOS vergeben kann… Das Problem wurde leider auch nicht sofort festgestellt, sodass wir jetzt ein paar Laptops haben, die mit einem BIOS- / Setup- / Admin-Passwort versehen sind. Was nun? Wie können wir nun unser gesperrtes BIOS entsperren?

Zum Glück sind wir nicht die ersten mit diesem Problem – vielen anderen Menschen auf dieser Welt begegnet dieses Phänomen jahrein und jahraus. Eine Lösung sollte also nicht so schwierig sein, oder?

Nein, ist sie auch nicht. In unserem Fall haben wir unsere Laptops mit Hilfe der folgenden Website entsperrt: https://bios-pw.org/

Auf der Website gibt man seinen Code ein (bei unseren Dell-Laptops eine Seriennummer, die erscheint, wenn man auf UNLOCK im BIOS klickt) und erhält dann ein Passwort mit dem das BIOS entsperren kann.

WICHTIG: Auch wenn eine deutsche Tastatur verbaut ist, geht das BIOS von einer US-Tastaturbelegung (QWERTY) aus! Bei uns hat der Code nur geklappt, wenn man STRG + ENTER gedrückt hat. Nur ENTER allein hat nicht gereicht.

Sicher gibt es noch andere Wege, wie man das BIOS Passwort zurücksetzen kann. Manchmal gibt es Standardpasswörter für bestimmte BIOS Arten bzw. Hersteller, manchmal kann man das BIOS auch über Jumper auf dem Mainboard zurücksetzten (bei Laptops i.d.R. nicht so einfach möglich). Oder die Supporthotline des Herstellers kann in einigen Fällen sicher auch weiterhelfen. (Das trifft eher auf die großen Hersteller zu, man sollte auch beweisen können, dass man der rechtmäßige Eigentümer des Geräts ist).

Fazit: BIOS Passwörter machen Sinn – vor allem in einer Schule 🙂

Schulserverlösung linuxmuster.net Version 7 veröffentlicht

Fri, 17 Apr 2020 01:58:26 +0000

Knapp vier Jahre nach dem letzten Release wurde heute die neue Version 7 von linuxmuster.net veröffentlicht. Damit ist ein weiterer wichtiger Meilenstein in der Geschichte der freien Open Source Schulserverlösung erreicht.

Zum Release wird es heute (17.04.) um 15:00 Uhr (MESZ) eine kleine Präsentation der LMN 7 geben (virtuell über BigBlueButton): https://bz-pfinztal7.dynalias.org/b/gad-tnt-hdg. Das Passwort für den Raum wird ca. 15min vorher hier veröffnetlicht. Jeder ist herzlich eingeladen.

Was ist neu?

Mit Version 7 haben sich einige Dinge im Vergleich zu den Vorversionen geändert. Hier die wichtigsten Änderungen im Überblick:

Wechsel von Samba 3 auf Samba 4 (mehr als nötig, um ein aktuelles Serverbetriebssystem einsetzen zu können, Samba 4 macht weiterhin die Anbindung von Windows und anderer Software leichter)
OPNSense ersetzt die bisherige Firewall (IPFire)
neue Schulkonsole (webbasierte Administration) ist moderner (Responsive Design, etc.)
Version 7 ist mehrschulfähig, d.h. es lassen sich mit einer Installation mehrere Schulen verwalten
Netzwerksegmente / IP-Bereiche sind frei wählbar (das war vorher nur sehr eingeschränkt der Fall)

weitere (bekannte) Features

Neben den oben genannten Veränderungen bringt linuxmuster.net noch weitere Features mit, die bereits in den vorhergehenden Versionen enthalten waren.

Linbo – für mich das Killerfeature bei linuxmuster.net, weil es einem sehr sehr viel Arbeit bei der Verwaltung der Schulcomputer und -laptops abnimmt. Mit Linbo lassen sich viele Rechner und Konfigurationen sehr einfach (und sogar aus der Ferne) verwalten (siehe auch „Warum Linbo eines der besten Features von linuxmuster.net ist„).
Schulkonsole – in der Schulekonsole lassen sich alle administrativen und pädagogischen Funktionen steuern, wie z.B. Zugang zum Internet / WLAN ein/ausschalten, Aufgaben verteilen und einsammeln, Klassenarbeitsmodus, etc.

Umsteigen?

Wir verwenden aktuell noch Version 6.2 bei uns an der Schule. In den nächsten Wochen werden wir aber den Umstieg vorbereiten und Version 7 installieren, testen und einen neuen Linuxclient einrichten. Bisher haben wir noch Ubuntu 16.04 auf den Rechnern, welches aber durch ein aktuelles OS (Ubuntu? Kubuntu? Xubuntu?) ersetzt werden soll.

Alle, die bisher eine andere Schulserverlösung einsetzen, sollten meiner Meinung nach mal den Blick über den Tellerrand wagen und sich mit linuxmuster.net auseinandersetzen. Es ist ein System, welches von vielen engagierten Lehrkräften weiterentwickelt wird und somit nah an Schule ist. Die Community (https://ask.linuxmuster.net) ist sehr hilfbereich und man bekommt Hilfe zu allen Themen rund um Schul-IT.

Wekan – eine Open Source Trello Alternative

Fri, 03 Apr 2020 07:25:21 +0000

In den letzten Wochen habe ich eine Software ausprobiert, die schon lange auf meiner Liste stand: Wekan. Wekan ist eine Open Source Alternative für Trello, einer Kanban-Software. Mit ihr lassen sich mit der Kanban-Methode Projekte oder Abläufe managen. Manche verwenden es auch als Aufgabenmanagementsystem. Es gibt verschiedene Open Source Alternativen zu Trello – Wekan ist eine, die dem Original am nächsten kommt. Ich möchte heute zeigen, wie man Wekan installiert und einrichtet.

Installation

Wekan kann man auf verschiedene Art und Weise installieren (manuell, Docker, snap, …). Wir werden es heute in einem LXD Container (Ubuntu 18.04) einrichten (LXD Container waren hier schon mehrmals Thema im Blog). Als erstes erstellen wir einen Container für Wekan:

$ lxc launch ubuntu:b wekan

Nachdem der Container erstellt und gestartet ist, loggen wir uns im Container ein:

$ lxc exec wekan bash

Wir werden Wekan als Snap installieren. In den Ubuntu LXD Container ist snapd schon installiert. Wir können also direkt Wekan installieren mit

$ snap install wekan

Nun legen wir die Haupt-URL und den Port für Wekan fest:

$ snap set wekan root-url="http://wekan.example.com"
$ snap set wekan port="80"

Optional kann man noch einstellen, das Updates automatisch installiert werden:

$ snap set core refresh.schedule=02:00-04:00

Fertig 🙂

Einrichtung

Nun können wir unter der IP unseres LXD Containers Wekan aufrufen. Wenn man LXD nicht lokal, sondern auf einem Server betreibt, kann es unter Umständen hilfreich sein eine Netzwerkbrücke für den Container einzurichten. Alternativ kann man auch Nginx als Reverse Proxy verwenden. Hinweise zur Einrichtung findet man im Wiki von Wekan.

Hinweis: Der erste Benutzer, den wir einrichten, ist Administrator für Wekan.

Wir klicken als auf Registrieren und legen einen neuen Benutzer an.

Wenn wir nun auf Registrieren klicken, erscheint eine Fehlermeldung („Internal Server Error“). Das liegt daran, weil wir noch keinen EMail-Server eingerichtet haben.

Wekan funktioniert aber auch ohne einen EMail-Server, deswegen öffnen wir einfach wieder unsere Hauptseite (wekan.example.com bzw. die IP des Containers) und können uns mit den eben angelegten Benutzer anmelden.

Nun können wir neue Boards in diesen neue Listen und Karten erstellen. Die Funktionsweise ist dem von Trello sehr ähnlich.

Fazit

Wer nach einer Open Source Alternative für Trello sucht, die man selber hosten kann, findet in Wekan einen guten Ersatz. Ich habe bisher oft Trello verwendet. Mit Wekan habe ich endlich einen Ersatz gefunden, der so ziemlich ein 1:1 Ersatz für Trello ist.

Wie man Telegram in Zammad integrieren kann

Sat, 02 Nov 2019 06:42:14 +0000

An unserer Schule verwenden wir Zammad als Support-Plattform bzw. Helpdesk. Zammad ist eine wirklich tolle Software, die mit jedem Release neue Features mitbringt. Mittlerweile gehört auch ein Wissensdatenbank (aka Knowlegdebase) zum Angebot von Zammad. Mit Zammad bekommt alles man (und mehr), was man sich von einer Support-Plattform in der Schule wünscht. Zammad bietet verschiedene Supportkanäle an. Neben eMail, Chat, SMS, Twitter oder Facebook gibt es auch die Möglichkeit über Telegram Supporttickets zu erhalten. Heute möchte ich zeigen, wie man Telegram in Zammad integrieren kann.

Hinweis: Die Integration von Telegram klappt nur, wenn Zammad öffentlich per HTTPS erreichbar ist!

Telegram-Bot erstellen

Um über Telegram Supportanfragen erhalten zu können, muss man zuerst einen Telegram-Bot erstellen. Telegram-Bots sind Telegram-Konten, die von Computern bedient werden (Roboter-Accounts), oft in Verbindung mit künstlicher Intelligenz. Wie man einen Bot erstellt, steht hier.

Zuerst sucht man den „Vater aller Bots“ – Botfather und gibt folgenden Befehl ein:

/newbot

Man muss nun einen Namen für den Bot angeben und einen Benutzernamen, der

nicht vergeben sein darf und
auf _bot endet.

Am Ende erhält man einen Link zum Bot und den API Key, den wir gleich brauchen werden.

Telegram in Zammad integrieren

In Zammad befinden sich die Einstellungen zu Telgram unter Admin → Kanäle → Telegram. Mit einem Klick auf Bot hinzufügen kann nun der eben erstellte Bot hinzugefügt werden. Dazu gibt man den API Key ein und kann bei Bedarf noch die Willkommensnachricht und die Gruppe anpassen, der die Tickets zugeordnet werden sollen.

Nach dem Klick auf Übermitteln ist der Bot nun einsatzbereit und neue Tickets können per Telegram erstellt werden.

Telegram-Kanal benutzen

Um ein neues Ticket zu erstellen, muss der Benutzer bzw. Kunde nur den Telegram-Bot suchen. In unserem Fall heißt er myschool_support_bot.

Wenn man den Bot ausgewählt hat, muss man nur unten einmal auf Starten klicken und schon begrüßt einen Zammad mit der Willkommensnachricht, die wir vorher festgelegt haben:

Sobald man nun eine weitere Nachricht schreibt, erstellt Zammad daraus ein Ticket.

Eine entsprechende Benachrichtigung erscheint nun in Zammad.

In Zammad kann man nun direkt auf das Ticket antworten. Wichtig ist, das man nicht einfach in das Textfeld unten schreibt, sondern vorher auf antworten klickt. Neben dem Textfeld erscheint nun auch das Telegram-Symbol.

Mit einem Klick auf Aktualisieren wird die Nachricht an den Kunden bzw. Telegram-Benutzer geschickt.

Wünsche

Die Integration Telegram in Zammad funktioniert zuverlässig. Trotzdem ist die bisherige Implementation nur rudimentär. Folgende Features finde ich wünschenswert:

mehr Befehle für den Bot, um z.B. den Status des Tickets abzurufen, alle Tickets anzeigen zu lassen, …
aktuell kann immer nur ein Ticket gleichzeitig erstellt werden. Es wäre schön, wenn man mit Hilfe des Bots auch parallel mehrere Tickets erstellen könnte.
Möglichkeit für Agents Tickets direkt in Telegram beantworten zu können
Telegram zusätzlich als Integration um z.B. Benachrichtigungen über neue Tickets zu erhalten

Fazit

Tickets zu melden (so meine Erfahrungen aus dem Schulumfeld) ist für viele eine Herausforderung. Früher hatten wir ein Webformular, dass nur wenige genutzt haben. Dann haben wir mit Zammad einen eMail-Kanal eingerichtet. Die Hürde ein Ticket zu erstellen wurde dadurch niedriger. Mit der Integration von Telegram in Zammad ist diese Hürde noch einmal geringer geworden – zumindest für alle die diesen Messenger benutzen.

linuxmuster.net – Neuigkeiten zur Schulserverlösung

Tue, 09 Jul 2019 03:39:22 +0000

linuxmuster.net ist eine Open Source Schulserverlösung für Schulen jeglicher Art und Größe. Aktuell ist die Version 7 in Entwicklung und der Start der Beta-Phase steht unmittelbar bevor. In den letzten Monaten ist einiges passiert und ich möchte in diesem Artikel kurz einen Überblick über die aktuellen Entwicklungen geben.

Neuigkeiten rund um linuxmuster.net

linuxmuster.net hat in diesem Jahr bereits zwei Auszeichnungen erhalten. Die freie Schulserverlösung hat einen 2. Platz beim Thomas-Krenn Award gewonnen sowie die Auszeichnung mit dem „Comenius eduMedia Siegel“ erhalten.
In Kürze findet eine Schulung zur neuen Version 7 für Dienstleister statt. Wer Interesse hat, findet hier weitere Informationen.
Die Beta-Phase von linuxmuster.net v7 steht in den Startlöchern. Vieles ist schon fertig und einige Schulen setzen die neue Lösung bereits produktiv ein. Ganz fertig ist sie allerdings noch nicht und es fehlt v.a. noch einiges an Dokumentation.
Auf den Chemnitzer Linuxtagen gab es einen Vortrag zu linuxmuster.net. Sehr zu empfehlen für alle, die einen kompakten Überblick über die Schulserverlösung erhalten wollen.

Mithelfen

Ein Open Source Projekt lebt von der Mitarbeit vieler – nicht anders ist das bei linuxmuster.net. Wenn du also mithelfen möchtest, findest du hier eine gute Übersicht, in welchen Bereichen, das Projekt noch Hilfe braucht. Egal ob Entwicklung, Dokumentation, Fehler finden, Support – in jedem Bereich gibt es die Möglichkeit sich einzubringen.

Fazit

Wir setzen linuxmuster.net seit 3 Jahren bei uns in der Schule ein und sind wirklich sehr zufrieden damit. Die vielen Möglichkeiten zur Erweiterung oder individuellen Anpassung sind großartig und mit LINBO gibt es ein sehr praktisches Tool, um viele Rechner mit wenig Aufwand in einer Schule zu verwalten. Aktuell planen wir den Umstieg auf linuxmuster.net v7. Dies wird ein größeres Update sein, da sich viele Dinge geändert haben.

Für jeden, der sich für die Schulserverlösung interessiert und vielleicht in den Sommerferien damit erste Erfahrungen sammeln möchte, empfehle ich die linuxmuster.net v7. Es gibt viele hilfsbereite Schuladmins und auch einen offiziellen Support von Seiten des Projekts, wo man seine Fragen loswerden und in jedem Fall eine Antwort bekommen kann (und dazu meist sehr schnell).

Zammad sichern und wiederherstellen

Sat, 06 Jul 2019 07:05:58 +0000

Seit einigen Jahren verwenden wir Zammad als Support- bzw. Helpdesk-Software in unserer Schule. Wir sind damit sehr zufrieden, denn Zammad bietet viele Features und ein angenehm zu bedienende Benutzeroberfläche. Vor einiger Zeit mussten wir unseren Server umziehen und somit auch unsere Zammad-Installation. In diesem Artikel möchte ich kurz zeigen, wie man Zammad sichern und wiederherstellen kann.

Zammad sichern

Zammad bietet von Haus aus ein Backup-Skript, welches aber standardmäßig deaktiviert ist. Man kann das Skript dazu benutzen, um regelmäßige Backups anzulegen. Es befindet sich unter /opt/zammad/contrib/backup/. Das Backup-Skript greift auf eine Konfigurationsdatei zu, in der alle wichtigen Einstellungen vorgenommen werden. Diese Datei muss man zuerst umbenennen:

$ mv /opt/zammad/contrib/backup/config.dist /opt/zammad/contrib/backup/config

Anschließend öffnet man die Datei und kann einige wenige Dinge einstellen:

$ nano /opt/zammad/contrib/backup/config

...
BACKUP_DIR='/var/tmp/zammad_backup'
HOLD_DAYS='10'
DEBUG='no'

BACKUP_DIR legt fest, wohin die Backups gespeichert werden sollen. Das Verzeichnis muss existieren! HOLD_DAYS gibt an, wie lange ein bzw. wie viele Backup(s) aufbewahrt werden sollen.

Nun kann man das Backup-Skript ausführen:

$ cd /opt/zammad/contrib/backup
$ ./zammad_backup.sh

Das Skript legt zwei Archive an (Datenbanksicherung und Zammad-Ordner), die sich nun im konfigurieren Backup-Ordner befinden.

Hinweis: Wenn man eine Installation migrieren möchte, ist es sinnvoll, Zammad vorher anzuhalten und erst dann das Backup zu erstellen. Das spielt aber nur bei größeren Installationen eine Rolle.

Zammad wiederherstellen

Wenn man ein Backup auf dem gleichen Host wiederherstellen möchte, kann man das mit dem Wiederherstellungsskript erledigen:

$ cd /opt/zammad/contrib/backup
$ ./zammad_restore.sh

Fertig 🙂

Wenn man allerdings eine Zammad-Installation umziehen möchte (Migration, Neuinstallation), gibt es einige Dinge zu beachten:

Zammad muss installiert sein (inklusive Elasticsearch)
die Zammad-Version sollte gleich oder höher sein (als die vom Backup)
es sollte die gleiche Datenbank verwendet werden (ein Wechsel ist wohl möglich, aber sehr aufwändig, da die Daten abgepasst werden müssen).
Es sollte genügend freier Speicherplatz vorhanden sein (ca. 2x so viel wie die Größe des Backups)

Wenn alle Bedingungen erfüllt sind, muss man zuerst die Konfiguration auf dem Zielsystem aktivieren:

$ mv /opt/zammad/contrib/backup/config.dist /opt/zammad/contrib/backup/config

Danach die Backupdateien in den konfigurierten Backup-Ordner kopieren (mit cp oder wenn man LXD-Container verwendet mit lxc file push/pull) und letztendlich das Wiederherstellungsskript laufen lassen:

$ cd /opt/zammad/contrib/backup
$ ./zammad_restore.sh

Weitere Informationen finden sich in der offiziellen Dokumentation.

Fazit

Zammad bringt einen einfachen Sicherungs- und Wiederherstellungsmechanismus mit, der zuverlässig funktioniert. Wer seine Zammad-Installation nicht anderweitig sichert, kann für das Backup-Skript auch einen Cron-Job einrichten, um regelmäßig ein Backup zu erstellen.

Xen Orchestra installieren und aktualisieren (Vollversion)

Fri, 10 May 2019 12:24:28 +0000

An unserer Schule verwenden wir Citrix Hypervisor (ehemals XenServer){.bar-label.clickable} (bald xcp-ng) für die Virtualisierung unseres Schulservers und anderer Anwendungen. Citrix liefert mit XenCenter ein Verwaltungstool für Windows. Damit kann man bequem alle virtuellen Maschienen verwalten und Einstellungen am Citrix Hypervisor vornehmen. Eine andere Möglichkeit ist Xen Orchestra. Es ist ein webbasiertes Tool, was noch einiges mehr als XenCenter kann. Auf der Website kann man sich eine fertig eingerichtete Appliance herunterladen. Diese ist allerdings von den Features stark eingeschränkt (man hat ca. 2 Wochen Zeit alle Features zu testen). Deshalb möchte ich einen kleinen Tipp weitergeben, wie man Xen Orchestra installieren kann – mit allen Features der Enterprice und Premium Edition.

Xen Orchestra installieren

Xen Orchestra ist eine Open Source Projekt, deshalb kann es sich jeder selbst den Quellcode nehmen und installieren. Die Anleitung dazu findet man in der offiziellen Dokumentation. Auf Github findet man auch ein Installationsskript, welches die Installation automatisch durchführt. Damit kann man Xen Orchestra in wenigen Schritten installieren. Auf einem frischen Ubuntu LTS Server muss man nur die folgenden Befehle ausführen:

$ sudo bash
$ curl https://raw.githubusercontent.com/Jarli01/xenorchestra_installer/master/xo_install.sh | bash

Das war es auch schon 🙂 Xen Orchestra kann man nun unter IP des Servers erreichen. Der Standard-Benutzername ist admin@admin.net, das Password admin.

Xen Orchestra aktualisieren

Wenn man Xen Orchestra fertig eingerichtet hat und sollte man es natürlich aktuell halten, um alle Sicherheitsupdates und neue Features zu bekommen. Eigentlich bringt jede Version einige neue Features mit, welche die Arbeit mit dem XenServer (bzw. xcp-ng) erweitern oder erleichtern. Der Autor des Installationsskript stellt ein weiteres Skript für die Aktualisierungen bereit. Zu finden ist es ebenfalls auf Github.

Das Aktualisierungsskript bietet verschiedene Optionen an. Zum einfachen Aktualisieren reicht der folgende Aufruf:

$ sudo bash
$ sudo curl https://raw.githubusercontent.com/Jarli01/xenorchestra_updater/master/xo-update.sh | bash

Nach wenigen Minuten ist Xen Orchestra wieder auf den aktuellen Stand!

Wer sich unwohl dabei fühlt ein Skript aus dem Netz als root laufen zu lassen, kann sich das Skript natürlich vorher noch genau anschauen, was es macht bzw. nicht macht 🙂

Fazit

Xen Orchestra ist ein tolles Projekt. Unser XenServer lässt sich damit leicht verwalten. Backups sind schnell angelegt (seit neustem auch Backups der Konfiguration von Xen Orchestra) inklusiver Benachrichtigungen (eMail oder nach Slack / Mattermost). Diese beiden Skripts haben uns das Leben sehr erleichtert. Ein großes Dankeschön an Jarli01!

Open Source Digital Signage für Schulen

Wed, 03 Apr 2019 03:43:03 +0000

Digital Signage oder „Digitale Beschilderung“ bietet auch für Schulen neue Möglichkeiten. Was früher mit Aushängen an sogenannten „schwarzen Brettern“ oder Informationstafeln gelöst wurde, wird zunehmend von Monitoren übernommen. Egal ob Hinweise zu kommenden Veranstaltungen, Vertretungspläne, Raumbeschilderung oder sonstige wichtige Informationen – vieles lässt sich flexibler auf Monitoren darstellen. Aktualisierungen kann man von zentraler Stelle aus vornehmen bzw. auch automatisieren (z.B. beim Vertretungsplan). Welche Open Source Digital Signage Lösungen gibt es? Was könnten Anforderungen sein, die man als Schule hat? Ich möchte heute einige Lösungen auflisten, die in späteren Artikeln noch einmal genauer beleuchtet werden sollen.

Was sollte ein Digital Signage System können?

Die Anforderungen werden sicher von Schule zu Schule verschieden sein, aber es gibt doch ein paar wesentliche Eigenschaften, die von einer Open Source Digital Signage Lösung erfüllt sein sollten:

einfach zu benutzen (z.B. Editor zum Erstellen von Folien / Slides)
einfache und schnelle Darstellung von Bilder, Videos und anderen Dokumenten
zentrale Verwaltung mehrerer Monitore (am besten mit verschiedenen Gruppen / Kanälen, um verschiedene Informationen auf verschiedenen Monitoren anzeigen zu können)
Möglichkeiten zur Automatisierung / Zeitplan
möglichst kostenfrei (Lizenzen oder monatliche Gebühren)

Welche Open Source Digital Signage Lösungen gibt es?

Wenn man sich nach Open Source Digital Signage Lösungen umschaut, wird man schnell fündig. Allerdings sind viele von den sogenannten „Open Source“ Lösungen eher Freemium – Lösungen bzw. nur teilweise Open Source. Ich habe keine dieser Lösungen bisher selbst im Einsatz gehabt. In den kommenden Monaten werde ich mir aber einige dieser Lösungen anschauen, da wir als Schule noch auf der Suche nach einem passenden Digital Signage System sind.

Screenly OSE

Wenn auf Github nach Digital Signage schaut, ist Screenly OSE mit Abstand das populärste System. Screenly OSE ist für den Raspberry Pi konzipiert. Es bietet grundlegende Features, allerdings muss beim Einsatz mehrerer Geräte, jeder Raspberry Pi einzeln verwaltet werden. Die Unterschiede zur Bezahlversion sind hier aufgelistet.auch

Xibo

Direkt hinter Screenly OSE folgt Xibo, wenn man nach der Anzahl der Sterne auf Github geht. Xibo gibt es schon eine ganze Weile. Im Gegensatz zu Screenly gibt es keine Pro vs. Open Source Version, sondern alle Features sind für alle verfügbar. Xibo besteht aus einem CMS, welches man auch in einem Docker-Container installieren kann und den zugehörigen Player, die auf den Anzeigegeräten selbst installiert werden. Der Player für Windows ist kostenfrei und Open Source, für alle anderen Player müssen Lizenzgebühren bezahlt werden. Es gibt den Xibo Player für Windows, Android und webOS. Ein Player für Linux ist wohl geplant, aber noch nicht verfügbar.

Concerto

Ebenfalls schon länger am Markt ist Concerto. Concerto bietet viele Features und kann selbst gehostet werden. Technisch basiert es auf Ruby. Wenn man sich in dem Projekt auf Github etwas umschaut, scheint die Entwicklung etwas zu stocken. Dem Webinterface sieht man sein Alter auch schon etwas an. Insgesamt aber eine 100% Open Source Lösung.

LibreSignage

LibreSignage ist noch recht neue Open Source Lösung und zu 100%, Browser basiert. Es braucht also keine speziellen „Player“, sondern kann über den Browser benutzt werden. Grundlegende Features und auch Mehrbenutzerbetrieb sind vorhanden.

Foyer

Foyer ist ein WordPress-Plugin. Man kann damit verschiedene Seiten erstellen, Kanäle und verschiedene Displays diesen Kanälen zuweisen. Es ist wie LibreSignage Browser basiert und braucht deshalb keinen besonderen Player.

tabula.info

Tabula.info ist die einzige Lösung, die ich gefunden habe, die speziell für Schulen entwickelt wurde. Es bietet viele nette Features, die in man in einer Schule braucht und ist auf die Anzeige von Vertretungsplänen, HTML-Seiten und zusätzlichen Infos spezialisiert.

Weitere Lösungen

Infobeamer

Infobeamer ist nur für den privaten, nicht öffentlichen Gebrauch kostenfrei. Sonst ist wohl eine der leistungsstärksten und flexibelsten Lösungen. Die Hardware eines Raspberry Pi’s wird maximal ausgenutzt (z.B. Hardwarebeschleunigung – ein Nachteil, den alle Browser basierten Lösungen haben).

Display Monkey

Display Monkey ist ebenfalls eine Open Source Lösung, die allerdings einen Windows Server voraussetzt. Die einzelnen Displays brauchen nur einen Browser.

piSignage

Eine weitere Lösung für Digital Signage ist piSignage. Der Server ist OpenSource und kann auch selbst gehostet werden. Für die einzelnen Displays / Players müssen aber Lizenzen gekauft werden (einmalig). Wie der Name vermuten lässt, verwendet piSignage Raspberry Pi’s als Player. Der Code dafür ist nicht Open Source.

Fazit

Auf den ersten Blick gibt es scheinbar viele Open Source Lösungen. Welche kennst du noch, die hier fehlen? Mit welchem Systemen hast du gute Erfahrungen gemacht? Der Praxistest wird zeigen, welche Lösung für unsere Situation am besten geeignet ist.

Wie man ein mobiles Feinstaubmessgerät bauen kann

Sat, 09 Mar 2019 09:45:29 +0000

Vor ca. einem Jahr habe ich beschrieben, wie man mit einem Raspberry Pi und einem Feinstaubsensor die Luftqualität messen kann. Das Setup setzen wir so seit einigen Jahren bei uns in der Schule bzw. auch privat ein. Einen Nachteil hat dieses Projekt allerdings: es ist nicht mobil, sondern abhängig von einem WLAN-Netz bzw. einer Netzwerkverbindung. Wenn der Raspberry Pi und das Smartphone / ein Rechner nicht im gleichen Netz sind, kann man nicht auf die Messdaten zugreifen. Deshalb haben wir vor einiger Zeit den Raspberry Pi um einen kleinen Bildschirm ergänzt, sodass man die Werte direkt am Gerät ablesen kann. Wie man diesen Bildschirm für unser mobiles Feinstaubmessgerät einrichtet und welche zusätzlichen Konfigurationen notwendig sind, möchte ich in diesem Artikel kurz vorstellen.

Bildschirm für den Raspberry Pi einrichten

Auf Amazon oder AliExpress gibt es verschiedene Displays für den Raspberry Pi. Diese reichen von ePaper-Screens bis hin zu LCDs mit Touchfunktion. Wir haben uns für einen 3,5″ LCD mit Touch entschieden, welcher eine Auflösung von 320×480 Pixel hat (Modell MPI3501). Man kann diesen Bildschirm einfach auf die GPIO Pins stecken. Dazu kostet er gerade mal 10-15€. Schön ist auch, dass er mit 3,5″ genauso groß wie ein Raspberry Pi ist.

Wenn man den Bildschirm aufsteckt und den Raspberry Pi startet, bleibt der Bildschirm weiß. Man muss zuerst noch die passenden Treiber für das Display installieren. Dazu meldet man sich per SSH an und führt folgende Befehle aus:

$ rm -rf LCD-show
$ git clone https://github.com/goodtft/LCD-show.git
$ chmod -R 755 LCD-show
$ cd LCD-show/

Je nach Bildschirmmodell muss man nun den passenden Befehl ausführen um die Treiber zu installieren. In unserem Fall (für das Modell MPI3501):

$ sudo ./LCD35-show

Dieser Befehl installiert die entsprechenden Treiber und startet den Raspberry Pi anschließend neu.

Pixel-Desktop installieren und Autostart einrichten

Damit wir die Website mit den Messwerten direkt beim Start auf dem Bildschirm angezeigt bekommen sind noch einige Schritte notwendig. Zuerst muss man die Pixel-Desktopumgebung installieren (falls man bisher Raspian Lite verwendet hat) mit

$ sudo apt install raspberrypi-ui-mods

Dann fehlt noch der Chromium-Browser, um die Website anzuzeigen:

$ sudo apt install chromium-browser

Standardmäßig ist der Autologin für das Benutzer „pi“ nicht eingerichtet. Dies ist aber notwendig, damit die Messwerte direkt nach dem Start angezeigt werden können, ansonsten begrüßt einen nur der Anmeldebildschirm. Den Autologin kann man über das raspi-config Programm einrichten:

sudo raspi-config

Im Menü wählt man dann 3 Boot Options → B1 Desktop / CLI → B4 Desktop Autologin.

Zu guter Letzt fehlt noch die Einrichtung des Autostarts, damit Chromium nach dem Booten automatisch mit der AQI-Seite gestartet wird. Dazu legt man den Ordner /home/pi/.config/lxsession/LXDE-pi/ an:

$  mkdir -p /home/pi/config/lxsession/LXDE-pi/

Anschließend erstellt man in diesem Ordner die Datei autostart

$ nano /home/pi/.config/lxsession/LXDE-pi/autostart

und fügt diesen Inhalt ein:

#@unclutter
@xset s off
@xset -dpms
@xset s noblank

# Chromium im Vollbild beim Start öffnen
@chromium-browser --incognito --kiosk http://localhost

Möchte man noch den Mauszeiger ausblenden, muss man noch das Paket _unclutter installieren _und am Anfang der autostart das Kommentarzeichen entfernen:

$ sudo apt install unclutter

Da ich im letzten Jahr ein paar kleine Änderungen am Code vorgenommen habe, empfiehlt es sich das Skript und die Dateien der AQI-Website neu herunterzuladen (wie das geht, steht im Originalartikel).

Fazit

Durch das Display hat man nun ein mobiles Feinstaubmessgerät. Wir setzen sie an unserer Schule ein um z.B. die Qualität der Luft in den Klassenzimmern zu überprüfen oder um Vergleichsmessungen durchzuführen. Mit diesem Setup ist man nicht mehr auf eine Netzwerkverbindung oder WLAN angewiesen, sondern kann die kleine Messstation überall einsetzen – mit einer Powerbank sogar noch unabhängig vom Stromnetz.

Wie wichtig ist Hochverfügbarkeit in einem Schulnetzwerk?

Tue, 05 Mar 2019 13:35:19 +0000

Schulnetzwerke werden mit wachsenden Anforderungen komplexer. Ein Schulserver, schulweites WLAN, Einsatz von Tablets und Laptops im Unterricht, eine Schulcloud, einheitliche Logins für alle Dienste – die Anforderungen an einen Netzwerkbetreuer oder Dienstleister in der Schule sind vielfältig. Wenn alles funktioniert, ist meist auch alles gut. Aber was ist, wenn der Server, die Firewall oder ein Switch ausfällt? Die Konsequenzen können sehr unterschiedlich sein. Wie schnell kann der Normalbetrieb wiederhergestellt werden? Wie wichtig ist Hochverfügbarkeit in einem Schulnetzwerk?

Hochverfügbarkeit

Laut Wikipedia definiert sich Hochverfügbarkeit folgendermaßen

Hochverfügbarkeit (englisch high availability, HA) bezeichnet die Fähigkeit eines Systems, trotz Ausfalls einer seiner Komponenten mit einer hohen Wahrscheinlichkeit (oft 99,99 % oder besser) den Betrieb zu gewährleisten.

Es geht also darum, dass ein System („das Schulnetzwerk“) einsatzfähig bleibt, auch wenn eine oder mehrere Komponenten einmal ausfallen sollten. Dabei kann es durchaus zu Unterbrechungen kommen. Je nachdem wie lang so eine Unterbrechung ist, teilt man die Hochverfügbarkeit in verschiedene Klassen ein. Ein Schulnetzwerk muss vor allem an Schultagen einsatzfähig sein (ca. 180-200 Tage pro Jahr). Auch wenn eine 99,999% Verfügbarkeit in den wenigsten Schulen absolut notwendig ist, ist der reibungslose Betrieb für den Unterrichtsalltag sehr wichtig.

Single Point of Failures

Um Hochverfügbarkeit herzustellen, müssen sogenannte „Single Point of Failures“ reduziert werden. Es handelt sich dabei um Komponenten bei deren Ausfall das ganze Schulnetzwerk still stehen würde. Was können solche „Single Point of Failures“ sein?

Firewall → fällt sie aus, gibt es kein Zugang mehr zum Internet, je nach Konfiguration funktioniert auch das interne Netz nicht mehr
Switche (v.a. Hauptswitch) → siehe Firewall, Komplettausfall
Server → fällt er aus, sind viele Anwendungen nicht mehr zu erreichen, d.h. keine Anmeldung mehr im internen Logins, Webanwendungen, Schulcloud, …
Internetanschlüsse → fällt der einzige Zugang aus, ist man offline.
…

Kurze Geschichte am Rande:

Letzte Woche ist unsere Firewall ausgefallen (aufgrund des Atom C2000 Bugs). Das Netzwerk lag still, wir waren offline. Ein erster Versuch die Firewall zu virtualisieren scheiterte, sodass wir auf einen kleinen Minicomputer mit 2 Netzwerkkarten ausgewichen sind. Es waren ein paar zusätzliche Konfigurationen an unserem Hauptswitch nötig um alle WANs und VLANs auf zwei Netzwerkkarten aufzuteilen. Nach einigen Stunden lief das Netzwerk dann wieder (wir konnten das Backup der Konfiguration mit wenig Änderungen problemlos wiederherstellen).

Wie kann man die Ausfallsicherheit erhöhen?

Es gibt mehrere Möglichkeiten, wie man die Ausfallsicherheit erhöhen und das System „Schulnetzwerk“ besser gegen Ausfälle schützen kann. Allgemein geht es darum, dass man möglichst wenige (am besten keine) „Single Point of Failures“ hat und kritische Komponenten bei einem Ausfall fehlertolerant sind. Wie bereits oben erwähnt, hängen die Anforderungen an ein hochverfügbares Schulnetzwerk sehr von den Gegebenheiten und Wünschen des Schulträgers ab. Zum einen ist es eine Frage des Geldbeutels, zum anderen muss auch nicht jedes Netzwerk innerhalb weniger Minuten wieder verfügbar sein.

Hier einige Ideen, wie man die Ausfallsicherheit erhöhen kann:

qualitative Hardware → gute Hardware kostet zwar mehr, aber sie läuft oft stabiler
Backups, Backups → Konfigurationen, Daten, Virtuelle Maschinen, Container – an Backups führt kein Weg dran vorbei (Backups unbedingt auch testen!)
Monitoring → ein gutes Monitoring kann in manchen Fälle Fehler früh erkennen bzw. gibt einen Überblick, wo es im Netzwerk gerade Probleme gibt. So kann man schneller reagieren und ist nicht auf die Hinweise der Benutzer im Netzwerk angewiesen („Das Internet geht nicht mehr“, „Der Drucker ist kaputt“, …)
Fehlertoleranz erhöhen → auch „Failover“ genannt, d.h. zwei Netzteile im Server, mehrere Internetanschlüsse („Multi-WAN), zwei Firewalls, RAID, zwei Server, …
Ersatzteile vorhalten → Festplatten, Ersatzswitch, …
UPS/USW → Hardware bei Stromschwankungen schützen und Weiterbetrieb auch bei einem Stromausfall gewährleisten (für begrenzte Zeit)
„personelle Redundanz“ → besser zwei oder mehrere Administratoren bzw. Dienstleister (bei Abwesenheit durch Krankheit, Urlaub, …)
vorbeugende Wartungen
…

Fazit

Ein Schulnetzwerk ist sicher kein hochkritisches System, aber mit der fortschreitenden Digitalisierung der Schulen wird es immer wichtiger, dass die IT-Infrastruktur möglichst ohne Ausfälle erreichbar bleibt. An manchen Schulen wiegt ein Ausfall des Internets so schwer, dass kaum weiter gearbeitet werden kann (Onlinesysteme zur Verwaltung, Schulclouds, Online-Lernsysteme, Student Information Systems). Um die Ausfallsicherheit zu erhöhen, muss man nicht immer viel Geld in die Hand nehmen. Viel wichtiger ist, dass man auf einen Ausfall vorbereitet ist (v.a. bei den Single Point of Failures).

Netzwerkbrücke für LXD Container einrichten

Thu, 07 Feb 2019 14:05:12 +0000

Die meisten unserer Webanwendungen laufen in LXD Containern. Nicht ohne Grund ist LXD für mich eines der wichtigsten Features von Ubuntu Server. Es gibt viele Wege um von außen auf eine Webanwendung in einem LXD Container zuzugreifen. So kann man z.B. einen Reverse Proxy nehmen und darüber die Zugriff auf die Container regeln (hier hatte ich schon mal davon berichtet). Eine andere Möglichkeit ist die Einrichtung einer Netzwerkbrücke, sodass sich die Container im gleichen Netz wie der Containerhost (Ubuntu Server) befinden. In diesem Artikel möchte ich kurz beschreiben, wie man eine Netzwerkbrücke für LXD Container einrichtet.

Netzwerkbrücke für LXD Container

Um eine Netzwerkbrücke unter Ubuntu einzurichten, muss man die bridge-utils installieren:

$ apt install bridge-utils

Danach kann man die Netzwerkbrücke einrichten.

bis Ubuntu 16.04

Bis Ubuntu 16.04 nutzt Ubuntu ifupdown um Einstellungen für die Netzwerkverbindungen festzulegen. Die Konfiguration nimmt man in den Dateien unter /etc/network/ vor. Eine einfache Netzwerkbrücke, um die Container in das Host-Netzwerk zu bekommen, könnte so aussehen:

$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The main Bridge
auto br0
iface br0 inet dhcp
    bridge-ifaces enp4s0
    bridge-ports enp4s0
    up ip link set enp4s0 up

# The primary network interface
iface enp4s0 inet manual

Hier bekommt die Brücke ihre Adresse vom DHCP-Server mitgeteilt. Die reale Netzwerkkarte enp4s0 wird in den manuellen Modus gesetzt und der Brücke zugewiesen.

ab Ubuntu 18.04

Ab Ubuntu 18.04 wird Netplan für die Konfiguration der Netzwerkverbindungen verwendet. Die Konfigurationsdateien befinden sich unter /etc/netplan/. Eine Definition für die Brücke könnte folgendermaßen aussehen:

$ cat /etc/netplan/50-cloud-init.yaml
# This file is generated from information provided by
# the datasource.  Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    ethernets:
        enp3s0:
            dhcp4: no
    version: 2
    bridges:
        br0:
            dhcp4: no
            addresses:
            - 10.10.10.5/24
            gateway4: 10.10.10.254
            nameservers:
                addresses:
                - 10.10.10.254
            interfaces:
            - enp3s0

Im oberen Teil konfiguriert man die reale Netzwerkkarte (enp3s0) und weißt ihr keine Adresse zu. Danach folgt die Definition der Netzwerkbrücke. Sie wird wie eine statische Netzwerkverbindung eingerichtet und enthält zusätzlich den Punkt interfaces. Dort legt man fest, welche reale Netzwerkkarte „überbrückt“ werden soll. Weitere (komplexere) Beispiele zu Netzwerkbrücken gibt es auf der offiziellen Website.

Nun werden mit dem folgenden Befehl die Änderungen an den Netzwerkeinstellungen angewendet:

$ netplan apply  --debug

Netzwerkbrücke zuweisen

Hat man die Netzwerkbrücke fertig eingerichtet und bekommt sie auch die richtige IP-Adresse, muss man dem LXD Container noch mitteilen, dass er seine IP-Adresse über die Netzwerkbrücke beziehen soll. Das erledigt man mit folgendem Befehl:

$ lxc config device add containername eth0 nic nictype=bridged parent=br0 name=eth0

Mit name=eth0 legt man fest, unter welchen Namen man die Netzwerkkarte im Container findet. Nun kann man im Container eth0 nach Belieben konfigurieren. Ab sofort sollte der Container eine IP-Adresse aus dem Host-Netzwerk bekommen.

Fazit

Eine einfache Netzwerkbrücke lässt sich schnell einrichten und man kann sie ohne Probleme einem Container zuweisen. Andere Benutzer im Netzwerk können so ohne die Einrichtungen eines Reverse-Proxys auf eine Webanwendung zugreifen. Auch komplexere Szenarien sind denkbar (VLANs, mehrere Brücken, um die Container in verschiedene Netz zu bekommen etc.), doch das würde den Rahmen dieses kurzen Artikels sprengen.

WLAN Access Point mit pfSense verbinden

Tue, 15 Jan 2019 13:36:39 +0000

pfSense ist eine Open Source Firewalllösung, die man gut zu Hause, in der Schule oder in einem Unternehmen einsetzen kann (siehe Installation + Hardwareempfehlungen). In den meisten Fällen möchte man Clients nicht ausschließlich per Netzwerkkabel verbinden, sondern auch kabellos. Am einfachsten geht es, wenn man dazu einen WLAN Access Point an die Firewall mit anschließt, die sich um die kabellosen Geräte kümmert (z.B. Smartphones).

Aufbau des Setups

Ein Bild sagt bekanntlich mehr als 1000 Worte:

Die LAN-Schnittstelle von pfSense verbindet man mit einem Switch, an dem man dann den Access Point und weitere kabelgebundene Clients anschließen kann.

Access Point einrichten

Nachdem der Access Point angeschlossen ist (in unserem Beispiel ein Access Point von tp-link), muss er noch eingerichtet werden. Jeder Access Point bringt meistens auch ein Webinterface mit, über dass man Einstellungen vornehmen kann. Die IP-Adresse des Access Point findet man in pfSense unter Status → DHCP-Leases heraus.

Nun kann man auf das Webinterface des Access Point zugreifen.

Nach dem Login (bei tp-link ist der Standardbenutzername und das Passwort admin) richtet man unter Quick Setup alle wichtigen Einstellungen ein:

Change the login account → Ja (neuer Benutzername und Passwort festlegen)
Please select the proper operation mode according to your needs → Access Point
Access AP Mode Settings
- Wireless Network Name(SSID) → Name des WLAN-Netzes
- Channel → Auto
- Wireless Security Mode → WPA2-PSK
- Wireless Password → WLAN Passwort
Type → Static IP
IP Address → eine IP Adresse aus dem LAN auswählen, z.B. 10.10.10.253
DHCP Server → Disable (Da pfSense sich um die IP-Adressen kümmert).

Fazit

Es gibt zwar auch Mini-Computer und -router für pfSense, die einen WLAN-Chip mitbringen, doch kann man davon nur sehr wenige im Access Point-Modus betreiben. Meistens unterstützen sie nur den Client-Mode, d.h. man kann sich damit mit einem WLAN-Netz verbinden, aber selbst keines aufspannen. PfSense unterstützt nur wenige Karten im Access Point-Modus. Eine Übersicht findet man hier. Schlussendlich ist es IMHO deutlich einfacher einen Access Point mit pfSense zu verbinden statt den richtigen WLAN Chip zu finden.

Auto-Type in KeeWeb konfigurieren

Sat, 22 Dec 2018 00:15:30 +0000

KeeWeb ist ein Passwortmanager, der kompatibel zu KeePass ist und für sehr viele Plattformen verfügbar ist. Ich verwende ihn privat als auch beruflich seit einigen Jahren. Heute möchte ich ein geniales Feature vorstellen, das ich erst vor kurzem entdeckt habe: Auto-Type. Mit Auto-Type kann man automatisch seine Login-Daten eintragen lassen, egal ob es eine Website oder eine Desktopanwendung ist. Das Schöne ist, dass man kaum etwas tun muss, um Auto-Type in KeeWeb zu konfigurieren.

Wie funktioniert Auto-Type?

Animationen sagen mehr als 1000 Worte, deshalb hier ein kleines GIF, das die Funktionsweise von Auto-Type zeigt (im Bild Check_MK):

Wie der Name sagt, füllt KeeWeb automatisch die Eingabefelder aus und meldet einen an. KeeWeb muss dazu (im Hintergrund) geöffnet sein.

Auto-Type in KeeWeb konfigurieren

Auto-Type ist standardmäßig ab Version 1.2 für alle Einträge aktiviert. Die Einstellung dazu findet man unter mehr → Auto-Type Einstellungen.

Es erscheint ein Eingabefeld in das man nun verschiedenen Platzhalter oder Befehle eingeben kann. Für alle Einträge lautet der Standardeintrag:

{USERNAME}{TAB}{PASSWORD}{ENTER}

Es wird also zuerst der Benutzername automatisch ausgefüllt, dann mit TAB in das Passwortfeld gewechselt und das Passwort eingegeben. Am Ende bestätigt Auto-Type mit Enter den Anmelde-Button.

Für die meisten Websites oder Anwendungen funktioniert diese Einstellung ganz gut. Allerdings gibt es auch Seiten (z.B. GMail), die erst den Benutzernamen überprüfen, bevor sie das Passwortfeld anzeigen. Hier kann man mit {DELAY X} eine Verzögerung einbauen. Statt X muss man einen Wert in Millisekunden angeben, z.B.

{USERNAME}{ENTER}{DELAY 3000}{PASSWORD}{ENTER}

Auto-Type kennt viele Befehle und Platzhalter. Eine Übersicht findet man hier.

Auto-Type verwenden

Damit Auto-Type funktioniert, muss man unter Linux erst noch ein Paket installieren:

$ sudo apt install xdotool

Danach kann man mit UMSCHALT+ALT+T Auto-Type aktivieren (KeeWeb muss (im Hintergrund) geöffnet sein). Falls KeeWeb nur einen passenden Eintrag findet (z.B. anhand des Fenstertitels oder der URL) füllt KeeWeb die Felder automatisch aus. Wenn keine Überstimmung mit einem Eintrag festgestellt wurde, erscheint ein weiteres Fenster. Dort kann man dann manuell den passenden Benutzernamen / Passwort auswählen.

Fazit

KeeWeb schätze ich v.a. aufgrund seiner Verfügbarkeit auf sehr vielen Plattformen als auch die vielen Möglichkeiten der Synchronisation der Passwortdatenbank. Egal ob Nextcloud, Google Drive oder Dropbox – mit KeeWeb hat man seine Passwörter überall zur Hand (auch im Team).

Wie man sein WLAN-Netzwerk mit Freeradius absichern kann

Sun, 09 Dec 2018 03:35:33 +0000

An unserer Schule haben wir ein offenes WLAN mit einem Captive Portal sowie ein weiteres WLAN-Netz (WPA Enterprise, 802.1X), welches nur für Lehrkräfte gedacht ist. Für beide Netze nutzen wir einen RADIUS-Server für die Authentifizierung. Freeradius ist der am weitesten verbreitete OpenSource RADIUS-Server, der auch bei uns zum Einsatz kommt. In diesem Artikel wollen wir einen Freeradius-Server und Zertifikate für eine verschlüsselte Verbindung einrichten. Im Besonderen möchte ich auf die Anbindung an Linuxmuster 6.2 eingehen und die Authentifizierung mit einem LDAP-Server beschreiben.

Ein RADIUS-Server kümmert sich im Allgemeinen um 3 Dinge: Authentifizierung, Autorisierung und Accounting (oft auch als Triple-A oder AAA bezeichnet). Wir werden uns nur mit den ersten beiden „As“ beschäftigen, d.h. ob die Zugangsdaten korrekt sind und ob der Benutzer berechtigt ist, einen Zugang zu erhalten (zum WLAN z.B.).

Installation von freeradius

Die Installation führen wir auf einer aktuellen Linux-Installation (hier Ubuntu 18.04 Server) durch, z.B. in einem [LXD Container][1] oder einer virtuellen Maschine.

$ apt install freeradius freeradius-ldap freeradius-utils

Konfiguration

Grundkonfiguration

Um unseren freeradius Server zu testen, kommentieren wir folgende Zeile in /etc/freeradius/3.0/users aus oder fügen sie zu Beginn der Datei ein:

# Das Kommentarzeichen "#" vor dieser Zeile entfernen
steve Cleartext-Password := "testing"

Standardmäßig sollte in der Datei /etc/freeradius/3.0/clients.conf der localhost als Client eingerichtet sein:

client localhost {
  ipaddr = 127.0.0.1
  secret = testing123
}

Nun können wir einen ersten Test durchführen. Dazu stoppen wir den freeradius-Service und starten ihn manuell im Debug-Modus neu:

$ systemctl stop freeradius.service
$ freeradius -X
...
<strong>Ready to process request</strong>

Wichtig ist, dass am Ende „Ready to process requests“ steht.

Überprüfen der Grundkonfiguration

Als nächstes überprüfen wir, ob unser Test-Benutzer „Steve“ sich am RADIUS-Server anmelden kann (am besten in einem neuen/zweiten Terminal):

$ radtest steve testing 127.0.0.1 10 testing123

Falls alles passt, sollten wir folgende Antwort bekommen:

Sent Access-Request Id 234 from 0.0.0.0:40302 to 127.0.0.1:1812 length 75
    User-Name = "steve"
    User-Password = "testing"
    NAS-IP-Address = 10.18.10.60
    NAS-Port = 10
    Message-Authenticator = 0x00
    Cleartext-Password = "testing"
Received Access-Accept Id 234 from 127.0.0.1:1812 to 0.0.0.0:0 length 20

Wichtig ist, dass wir ein „Received Access-Accept“ bekommen. Hat diese Anfrage geklappt ist der freeradius-Server grundlegend eingerichtet und die folgenden Authentifizierungsverfahren sollten ohne weitere Probleme klappen:

PAP
CHAP
MS-CHAPv1
MS-CHAPv2
PEAP
EAP-TTLS
EAP-GTC
EAP-MD5

Diese Verfahren sind unterschiedliche Protokolle, die verschieden „sicher“ sind. Alle verwenden einen Benutzernamen und Passwort zur Authentifizierung. Die Bedeutung der (P)EAP Verfahren kann man [hier nachlesen][2]. MS-CHAPv1 und v2 sind Verfahren aus dem Hause Microsoft.

Hinweis: Die Zeile mit unserem Benutzer „Steve“ sollten wir jetzt wieder kommentieren oder löschen!

Wir werden im Folgenden das LDAP-Modul konfigurieren und neue Zertifikate für EAP-TTLS erstellen.

LDAP Anbindung einrichten

Die Konfiguration des LDAP-Servers nehmen wir in der Datei /etc/freeradius/3.0/mods-enabled/ldap vor. Falls diese Datei nicht existiert, müssen wir vorher noch einen symbolischen Link erstellen.

$ cd /etc/freeradius/3.0/mods-enabled/
$ ln -s ../mods-available/ldap ./

Ziemlich an Anfang der Datei konfigurieren wir unseren LDAP-Server:

server = "ldaps://linuxmuster.internal.example.com"
identity = "cn=admin,dc=internal,dc=example,dc=com"
password = superSecretPassword
base_dn = "ou=accounts,dc=internal,dc=example,dc=com"

...

group {
    ...
    membership_filter = "(|(member=%{control:Ldap-UserDn})(memberUid=%{%{Stripped-User-Name}:-%{User-Name}}))"
    ...
}

Es muss sichergestellt sein, dass alle nötigen Ports für die Kommunikation zwischen dem RADIUS und LDAP-Server offen sind.

Hinweis: Wenn man Freeradius 3.0 zusammen mit linuxmuster.net v6.2 verwenden möchte, müssen noch folgende Zeilen angepasst werden, damit die Authentifizierung mit Windows klappt ([sign…][3]):

update {
            control:Password-With-Header    += 'userPassword'
            control:NT-Password             := 'sambaNTPassword'
            ...
}

LDAP Verbindung testen

Nachdem der LDAP-Server in Freeradius konfiguriert ist, müssen wir ihn einmal neustarten und können anschließend testen, ob sich ein Benutzer aus dem LDAP am RADIUS-Server anmelden kann.

$ systemctl restart freeradius.service
$ radtest testuser password localhost 10 testing123
Sent Access-Request Id 213 from 0.0.0.0:46425 to 127.0.0.1:1812 length 73
    User-Name = "testuser"
    User-Password = "password"
    NAS-IP-Address = 10.18.10.60
    NAS-Port = 10
    Message-Authenticator = 0x00
    Cleartext-Password = "password"
Received Access-Accept Id 213 from 127.0.0.1:1812 to 0.0.0.0:0 length 20

Wenn wir wieder ein „Received Access-Accept“ als Antwort erhalten, klappt die Verbindung zwischen RADIUS und LDAP-Server. Falls es nicht klappt, sollten wir den RADIUS Server manuell starten und schauen, welche Fehler uns der RADIUS-Server ausgibt.

$ systemctl stop freeradius.service
$ freeradius -X 
... 
Ready to process request

Zertifikate erstellen (für EAP-TTLS)

Standardmäßig verwendet Freeradius sogenannte Snake-Oil-Zertifkate, die natürlich nicht für den produktiven Einsatz gedacht sind. Deshalb erstellen wir in den folgenden Schritten eine neue Root-CA und ein Zertifikat für den Server. Die Zertifikate und die dazugehörigen Konfigurationsdateien befinden sich unter /etc/freeradius/3.0/certs/. Zuerst öffnen wir die Datei ca.cnf und ändern ein paar wenige Einstellungen:

...
[ CA_default ]
...
default_days        = 3650
...
default_md      = sha256
...

[ req ]
....
default_bits        = 2048
input_password      = supersecretandlongpassword
output_password     = supersecretandlongpassword
...

[certificate_authority]
countryName     = US
stateOrProvinceName = My State
localityName        = My Town
organizationName    = My School
emailAddress        = admin@my-school.org
commonName      = "CA Freeradius"
...

Ähnliche Einstellungen nehmen wir nun der Datei server.cnf vor:

...

[ CA_default ]
...
default_days        = 3560
...
default_md      = sha256
...

[ req ]
...
default_bits        = 2048
input_password      = supersecretandlongpassword
output_password     = supersecretandlongpassword

[server]
countryName     = US
stateOrProvinceName = My State
localityName        = My Town
organizationName    = My School
emailAddress        = admin@my-school.org
commonName      = "Freeradius Server Certificate"

Das Passwort muss jetzt auch in der Datei /etc/freeradius/3.0/mods-enabled/eap geändert werden:

tls-config tls-common {
    private_key_password = supersecretandlongpassword
    ...
}

Die Zertifikate erstellen wir mit einem einfachen make:

$ cd /etc/freeradius/3.0/certs/
$ make

EAP-TTLS Anmeldung testen

epol_test kompilieren

radtest unterstützt leider keinen Test für eine EAP-TTLS Authentifizierung. Dazu brauchen wir das Tool eapol_test, welches Teil des [wpa_supplicant][4] Pakets ist. Leider wird dieses Tool standardmäßig nicht von wpa_supplicant gebaut, deswegen müssen wir das selbst machen. Wir laden den Quellcode herunter, entpacken ihn und müssen noch einige Abhängigkeiten installieren.

$ wget https://w1.fi/releases/wpa_supplicant-2.7.tar.gz
$ tar -xzvf wpa_supplicant-2.7.tar.gz
$ apt install build-essential pkg-config libnl-3-dev libssl-dev libnl-genl-3-dev
$ cd wpa_supplicant-2.7
$ cp defconfig .config

Danach müssen wir die Datei .config öffnen und die Zeile #CONFIG_EAPOL_TEST=y finden und das Kommentarzeichen entfernen.

$ nano .config
# Kommentarzeichen "#" entfernen
CONFIG_EAPOL_TEST=y

Mit dem folgenden Befehlen bauen wir nun das Programm und kopieren es noch an die richtige Stelle:

$ make eapol_test
$ cp eapol_test /usr/local/bin

Anmeldung testen

Um EAP-TTLS zu testen, brauchen wir für eapol_test eine kleine Config-Datei, die folgendermaßen aussehen kann:

$ nano eapol_test.conf
network={
        ssid="example"
        key_mgmt=WPA-EAP
        eap=TTLS
        identity="mustermann"
        anonymous_identity="anonymous"
        password="strenggeheim"
        phase2="auth=PAP"
}

Nun können wir eapol_test aufrufen:

$  eapol_test -c eapol_test.conf -a 127.0.0.1 -p 1812 -s testing123

Wenn man am Ende diese Ausgabe erhält, war alles erfolgreich:

MPPE keys OK: 1  mismatch: 0
SUCCESS

Clients einrichten (z.B. Accesspoints)

Bisher haben wir immer nur direkt auf dem RADIUS-Server getestet. Im Normalfall wird die Anfrage für die Authentifizierung aber von einem Accesspoint, Captive Portal oder einem Wireless Controller kommen. Diese müssen auf dem RADIUS-Server als Clients eingerichtet werden. Wir öffnen dazu die Datei /etc/freeradius/3.0/clients.conf und fügen am Ende alle Accesspoints etc. mit ihrer IP und einem Passwort / Secret ein:

$ nano /etc/freeradius/3.0/clients.conf
client AP1 {
    ipaddr = 10.0.0.10
    secret = supersecretsecret
}

```

Nun kann man auf dem Accesspoint ein WPA Enterprise (802.1X) Netzwerk einrichten und den RADIUS-Server mit seiner IP, den Port (1812) und dem eben festgelegten Passwort/Secret konfigurieren. Nun sollte man sich mit seinem mobilen Gerät im WLAN anmelden können.

### Zugang auf bestimmte LDAP Gruppen beschränken

An unserer Schule haben nur Mitarbeiter und Lehrkräfte sowie die Oberstufenschüler Zugang zum WLAN an der Schule. In linuxmuster.net ist das über die Gruppe _p_wifi_ gelöst. Alle, die in dieser Gruppe sind, sollen Zugang bekommen. Bisher ist unser RADIUS-Server aber so konfiguriert, dass jeder Benutzer im LDAP Zugang erhält. Um den Zugang einzuschränken, fügen wir noch folgende Zeilen in der Datei **_/etc/freeradius/3.0/users_** hinzu:

```
DEFAULT Ldap-Group == "cn=p_wifi,ou=groups,dc=internal,dc=example,dc=com"
DEFAULT Auth-Type := Reject
   Reply-Message = "Your are not allowed to access the WLAN!"
```

## Freeradius und linuxmuster.net 6.2

Die Installation von Freeradius für linuxmuster.net 6.2 ist in der [Dokumentation beschrieben][5]. Bis auf ein paar wenige Details ist die Konfiguration sehr ähnlich. In Freeradius 2.0 sind die Standardeinstellungen für die Zertifikate nicht mehr zeitgemäß, sodass es zu Verbindungsproblemen mit einigen Clients kommen kann (z.B. mit einem aktuellen macOS). Hier sollte man unbedingt die Vorgaben von Freeradius 3.0 verwenden (siehe oben)!

### Unterschiedliche Zugangsbeschränkungen nach WLAN-Netz

An unserer Schule haben wir ein Captive Portal für Gäste und Schüler, sowie ein WPA 802.1X (Enterprise) Netz für Mitarbeiter und Lehrkräfte. Während sich am Captive Portal alle anmelden können, die in der Gruppe _p_wifi_ sind, sollen sie im WPA 802.1X Netzwerk nur Lehrkräfte und Mitarbeiter anmelden dürfen. Die Anfragen vom Captive Portal kommen von einer anderen IP (pfSense) als die für das WPA Enterprise Netzwerk. In der Datei _**/etc/freeradius/sites-enabled/inner-tunnel**_ haben wir deshalb eine Abfrage eingebaut, die überprüft, von welcher IP die Anfrage kommt und entsprechend entscheidet, ob jemand Zugang bekommt oder nicht:

```
post-auth {
    ...
    #Only allow Teacher&Staff on WPA 802.1X Teacher and Staff network  
    if (NAS-IP-Address == 10.0.0.10) {
        if (LDAP-Group == "cn=teachers,ou=groups,dc=internal,dc=example,dc=com" || LDAP-Group == "cn=staff,ou=groups,dc=internal,dc=example,dc=com") {
            noop
        } else {
            reject
        }
    }
    ...
}
```

## Fazit

Dieser Artikel beschreibt nur eine von vielen Möglichen Konfigurationen. Ein RADIUS-Server ist komplex, aber dank der guten Standardkonfiguration von Freeradius (v.a. in Version 3) kommt man recht schnell zum Erfolg. Lange Zeit hatten wir nur das Captive Portal im Einsatz und es hat auch gut funktioniert, doch die Benutzerfreundlichkeit und Sicherheit ist mit einem WPA 802.1X (Enterprise) Netzwerk nochmal gestiegen. Ohne den RADIUS-Server wäre das aber nicht möglich gewesen.

### Nützliche Links:

  * 
  * 

 [1]: https://zefanjas.de/5-gruende-warum-wir-lxd-verwenden/
 [2]: https://wiki.freeradius.org/protocol/EAP
 [3]: https://wiki.freeradius.org/guide/certificate-compatibility
 [4]: https://w1.fi/wpa_supplicant/
 [5]: http://docs.linuxmuster.net/de/latest/systemadministration/network/radius/installation.html

pfSense automatisieren mit pfSsh.php

Wed, 28 Nov 2018 13:29:24 +0000

pfSense hat seit einigen Versionen eine völlig überarbeitete Oberfläche. Damit lassen sich alle Einstellungen i.d.R. gut erreichen und einstellen. Das frei konfigurierbare Dashboard ist ebenfalls eine feine Sache. Trotz allem gibt es manchmal den Fall, dass man Einstellungen gern über eine API oder die Kommandozeile vornehmen möchte. pfSense hat aktuell keine API, diese soll erst in einer der kommenden Versionen integriert werden. Bis dahin kann man sich über die pfSense Entwickler-Shell behelfen, auch pfSsh.php genannt.

Auf pfSsh.php zugreifen

Am schnellsten kommt man in die Entwickler-Shell, wenn man sich per SSH mit pfSense verbindet oder direkt einen Bildschirm an die Firewall anschließt. Wenn SSH noch nicht aktiviert ist, kann man das in der Weboberfläche unter System → Advanced nachholen.

Besser ist es, wenn man das Einloggen mit Passwort verbietet und nur das Anmelden mit Zertifikat erlaubt.

Ist der SSH-Zugang aktivert, kann man sich nun mit dem Admin-Benutzer anmelden (IP anpassen):

$ ssh admin@192.168.1.254

Unter Punkt 12 findet man die Entwickler-Shell, die im Grunde eine PHP-Shell ist.

Beispielbefehle für pfSsh.php

Hier einige Beispielbefehle, die zeigen sollen, wie man die Shell verwenden kann. Jede Eingabe ist normaler PHP Code und muss mit exec; abgeschlossen werden.

DHCP Einstellungen anzeigen

pfSense shell: print_r($config["dhcpd"]);
pfSense shell: exec;
Array
(
    [lan] =&gt; Array
        (
            [range] =&gt; Array
                (
                    [from] =&gt; 10.0.1.7
                    [to] =&gt; 10.0.255.245
                )

        )

)

Domain festlegen

pfSense shell: $config['system']['domain'] = 'mydomain.com';
pfSense shell: write_config();
pfSense shell: exec;

Shell – Befehle ausführen

Innerhalb der PHP Shell kann man auch normale Shell-Befehle ausführen, indem man ein „!“ davor setzt:

pfSense shell: ! cat /etc/version
pfSense shell: exec;
2.4.3-RELEASE

Befehle „aufnehmen“ und „abspielen“

Mit pfSsh.php kann man auch mehrere Befehle „aufnehmen“ und später „abspielen“. Diese sogenannten Sessions sind für wiederkehrende Aufgaben nützlich. Ein Beispiel:

pfSense shell: record echoTest
Recording of echoTest started.
pfSense shell: echo "Das\n";
pfSense shell: echo "ist\n";
pfSense shell: echo "ein\n";
pfSense shell: ! echo "Test\n"
pfSense shell: exec;
pfSense shell: stoprecording 
Recording stopped.

Die Eingaben werden unter /etc/phpshellsessions/ gespeichert und können dort bei Bedarf verändert werden.

Die „Aufnahme“ kann man nun wie folgt wiedergeben:

pfSense shell: playback echoTest

Playback of file echoTest started.

Das
ist
ein
Test

pfSense shell:

oder auch direkt von der root-Shell mit:

$ pfSsh.php playback echoTest

Fazit

pfSsh.php ist ein nützliches Werkzeug, um pfSense mit Skripten zu automatisieren oder Anpassungen vorzunehmen. Gerade, wenn man mehrere Instanzen verwaltet oder ein bestimmtes Setup immer wieder braucht, ist pfSsh.php eine große Hilfe. Man kann z.B. alle Einstellung (sprich PHP-Code) in eine Datei packen, unter /etc/phpshellsessions/ speichern und dann ausführen oder direkt die Ausgabe an pfSsh.php weiterleiten:

$ ssh admin@192.168.1.254 '/usr/local/sbin/pfSsh.php' &lt; MeineConfig.txt

Xubuntu – bester Kompromiss für Linux in der Schule?

Sat, 17 Nov 2018 03:53:35 +0000

Auf der Suche nach einem neuen Desktop für unsere Schule möchte ich mir verschiedene Desktopumgebungen anschauen. Die Auswahl ist groß und ich habe einige sehr hilfreiche Kommentare und Vorschläge zu meinem letzten Artikel erhalten. Vielen Dank dafür. Den Start macht heute Xubuntu. Xubuntu ist ein Derivat von Ubuntu, welches Xfce anstatt GNOME als Desktop nutzt. Auf der Website des Projekt beschreibt sich Xubuntu so:

Xubuntu ist ein elegantes und einfach zu bedienendes Betriebssystem. Es wird mit Xfce ausgeliefert, einer stabilen, leichten und konfigurierbaren Desktop-Umgebung.

Xubuntu ist perfekt für diejenigen, die das Beste aus ihren Desktops, Laptops und Netbooks mit einem modernen Look und genügend Funktionen für den effizienten, täglichen Gebrauch herausholen wollen. Es funktioniert auch auf älterer Hardware gut.

Bietet Xubuntu, was es verspricht? Ist es der beste Kompromiss aus modernem, aber ressourcenarmem Desktop? Das möchte ich mir anhand unserer Kriterien genauer anschauen.

Stabilität

Die Installation verlief ohne Probleme. Das ist heutzutage in den meisten Fällen kein Problem mehr 🙂 . Bei meinen Tests konnte ich bisher keine Stabilitätsprobleme erkennen.

Support

Im Gegensatz zu Ubuntu LTS bietet Xubuntu LTS 3 statt 5 Jahre Support. 5 Jahre sind sicher besser, aber in der Regel werden wir unser Image spätestens nach 3 Jahren updaten. Auf dem Server sind die längeren Support-Zeiträume wichtiger als auf dem Desktop.

Geringe Hardwareanforderungen

Die Hardwareanforderungen sind bei Xubuntu recht gering. Empfohlen werden 1GB Arbeitsspeicher und 20GB freier Speicher auf der Festplatte. Nach dem Start verbraucht Xubuntu ca. 500MB an Arbeitsspeicher. Sobald man aber Firefox mit ein paar Tabs startet steigt der Verbrauch schnell auf über 1GB an. Deshalb sollte man mindestens 2GB installiert haben. Ansonsten ist Xubuntu aber wesentlich genügsamer als Ubuntu mit GNOME oder Unity.

Einfache Bedienbarkeit

Dieser Punkt ist eher subjektiv, denn jeder hat sich im Laufe der Jahre an eine Desktop-Umgebung gewöhnt. Egal ob Windows, macOS, Unity, Gnome, Xfce, KDE – die Liste könnte ich noch lang weiterführen. Ich z.B. habe mich sehr an Unity gewöhnt und komme damit gut zurecht. Eine Umstellung auf GNOME oder eine andere Desktopumgebung fällt mir deshalb schwer. In einer Schule gibt es noch eine viel größere Bandbreite. Ich glaube man kann hier nicht so viel falsch machen, wenn man Linux in der Schule einsetzt. Für die meisten wird die Desktopumgebung neu sein. Es ist viel wichtiger Einführungen, Training und Workshops anzubieten, um die Kollegen an eine neue Umgebung zu gewöhnen. Generell kann man entscheiden, ob man sich eher an Windows 10 oder macOS orientiert.

Xfce hat ein Startmenü und kann mit einem Dock (z.B. Plank) erweitert werden. Dadurch sollten sich die meisten nach einiger Zeit gut zurechtfinden.

Modernes & hübsches Aussehen

Standardmäßig wirkt das Aussehen von Xubuntu eher altbacken, weder hübsch noch sonderlich modern. Über den Paketmanager kann man sich weitere Themes installieren, die dem Xfce-Desktop schöner machen. Das ist zum einen das Arc- oder Numix-Theme. Interessant fand ich auch noch das Qogir-Theme.

Fazit

Xubuntu wird auf jeden Fall ein Kandidat für unseren Linux-Desktop in der Schule. Dafür sprechen v.a. die geringen Hardwareanforderungen. Sobald linuxmuster.net v7 als Beta veröffentlicht wird, werden wir Xubuntu noch den Praxistest unterziehen. Die meisten Schwierigkeiten und Stolpersteine zeigen sich bekanntlich erst, wenn man es auch tatsächlich einsetzt. Das Aussehen ist ein kleiner Dämpfer, auch wenn man es hübscher machen kann. An das neue Ubuntu-Theme in Ubuntu 18.10 kommt es m.M.n. aber nicht heran.

Stumm schalten, Maus und primärer Bildschirm – Tipps für die Kommandozeile

Mon, 12 Nov 2018 23:21:01 +0000

Letzte Woche kam ein Kollege auf mich zu, der ein paar individuelle Anpassungen für seinen Rechner im Klassenraum haben wollte. Es waren alles Dinge, die man recht schnell in den Systemeinstellungen einstellen konnte, doch wenn man das nach jedem Start machen muss, stört es schon. Es musste also eine Lösung her, wie man diese Dinge über die Kommandozeile lösen kann, damit wir die gewünschten Änderungen in ein Skript packen können, welches dann bei Anmelden ausgeführt wird. Deshalb hier ein paar kleine Tipps für die Kommandozeile.

Ton anschalten / stumm schalten

In unserem Ubuntu-Image ist der Ton standardmäßig stumm geschaltet. Das macht in den meisten Fällen Sinn – v.a. im Computerraum. In manchen Räumen, z.B. im Musikraum oder auch allgemein an den Lehrkraftrechnern, wäre es benutzerfreundlicher, wenn der Ton automatisch eingeschaltet wird. Das geht mit folgendem Befehl:

# Ton einschalten
$ pactl set-sink-mute 0 0

Möchte man den Ton wieder stumm schalten, muss die letzte Null durch eine „1“ ersetzt werden:

# Ton stumm schalten
$ pactl set-sink-mute 0 1

Primären Bildschirm festlegen

In den meisten Räumen wird standardmäßig der Bildschirm gespiegelt, sobald ein Beamer oder Bildschirm über den HDMI-Switch angeschlossen wird. Im konkreten Fall nutzt der Kollege den Rechner in „seinem“ Raum mehr oder weniger allein und er wollte gern ein Setup mit einem erweiterten Bildschirm. Ubuntu platziert allerdings den Launcher / Starter standardmäßig auf dem Bildschirm mit der größeren Auflösung. Hier brauchten wir eine Lösung, wie man den primären Bildschirm per Kommandozeile umstellen kann, sodass der Hauptbildschirm der Monitor am Lehrertisch ist. Das lässt sich leicht mit xrandr lösen.

$ xrandr --output DVI-0 --primary

DVI-0 ist der Ausgang, an dem der Monitor auf dem Lehrertisch hängt. Über xrandr -q kann man sich alle verfügbaren Anschlüsse anzeigen lassen.

Mauszeiger Geschwindigkeit einstellen

Eigentlich geht es weniger um die Geschwindigkeit, als um die Beschleunigung des Mauszeigers. Wie kann man die Geschwindigkeit des Mauszeigers per Kommandozeile einstellen? Es gibt verschiedene Wege z.B. mit xset oder xinput. Wir haben uns über den Weg mit xinput entschieden. Allgemein kann man die Eigenschaften eines Eingabegerätes wie folgt einstellen:

$ xinput --set-prop Geräte-ID Eigenschafts-ID Wert

Die Geräte-ID bekommen wir indem wir xinput ohne Parameter oder mit --list ausführen. Hier im Beispiel ist eine kabellose Maus angeschlossen.

Als nächstes brauchen wir noch die richtige Eigenschaft-ID. Diese bekommen wir über folgenden Befehl heraus („9“ ist unsere Geräte-ID):

$ xinput --list-props 9

Um die Beschleunigung der Maus einzustellen, müssen wir den Wert bei Accel Speed (Eigenschaft-ID ist 290) verändern. Es sind Werte zwischen -1 und +1 zugelassen. Um z.B. die Mausbeschleunigung zu verlangsamen, können wir das mit diesem Befehl tun:

$ xinput --set-prop 9 290 -1

Fazit

Alle diese kleinen Änderungen haben wir in ein Skript gepackt und dann per Postsync an den entsprechenden Rechner verteilt. Diese Flexibilität, die Ubuntu oder in unserem Fall linuxmuster.net bietet, ist eines der Hauptargumente, warum wir es einsetzen.

Welche netten und nützlichen Tipps für die Kommandozeile kennst du?

Wie man Bildschirme automatisch spiegelt, wenn ein HDMI-Kabel eingesteckt wird

Tue, 30 Oct 2018 12:55:47 +0000

In unserer Schule haben wir einige Rechner, an denen ein Beamer fest angeschlossen ist. Der Beamer wiederum hängt an einem HDMI-Switch, damit man bequem zwischen verschiedenen Eingängen umschalten kann, z.B. eigener Laptop oder Dokumentenkamera. Ubuntu erweitert standardmäßig den Desktop, wenn man einen Bildschirm anschließt. In unserer Situation wollen wir aber etwas anderes. Der Desktop des Rechners sollte ebenfalls am Beamer gezeigt werden. Es gibt verschiedene Wege, wie man Bildschirme automatisch spiegelt, wenn ein HDMI-Kabel eingesteckt wird. Ich möchte beschreiben, wie man udev verwenden kann, um dieses Problem zu lösen.

Bildschirme automatisch spiegeln

Potenzielle Möglichkeiten

Es gibt verschiedene Stellen, an denen man ansetzen kann, um Bildschirme zu spiegeln. Einige möchte ich kurz auflisten:

keine Automatisierung. Der Benutzer (in unserem Fall die Lehrkaft) muss sich nach jeder Anmeldung selbst den Bildschirm so einstellen, wie er/sie es haben will.
Symbol auf dem Desktop. Eine weitere Möglichkeit wäre, dass man ein Skript erstellt, welches den Bildschirm spiegelt und eine Verknüpfung auf den Desktop legt. Mit einem Klick könnte man dann die Bildschirme spiegeln.
Autostart eines Skripts nach dem Anmelden. Das war bisher unsere Lösung. Ein kleines Skript spiegelt die Bildschirme nach der Anmeldung des Benutzers.
LightDM / GDM so konfigurieren, dass es schon beim Anmeldeschirm die Bildschirme spiegelt
In Gnome3 / Unity kann man auch die monitor.xml verwenden, um Bildschirmkonfigurationen zu speichern.
Ein Skript, was überprüft, ob ein Bildschirm angeschlossen ist oder nicht und entsprechend die Bildschirme spiegelt, auch im laufenden Betrieb.

Die meisten Möglichkeiten hier lösen das Problem, dass die Bildschirme nach dem Anmelden / beim Anmelden gespiegelt sind. Bei uns trat aber zusätzlich das Problem auf, dass die Bildschirmeinstellungen zurückgesetzt wurden, sobald man ein eigenes Gerät eingesteckt oder eine andere Quelle am HDMI-Switch ausgewählt hatte. Wenn man dann zurückgeschaltet hat, war der Desktop wieder erweitert, statt gespiegelt.

Daraus folgt die Frage: Gibt es eine Möglichkeit, eine Aktion auszulösen, sobald ein HDMI-Kabel eingesteckt oder abgezogen (physisch oder über den HDMI-Switch) wird?

udev

Ja! udev ist ein Hintergrunddienst, der sich genau darum kümmert. Er kümmert sich um alle Einträge unterhalb von /dev/, d.h. Festplatten, externe Medien, USB-Geräte und auch Grafikkarten. Wenn ein Kabel angesteckt oder abgezogen wird, löst udev ein Ereignis („Event“) aus, auf das man mit Hilfe einer udev-Regel reagieren kann. Bevor wir jedoch so eine Regel erstellen, wollen wir uns anschauen, was passiert, wenn ein Kabel eingesteckt oder abgezogen wird. Dazu können wir das udev-Management-Tool (udevadm) verwenden.

$ udevadm monitor --environment --udev

Wenn wir jetzt das HDMI-Kabel einstecken oder abziehen, bekommen wir folgende Ausgabe:

UDEV  [2247.166677] change   /devices/pci0000:00/0000:00:02.0/drm/card0 (drm)
ACTION=change
DEVNAME=/dev/dri/card0
DEVPATH=/devices/pci0000:00/0000:00:02.0/drm/card0
DEVTYPE=drm_minor
HOTPLUG=1
ID_FOR_SEAT=drm-pci-0000_00_02_0
ID_PATH=pci-0000:00:02.0
ID_PATH_TAG=pci-0000_00_02_0
MAJOR=226
MINOR=0
SEQNUM=2120
SUBSYSTEM=drm
TAGS=:seat:master-of-seat:uaccess:
USEC_INITIALIZED=15405142

udev sagt uns hier, um welches Gerät es sich handelt („card0“), welche Aktion ausgelöst wurde („CHANGE“) und welches Subsystem betroffen ist („DRM“). Diese Angaben brauchen wir gleich für unsere udev-Regel. Diese erstellen wir unter /etc/udev/rules.d/95-hotplug-hdmi.rules:

$ nano /etc/udev/rules.d/95-hotplug-hdmi.rules

Dort fügen wir folgende Zeile ein:

ACTION=="change", SUBSYSTEM=="drm", RUN+="/bin/bash /usr/sbin/setHDMIStatus"

Wir reagieren also auf ein „change“ Ereignis im Subsystem „drm“ und wollen, falls dieses Event eintritt das Skript „/usr/sbin/setHDMIStatus“ ausführen. Das Skript schreibt den aktuellen Status in eine Datei. Es kann auch irgendetwas anderes in die Datei geschrieben werden, Hauptsache, die Datei verändert sich, wenn der Status sich ändert. Warum werden wir gleich noch sehen. Das Skript setHDMIStatus hat folgenden Inhalt (Benutzernamen anpassen, im Falle von linuxmuster.net kann man den Account des Vorlagenbenutzers bzw. lokalen Admins nehmen):

#!/bin/bash

STATUS="$(/bin/cat /sys/class/drm/card0-DVI-D-1/status)"
/bin/echo $STATUS &gt; /home/user/.hdmi_status

/sys/class/drm/card0-DVI-D-1/status ist der Pfad zum Status unseres HDMI-Anschlusses. In diesem Fall ist es ein DVI-Anschluss.

Hinweis: Das Skript ist ein Workaround, da zum Zeitpunkt des udev-Ereignisses xrandr den Status disconnected liefert, obwohl das Kabel angeschlossen war.

inotify

Bis jetzt haben wir lediglich erreicht, dass der Status (connected, disconnected) in eine Datei geschrieben wird. Wir wollen jetzt diese Datei auf Änderungen überwachen und je nach Status die Bildschirme spiegeln. Dazu erstellen wir folgendes Skript (z.B. mit dem Namen /usr/sbin/mirrorDisplays):

#!/bin/bash

HDMI_STATUS=/home/user/.hdmi_status
PROJECTOR=/sys/class/drm/card0-DVI-D-1/status
touch $HDMI_STATUS
dmode="$(cat $PROJECTOR)"

function mirror {
    xrandr --output DVI1 --mode "1280x1024" --same-as VGA1 --output VGA1 --mode "1280x1024"
}

#Initial Login (Spiegeln beim Anmelden)
if [ "${dmode}" = connected ];then
    mirror
fi

# watch HDMI connected status and setup screens
while inotifywait -q -e modify,create,delete,open,close,close_write,access $HDMI_STATUS &&gt; /dev/null;
dmode="$(cat $PROJECTOR)"
do
    if [ "${dmode}" = connected ];then
     sleep .5s
     mirror
    fi
done

Damit das Skript auch funktioniert, müssen die inotify-tools installiert sein und das Skript ausführbar gemacht werden.

$ sudo apt install inotify-tools
$ sudo chmod +x /usr/sbin/mirrorDisplays

Das Skript überwacht unserer angelegte Datei (/home/user/.hdmi_status) und löst, wenn ein HDMI-Kabel angeschlossen ist, den xrandr-Befehl zum Spiegeln der Bildschirme aus.

Autostart

Nun muss das Skript nur noch als Startprogramm festgelegt werden, damit es bei der Anmeldung mit gestartet wird.

Fazit

Wir nutzen dieses Setup nun für alle unsere Rechner, an denen ein Beamer hängt. Da wir dank linuxmuster.net nur ein einziges Ubuntu-Image für alle unsere Rechner verwenden, verteilen wir die oben aufgeführten Skripte per postsync an die entsprechenden Rechner.

Bisher funktioniert alles recht zuverlässig, auch wenn wir weiterhin auf der Suche nach einer Lösung sind, die noch etwas universeller ist und keinen Umweg mit einer extra Datei braucht. Wer einen Vorschlag hat, nur her damit 🙂

OpenBoard – App des Monats

Tue, 23 Oct 2018 07:16:00 +0000

In unserer Schule haben wir einige wenige interaktive Whiteboards, die wir natürlich auch gern unter Ubuntu verwenden wollen. Als Software verwenden wir OpenBoard. Vor einiger Zeit hatte ich bereits einen Artikel zur Einrichtung und Integration von OpenBoard in unsere Schulserverlösung linuxmuster.net geschrieben. Die Software hat seitdem einige Updates erfahren. Für mich ist OpenBoard eine weitere unerlässliche Software für den Einsatz in der Schule. OpenBoard kann auch gut verwendet werden, wenn man keine interaktiven Whiteboards hat.

Installation von OpenBoard

OpenBoard kann man direkt von der Website herunterladen und installieren. Leider gibt es derzeit nur eine Version für Ubuntu 16.04 und noch nicht für 18.04. Nach dem Download kann man OpenBoard wie folgt installieren:

$ wget https://github.com/OpenBoard-org/OpenBoard/releases/download/v1.4.1/openboard_ubuntu_16.04_1.4.1_amd64.deb
$ sudo dpkg -i openboard_ubuntu_16.04_1.4.1_amd64.deb

Features

Einfach zu benutzen

OpenBoard bietet eine übersichtliche Oberfläche, in der man sich schnell zurechtfindet. Am unteren Bildschirmrand findet man die verschiedenen Werkzeuge, wie z.B. Stift, Textmarker, Laserpointer etc. Am oberen Rand kann man die Farbe, die Linienstärke einstellen oder auch fortgeschrittene Einstellungen zu den Seiten und dem Seitenhintergrund vornehmen. Auf der rechten Seite kann man sich bei Bedarf die Bibliothek (Bilder, Sounds, Videos, …) einblenden lassen.

Mini-Anwendungen

OpenBoard stellt einige Mini-Anwendungen bereit, die teilweise sehr praktisch sind. Es gibt Widgets für Uhren, Countdowns, OpenStreetMap, Google Maps, Taschenrechner, Lineale usw. Zusätzlich stehen auch noch kleine interaktive Anwendungen wie Würfel, Magic Box etc. bereit. Diese lassen sich jeweils einzeln konfigurieren und so gut in den eigenen Unterricht integrieren.

Podcast / Screencast Modus

Seit Version 1.4 gibt es den Podcast bzw. Screencast Modus auch in der Linux-Version. Damit kann man seinen Unterricht bzw. Präsentation aufnehmen (mit und ohne Ton). Wenn man möchte, kann OpenBoard dieses Video dann direkt auf Youtube oder im eigenen Netz veröffentlichen. Dieses Feature ist sicher für einige interessant, denn es bietet ganz neue Möglichkeiten eine Unterrichtsstunde oder Ausschnitte anderen Personen zur Verfügung zu stellen.

Weitere Features

Unterschiedliche Hintergründe für Seiten einstellbar (z.B. Kästchen oder Linien)
Videos, Audio-Dateien können eingebunden werden
Integrierte Webbildersuche
Dokumenten-Management, um die einzelnen Seiten und Dokumente zu organisieren

Fazit

Wer einen Bildschirm, einen Beamer oder sogar ein interaktives Whiteboard in seinem Klassenzimmer hat, bekommt mit OpenBoard eine tolle Software an die Hand, die einfach zu verwenden ist. Sie bietet viele Erweiterungen und Gestaltungsmöglichkeiten an, sodass der Kreativität nur wenig Grenzen gesetzt sind.

Auf https://www.openboard.at/ findet man weitere nützliche Tipps, Erweiterungen, Anleitungen und OpenBoard Dokumente.

Titelbild © openboard.ch

Neue Features in Joplin

Sat, 20 Oct 2018 06:55:13 +0000

Seit einigen Monaten verwende ich nun Joplin und ich bin sehr zufrieden damit. Für alle, die eine Alternative zu Evernote oder einem anderen Notizprogramm suchen, sind wahrscheinlich in den meisten Fällen mit dieser Open Source Lösung gut bedient. Im letzten halben Jahr sind einige neue Features in Joplin dazugekommen und viele Bugs wurden gefixt. Einige dieser Neuheiten möchte ich heute kurz vorstellen. Die grundsätzliche Installation, sowie das Einrichten einer verschlüsselten Synchronisierung, habe ich bereits in meinem letzten Artikel beschrieben.

Neue Features in Joplin

Subnotebooks

Auf dieses Feature hatte ich persönlich schon lange gewartet und bald wäre ich zu einer anderen Lösung gewechselt. Sobald man mehr als ein paar Notizen verwalten möchte, sind Subnotebooks unerlässlich. Ein Subnotebook kann sehr einfach erstellt werden. Man muss nur ein Notizbuch auf ein anderes ziehen – schon wird es Unter-Notizbuch eingerichtet.

Dateianhänge

Dateien jeglicher Art lassen sich nun in Notizen einfügen. Dazu reicht es, wenn man die Datei in eine Notiz zieht. Bei Bildern wird i.d.R. eine Vorschau angezeigt, bei allen anderen Dateien ein Link eingefügt. Die Anhänge, auch Ressourcen genannt, werden mit synchronisiert und können dann auf einem anderen Gerät geöffnet werden.

Checkboxen

In Joplin kann man sich sehr leicht eine To-Do Liste erstellen. Möglich ist es dadurch, dass Joplin Markdown als Notizensyntax verwendet (HTML geht übrigens auch). So kann man mit „- [ ]“ eine Checkbox erstellen.

Es sind übrigens nicht nur Checkboxen möglich, sondern auch komplexere Dinge wie z.B. mathematische Formeln.

Tray-Icon

Seit einigen Version bringt Joplin ein Tray-Icon mit, d.h. man hat nun die Möglichkeit das Anwendungsfenster zu schließen ohne Joplin an sich zu schließen. Ich mag dieses Feature sehr, da ich in der Regel nur Anwendungen geöffnet habe, die ich aktuell auch verwende. Was ich nicht verwende wird geschlossen oder falls möglich in den Tray bzw. das obere Panel geschickt 🙂

Portable Version

Ich brauche das zwar nicht, aber mittlerweile gibt es auch eine portable Version von Joplin für Windows. Damit kann man die direkt von einem USB-Stick nutzen ohne sie zu installieren. Hier der Download-Link.

Fazit

Seit diesem Schuljahr verwende ich Joplin u.a. zur Unterrichtsvorbereitung. Ich war gespannt, wie gut die Synchronisation (v.a. der Anhänge) zu meinem mobilen Client funktioniert. Bisher gab es keine Probleme und es ist toll seine Notizen überall dabei zu haben. Joplin kann ich nur meine wärmste Empfehlung aussprechen!

Welches Features gefällt dir besonders an Joplin?

Welche Linux-Distributionen sind für Schulen geeignet?

Wed, 17 Oct 2018 23:01:40 +0000

Zur Zeit verwenden wir Ubuntu 16.04 mit Unity in unserer Schule und sind größtenteils zufrieden damit. Im kommenden Jahr wollen wir (im Zusammenhang mit dem Upgrade auf linuxmuster.net v7) auch den Linux-Client aktualisieren. Da Unity standardmäßig nicht mehr Bestandteil von Ubuntu 18.04 ist, stellt sich uns die Frage, ob wir nicht noch mal grundsätzlich Gedanken machen. Ich möchte deshalb anhand verschiedener Punkte die Frage beantworten: „Welche Linux-Distributionen sind für Schulen geeignet“?

Anforderungen an eine Linux-Distribution in der Schule

Allgemein sehen die Zeiten für Linux auf dem Desktop nicht gerade rosig aus. Die Innovation findet derzeit v.a. im Serverbereich statt und speziell Ubuntu auf dem Desktop hat sich in den letzten Jahren kaum weiterentwickelt. Gnome3 ist auch nicht gerade ein unumstrittener Desktop, im KDE-Lager kenne ich mich zu wenig aus, aber viel Innovatives und Kontinuierliches gab es da aus der Ferne betrachtet auch nicht.

Aber zurück zu unseren Anforderungen. Aus meiner Sicht sind folgende Punkte wichtig, wenn man Linux in der Schule einsetzen möchte:

Stabilität
einfache Wartung & lange Supportzeiträume (Stichwort LTS)
geringe Hardwareanforderungen
einfache Bedienbarkeit
modernes & hübsches Aussehen 🙂

Stabilität

Stabilität ist in meinem Augen das A&O. Eine Linux-Distribution, die nicht stabil läuft und immer wieder Probleme macht, wird kaum Akzeptanz finden. Als Administrator wird man auch keine Freude damit haben. Deshalb sollte die Distribution möglichst eine große Nutzerbasis haben und weit verbreitet sein. Niemand braucht einen Linux-Desktop in der Schule, der nur von wenigen Entwicklern gepflegt wird.

Einfache Wartung & lange Supportzeiträume

Dieser Punkt hängt auch mit dem ersten zusammen. Wenn eine Distribution stabil läuft, entlastet mich das als Administrator. Lange Supportzeiträume bei LTS-Versionen sorgen dafür, dass ich nicht alle 6 Monate ein Upgrade durchführen muss. Aus diesem Grund fallen für mich eigentlich alle sogenannten „Rolling-Releases“ raus. Klar hat man dadurch nicht immer die aktuellste Software, aber das ist i.d.R. in einer Schule nicht ganz so wichtig. Am besten ist es, wenn eine große Gruppe an Entwicklern oder eine Firma hinter der Distribution steckt, um die Weiterentwicklung zu gewährleisten.

Geringe Hardwareanforderungen

Je nach Ausstattung der Schule, spielt das auch eine Rolle. Wir verwenden zum Teil noch Hardware, die schon mehr als 6-8 Jahre alt ist. Da ist es wichtig, dass unsere Linux-Distribution nicht zu hohe Hardwareanforderungen hat. Am besten sollte sie mit 2GB (max 4GB) Arbeitsspeicher klarkommen. Das Problem heutzutage ist, dass Browser wir Firefox oder Chromium sehr große Mengen an Arbeitsspeicher brauchen, wenn man mehr als 2 Tabs einer größeren Webanwendung (Youtube etc.) geöffnet hat. Es spielt also nicht nur die Wahl der Desktopumgebung eine Rolle, sondern auch die Wahl der eingesetzten Software.

Einfache Bedienbarkeit

De ausgewählte Linux-Distribution sollte einfach zu bedienen sein. Was heißt das genau? Es gibt viele verschiedene Desktopumgebungen, die sich alle mehr oder weniger stark voneinander unterscheiden in ihrem Konzept und Bedienbarkeit. Schüler haben in der Regel weniger ein Problem, wenn man ihnen eine ungewohnte Umgebung vorsetzt. Am meisten Schwierigkeiten haben die Kollegen, die nur Windows kennen und oft nicht bereit sind, sich auf etwas anderes einzulassen. Hier muss man gut abwägen. Nehme ich eine Umgebung, die sich eher an dem Windows-Bedienkonzept orientiert, um den Umstieg zu erleichtern oder setze ich auf eine komplett andere Umgebung (Unity, Gnome3, …)? Wie auch immer die Wahl ausfällt, sollte man den Kollegen genug Hilfen der Fortbildungen zur Verfügung stellen, damit der Umstieg gelingt. Wenn der Desktop sich dazu (sehr) einfach bedienen lässt, ist das natürlich super. Die Frage ist – gibt es diesen Linux-Desktop?

Modernes & hübsches Aussehen

Dieser Punkt steht natürlich nicht ohne Grund am Ende, aber ich finde es durchaus wichtig, dass ein Linuxdesktop heutzutage auch modern und hübsch aussehen sollte. Niemand braucht einen altbackenen Desktop – es sollte auch was für’s Auge dabei sein.

Welche Linux-Distributionen kommen in Frage?

Innerhalb der nächsten Wochen und Monaten möchte ich mir einige Distributionen anschauen und auf ihre Tauglichkeit anhand der oben genannten Punkte testen. Dabei kommen für mich die Folgenden in Frage:

Alle diese Distributionen haben einen Ubuntu-Unterbau. Der Grund dafür ist, dass die Anbindung an den linuxmuster.net Server möglichst problemlos sein soll.

Welche anderen Entscheidungskriterien und Distributionen würdest du noch mit in Betracht ziehen?

linuxmuster.net v7 – erster Blick auf das neue Webinterface

Mon, 15 Oct 2018 23:20:55 +0000

Schon seit einiger Zeit arbeiten die Entwickler an der neuen Version 7 von linuxmuster.net. Diese Version wird einige Neuerungen mit sich bringen und vielleicht eines der wichtigsten Releases in der Geschichte des Projekts sein. Ubuntu wird auf die LTS (18.04) aktualisiert, der Domaincontroller Samba4 eingeführt und OPNSense wird in Version 7 die Aufgaben der Firewall übernehmen (bisher IPFire). Weiterhin gibt es auch eines neues Webinterface auf Basis von Ajenti. Zum Testen und nur mit einem Teil der Funktionen ist dieses Webinterface auch schon in der aktuellen Version 6.2 verfügbar. Heute möchte ich einen ersten Blick auf das neue Webinterface in linuxmuster.net v7 werfen.

Installation eines linuxmuster.net v7 Testsystems

Alle nötigen Schritte für die Installation sind im Github Wiki des Projekts dokumentiert. Dort finden sich sowohl für die Firewall, den Server und neuen Dockerhost Appliances, d.h. fertige Virtualbox-Images. Für unseren Einblick in das neue Webinterface benötigen wir die Abbilder für die Firewall und den Server. Nachdem Download können wir die beiden Images in Virtualbox importieren. Der Server hat das Netz 10.0.0.0/16 voreingestellt. Seine IP ist 10.0.0.1 während die Firewall die IP 10.0.0.254 hat. Wir brauchen also noch einen weiteren Rechner, um uns das Webinterface anschauen zu können. Dazu können wir einfach eine weitere VM mit dem Betriebssystem unserer Wahl erstellen. Alles was wir brauchen, ist ein Browser im Subnet 10.0.0.0/16. Ich verwende einfach eine weitere Ubuntu-VM.

Die neue Schulkonsole aka webUI7

Setup

Nachdem wir unser Testsystem fertig eingerichtet haben, können wir unter http://10.0.0.1:8000 das neue Webinterface von linuxmuster.net erreichen. Am Anfang können wir uns nur als root Benutzer anmelden (Standardpasswort ist Muster!), da noch keine weiteren User existieren. Nach dem Anmelden erscheint der Assistent zur Ersteinrichtung des Servers. Hier legen wir die wichtigsten Daten für unseren Schulserver fest (z.B. Domainname, Adminpasswort, Mail-Server-Setup, etc).

Wenn das Setup abgeschlossen ist, muss der Server einmal neugestartet werden. Danach ist das linuxmuster.net Webinterface nur noch per HTTPS erreichbar (https://10.0.0.1:8000).

Verwaltung

Das neue Webinterface teil sich grob in folgende Bereiche auf:

Allgemeine Einstellungen
Benutzerverwaltung
Listenverwaltung
Gerätemanagement
Klassenmanagement
Einstellungen zu Schulen

Je nachdem, welche Rechte ein Benutzer hat, stehen nur einige dieser Bereiche in der webUI zur Verfügung. Viele der Module waren bereits in einer Vorabversion für die aktuelle Version 6.2 verfügbar. Neu ist das Klassenmanagement-Modul, womit Lehrkräfte Funktionen, wie Internetzugang, Webfilter, Dateien austeilen und einsammeln, für ihren Unterricht verwalten können.

Hier noch ein paar weitere Screenshots:

Fazit

Noch befindet sich die LMNv7 in einem frühen Entwicklungsstadium. Viel ist passiert in den letzten Wochen und zunehmend gewinnt die neue Version der freien Schulserverlösung an Stabilität. Das gilt v.a. auch für das neue Webinterface. Ich bin gespannt auf die neue Version, da dadurch mehr möglich sein wird, als es das in der derzeitigen Version ist (Samba4, bessere Firewall, …).

Teil 6: Ausleihkonditionen – Wie man Koha installiert und für Schulen einrichtet

Sat, 06 Oct 2018 07:05:51 +0000

Bisher haben wir Koha installiert, konfiguriert und erste Medien katalogisiert. Die Barcodes sind gedruckt und kleben in den Büchern. Eigentlich wartet alles darauf, dass wir endlich die Bücher an unsere Leser ausleihen können. Ein letzter Schritt fehlt noch und um den soll es heute gehen: die Ausleihkonditionen. Damit können wir festlegen, wer welche Medien, wie lange ausleihen darf. Aber auch Gebühren, Verlängerungen und noch vieles mehr können wir in Koha festlegen, bevor die ersten Bücher die Bibliothek verlassen.

Dieser Artikel ist ein Teil einer Serie:

Installation und Einrichtung einer ersten Bibliothek
Das bibliografische Framework
Grundeinstellungen
Buchaufnahme
Drucken von Etiketten
Ausleihkonditionen
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Ausleihkonditionen festlegen

Neue Regel erstellen

Wir finden die Einstellungen zu den Ausleihkonditionen unter Administration → Ausleihkonditionen. Hier können wir Regeln für alle Bibliotheken oder auch nur für eine ganz bestimmte festlegen. Aktuell haben wir nur eine Bibliothek angelegt. Deshalb ist es für egal, ob wir die Regeln direkt für die Schulbibliothek festlegen oder allgemein für alle Bibliotheken.

Standardmäßig ist bereits eine Regel angelegt, die für Alle gilt.

Zuerst sollten wir diese Regel für „Alle“ an unsere Anforderungen anpassen. Danach können wir bei Bedarf noch weitere Regeln für einzelne Benutzergruppen erstellen, z.B. für Schüler oder Eltern. Wir klicken also auf Bearbeiten und können dann alle Parameter anpassen:

Erläuterungen

Benutzerkategorie → Für welche Benutzerkategorie soll die Regel gelten?
Medientyp → Für welchen Medientyp soll die Regel gelten?
Anzahl gleichzeitiger Ausleihen → so viele Bücher dürfen gleichzeitig ausgeliehen werden
Anzahl gleichzeitiger Vor-Ort-Ausleihen → hier geht es um Medien, die nur innerhalb der Bibliothek ausgeliehen werden können.
Leihfrist → Wie lange darf ein Medium ausgeliehen werden?
Einheit → Tage oder Stunden, i.d.R. Tage
Endgültiges Fälligkeitsdatum → macht z.B. für eine Lehrmittelbibliothek Sinn. Hier können wir dann das Datum des Schuljahresende als festes Fälligkeitsdatum eingeben. Sonst leer lassen.
Mahngebühr → Hier wird die Höhe der Mahngebühren für unsere Einheit festgelegt (d.h. in unserem Fall Mahngebühren pro Tag).
Intervall für Gebühren → In welchen Abständen sollen die Gebühren berechnet werden? „1“ bedeutet z.B. jeden Tag, „5“ alle fünf Tage.
Wann berechnen → Intervallende bedeutet, dass die Gebühren am Ende am des Intervalls berechnet werden. Habe ich z.B. „1“ bei Intervall eingegeben, werden die Gebühren nach dem 1. überfälligen Tag berechnet. Wenn ich jedoch Intervallanfang auswähle, werden Gebühren für jedes angefangene Intervall fällig.
Gnadenfrist für Gebühr → Für wie viele Tage / Stunden nach dem Fälligkeitsdatum soll keine Gebühr berechnet werden? „2“ bedeutet z.B. dass man das Buch bis 2 Tage nach Fälligkeit abgegeben kann, ohne dass man eine Gebühr bezahlen muss. Dies hängt aber auch davon ab, welche Einstellung man für den Systemparameter FinesIncludeGracePeriod gewählt hat.
Maximale Mahngebühr → Wie hoch sollen die maximalen Gebühren / Medium sein?
Maximale Mahngebühr = Buchersatzpreis → die maximale Gebühr soll den Buchersatzpreis nicht überschreiten
Sperrung (in Tagen) → Alternative „Gebühr“, wenn man Benutzer sperren will, falls sie überfällige Medien haben
Maximale Sperrung (in Tagen) → maximale Sperrung (geht nur bei Einheit „Tage“, nicht „Stunden“)
Berechnungsintervall für Sperren → siehe „Intervall für Gebühren“
Erlaubte Verlängerungen (Anzahl) → Wie oft darf ein Benutzer sein Buch verlängern?
Verlängerungszeitraum → Für wie viele Tage / Stunden wird bei einer Verlängerung verlängert?_
_
Weitere Verlängerung nicht möglich vor → Hier können wir festlegen, ab wie vielen Tagen / Stunden vor dem Fälligkeitsdatum eine Verlängerung möglich ist. Bleibt das Feld leer, kann man jederzeit verlängern.
Automatische Verlängerung → Hier können wir entscheiden, ob Medien automatisch verlängert werden sollen.
Keine automatische Verlängerung nach → Nach wie vielen Tagen soll keine automatische Verlängerung mehr erfolgen?
Keine automatische Verlängerung nach (hartes Datum) → Wie oben, nur das wir hier ein fixes Datum eingeben können.
Erlaubte Vormerkungen (Anzahl) → Wie viele Vormerkungen sind erlaubt?
Erlaubte Vormerkungen pro Titel (Anzahl) → Wie viele Vormerkungen sollen pro Titel erlaubt sein?
Vormerkung verfügbarer Titel → Verschiedene Einstellungen, ob und wie verfügbare Titel vorgemerkt werden können_
_
Exemplarvormerkungen → siehe oben, verschiedene Einstellungen zu Exemplarvormerkungen._
_
Artikelbestellungen → verschiedene Einstellungen, ob und wie Artikel bestellt werden können._
_
Rabatt auf Leihgebühr (%) → Falls Leihgebühren auf bestimmte Medien erhoben werden, kann man hier einen Rabatt festlegen.

Nachdem wir alles nach unseren Wünschen eingestellt haben, klicken wir auch Speichern.

Weitere Einstellungen

Weiter unten können wir optional noch weitere Einstellungen vornehmen, z.B. wie vielen Medien pro Benutzerkategorie ausgeliehen werden darf (falls es noch nicht oben bei den Ausleihkonditionen geschehen ist).

Schließtage

Für die Berechnung der Fälligkeitstage ist es wichtig, dass Koha weiß, wann unsere Bibliothek geschlossen hat, weil z.B. Ferien sind oder einfach nur Wochenende. Dazu öffnen wir unter Mehr → Werkzeuge → Kalender den Kalender und geben dort alle Tage ein, an denen die Schulbibliothek geschlossen hat.

Wenn wir z.B. Wochenenden als Schließtage definieren wollen, klicken wir auf einen Samstag und wählen dann Schließtag, der sich jede Woche an diesem Tag wiederholt. Das müssen wir dann auch noch für den Sonntag machen.

Für Ferien können wir auch einen Schließzeitraum wählen und oben den Beginn und das Ende der Ferien eingeben.

Als letztes müssen wir noch festlegen, ob Koha Schließtage bei der Berechnung von Fälligkeitsterminen berücksichtigen soll oder nicht. Das geht über den Systemparameter useDaysMode. Wenn wir Schließtage ausschließen wollen (was in einer Schulbibliothek aufgrund der Ferien viel Sinn macht), wählen wir an dieser Stelle des Kalenders und verlege das Rückgabedatum ggf. auf den nächsten Öffnungstag.

Fazit

Wir haben jetzt alles eingestellt, um unsere Bücher und andere Medien an unsere Benutzer auszuleihen. Fälligkeiten werden korrekt unter Berücksichtigung der Schließtage berechnet. Alle weiteren Teile dieser Serie sind optional, aber erleichtern die Arbeit mit Koha teilweise enorm. Die Gebühren haben wir z.B. in den Ausleihkonditionen bereits festgelegt, aber sie werde noch nicht berechnet. Dazu sind noch weitere Schritte nötig, die ich in einem späteren Artikel beschreiben werde.

Teil 5: Etikettendruck – Wie man Koha installiert und für Schulen einrichtet

Sat, 22 Sep 2018 05:19:28 +0000

Koha ist eines der besten Open Source Projekte, die ich kenne. Es ist eine sehr flexible Lösung, die etwas Zeit braucht, bis man sich darin zurechtfindet. Einen Großteil der Punkte haben wir aber bereits abgearbeitet, v.a. die Installation (Teil 1) und das bibliografische Framework (Teil 2). Im letzten Teil haben wir einige Bücher aufgenommen. Bevor wir jedoch anfangen können, Bücher oder andere Medien auszuleihen, braucht jedes Buch einen Barcode. Weiterhin müssen wir Regeln für die Ausleihe festlegen. Heute geht es um den Etikettendruck. Dieser Artikel ist ein Teil einer Serie:

Installation und Einrichtung einer ersten Bibliothek
Das bibliografische Framework
Grundeinstellungen
Buchaufnahme
Drucken von Etiketten
Ausleihkonditionen
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Etikettendruck vorbereiten {.wp-block-heading} Für die Barcodes in unserer Bibliothek verwenden wir einfache Klebeetiketten. Als Beispiel nehmen wir einen A4-Bogen mit 27 Etiketten der Größe 55x30mm. Darauf wollen wir unseren Barcode drucken, sowie den Titel und die ISBN des Buches. Für den Etikettendruck müssen wir zwei Dinge erstellen:

ein Layout für das Aussehen des Etiketts, d.h. welche Informationen sollen auf das Etikett gedruckt werden?
ein Template des Etikettenbogens, d.h. wie viele Etiketten sind auf einem Blatt? Welche Größe hat das Etikett? Wie ist der Abstand?

Layout erstellen {.wp-block-heading} Wir erstellen zuerst ein Layout für unser Etikett mit allen Informationen, die wir später neben dem Barcode haben wollen. Dazu gehen wir zu

Werkzeuge → Etikettendruck und erstellen mit Neu → Layout eine neue Vorlage.

Nun müssen wir verschiedene Angaben machen:

Layoutname → kann frei gewählt werden
Barcodetyp → EAN13
Layout-Typ → Titel/Barcode (d.h. erst wird der Titel und dann der Barcode gedruckt
Bibliographische Daten → Hier wählen wir Listenfelder (d.h. wir können die Marc21-Tags direkt eingeben
Datenfelder → 245a, 245b, isbn, issn (Ich hatte anfangs Probleme das Layout so hinzubekommen wie ich es wollte, mit den Datenfeldern und den Marc21-Tags hatte es dann geklappt)
Weiter unten können dann noch Angaben zur Schriftgröße und Art gemacht werden (hier muss man etwas experimentieren, wie man es haben will).

Am Ende klicken wir auf Speichern.

Template erstellen {.wp-block-heading} Nachdem wir nun unser Layout für das Etikett erstellt haben, müssen wir Koha noch mitteilen, wie unser Etikettbogen aussieht. Dazu erstellen wir ein neues Template mit

Neu → Template.

In der Eingabemaske sind folgende Angaben notwendig:

Template-Code und -beschreibung → kann frei gewählt werden
Einheiten → mm oder cm, je nachdem, wie man die Maße angeben will (ich habe mm genommen in unserem Beispiel)
Seitenhöhe und -breite → Höhe und Breite des Etikettbogens (bei uns A4)
Etikettenbreite und -höhe → Größe des Etiketts
Oberer Seitenrand → Abstand von oben bis zum Rand des ersten Etiketts
Linker Seitenrand → Abstand vom linken Seitenrand bis zum Rand des ersten Etiketts
Oberer und Linker Textrand → Abstand des Textes vom Rand des Etiketts
Anzahl Spalten und Reihen → Wie viele Reihen und Spalten hat der Bogen (bei 3×9 = 27 Etiketten)
Abstand zwischen Spalten → Abstand zwischen den Etiketten (rechts / links)
Abstand zwischen den Zeilen → Abstand zwischen den Etiketten (oben/unten)

Am Ende wieder auf Speichern. Statt einem Komma muss ein Punkt verwendet werden, falls man Maße mit Stellen nach dem Komma hat.

Barcodes drucken {.wp-block-heading} Nun haben wir alles vorbereitet und können unsere Barcodes der bereits aufgenommenen Medien ausdrucken. Dazu erstellen wir einen neuen

Etiketten-Batch mit Neu → Etiketten-Batch.

Es öffnet sich ein neues Eingabefeld über das wir unsere Barcodes eingeben können. Solange das Eingabefeld leer ist und wir unten auf Exemplare hinzufügen klicken, öffnet sich ein neues Fenster, indem wir einfach die Barcodes unserer Medien suchen können.

Man kann einen Zeitraum angeben, indem man nach aufgenommenen Exemplaren suchen möchte. Nach einem Klick auf Suche bekommt man die Ergebnisse präsentiert:

Da wir alle aufgenommen Exemplare hinzufügen wollen, wählen wir oben Alles auswählen, dann Markierte hinzufügen und zum Schluss Fertig. Nun sind alle unsere Exemplare im Eingabefeld und wir können sie mit Exemplare hinzufügen zu unserem Etiketten-Batch hinzufügen.

Nun können wir mit Gesamten Batch exportieren alle Etiketten in unserem Batch drucken. Es öffnet sich ein Popup. Dort wählen wir unser Etiketten-Layout und das Template aus. Zusätzlich können wir noch angeben, bei welchem Etikett auf dem Bogen der Ausdruck später starten soll. Das ist besonders praktisch, wenn man angefangene Bogen hat.

Abschließend auf Export klicken und wir können anschließend die Druckvorlage als PDF herunterladen.

Fertig sind unsere Barcodes 🙂 Wir können sie nun ausdrucken. Beim Drucken müssen wir darauf achten, dass keine Seitenskalierung oder automatisch auf den Druckbereich verkleinert wird, da sonst du Maße nicht mehr stimmen. Unter Ubuntu sieht das z.B. so aus:

Titel und ISBN helfen uns später das Etikett in das richtige Buch zu kleben.

Fazit {.wp-block-heading} Koha’s Werkzeug zum Etikettendruck ist sehr flexibel einstellbar. Haben wir erstmal unser Layout und Template erstellt, stellt der spätere Druck der Etiketten keine Hürde mehr dar. Ich empfehle auf jeden Fall einige Probedrucke auf normalen Papier, um die Abstände und das Layout der Etiketten zu überprüfen. Im nächsten Teil geht es weiter mit den Ausleihkonditionen.

Teil 4: Katalogisierung – Wie man Koha installiert und für Schulen einrichtet

Wed, 05 Sep 2018 22:00:55 +0000

Nach einer etwas zu lang geratenen Pause geht es heute weiter in der Serie „Wie man Koha installiert und für Schulen einrichtet“. Nachdem das System installiert, das bibliographische Framework eingerichtet und grundlegende Einstellungen vorgenommen sind, werden wir uns in diesem Artikel mit der Aufnahme von Büchern in Koha bzw. der Katalogisierung beschäftigen. Dieser Artikel ist ein Teil einer Serie:

Installation und Einrichtung einer ersten Bibliothek
Das bibliografische Framework
Grundeinstellungen
Buchaufnahme
Drucken von Etiketten
Ausleihkonditionen
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Buchaufnahme {.wp-block-heading} Ein Buch können wir über den Punkt

Katalogisierung → Neuer Titel → Schnellaufnahme aufnehmen.

Es erscheint eine Eingabemaske, in der wir alle wichtigen Daten zu unserem Buch eingeben können. Als Beispiel habe ich hier das Buch „Irgendwie anders“ ausgewählt.

Mit einem Klick auf „Speichern“ am oberen Bildschirmrand kommen wir zur nächsten Eingabemaske.

Exemplar hinzufügen {.wp-block-heading} Wir haben bisher den Titel aufgenommen. Jetzt können wir zu diesem Titel Exemplare hinzufügen. In einer Schulbibliothek ist das in der Regel ein Exemplar. Manchmal existieren aber auch mehrere Exemplare eines Titels (v.a. wenn man auch Schulbücher mit in das System aufnimmt).

Die wichtigsten Felder sind die Sammlung, der Aufstellungsort, die Signatur und der Barcode. Die anderen Felder können zusätzlich ausgefüllt werden. Der Barcode sollte automatisch generiert werden, wenn man in das Feld klickt und die Systemeinstellung „autoBarcode“ aktiviert hat (siehe Teil 3 dieser Serie). Unter Sammlung erscheinen alle Werte, die wir ebenfalls in Teil 3 unter „Normierten Werten → CCODE“ eingerichtet haben. Ebenso der Aufstellungsort (Normierte Werte → LOC).

Signaturen und Systematik {.wp-block-heading} Je nach Größe der Bibliothek ist es sinnvoll eine Systematik einzuführen. Eine Systematik beschreibt, wie man die Bücher gruppieren und innerhalb der Bibliothek ordnen möchte. Es gibt dafür verschiedene Systeme und generell ist es sinnvoll eine Systematik zu haben, die sich an der Stadtbibliothek oder einer anderen Bibliothek in der Nähe orientiert. So finden sich die Kinder schnell zurecht und lernen, wie man sich einer Bibliothek orientiert. In Deutschland gibt es verschiedene Empfehlungen, die sich in ihrer Komplexität unterscheiden. Generell sollte die Systematik so einfach wie möglich sein, um eine schnelle Orientierung zu ermöglichen. Hier ein Beispiel von unserer Schulbibliothek (es fehlt die Erwachsenenliteratur):

Jede Kategorie hat also seine Farbe und ihre Abkürzung, die wir für die Signatur verwenden können. Auch für Signaturen gibt es verschiedene Systeme und Möglichkeiten. Wir haben uns entschieden die Abkürzung aus der Systematik mit den ersten drei Buchstaben des Autors zu verbinden. In unserem Fall also „1.4 Cav“, d.h. „1.4“ für Bilderbücher ab 3 Jahren und „Cav“ für die ersten drei Buchstaben des Nachnamens der Autorin. Man kann aber auch fortlaufend Nummern vergeben. Mit einem Klick auf „Exemplar hinzufügen“ wird das Exemplar in Koha gespeichert.

Fazit {.wp-block-heading} Wir haben nun unseren ersten Titel in das System aufgenommen. Nach dem gleichen Muster können nun weitere Bücher oder auch andere Medien in Koha aufgenommen werden. Im nächsten Teil wird es um den Druck von Etiketten (mit Barcode) und Signaturschildern gehen.

Was gibt es neues von linuxmuster.net v7?

Sat, 18 Aug 2018 03:29:34 +0000

Seit dem letzten Arbeitstreffen der Entwickler Anfang Mai gab es auf der Website des linuxmuster.net Projekts keine Neuigkeiten. Der Plan war, dass es im Mai eine Alpha-Version geben sollte und im Juli eine Beta-Version. Was ist der aktuelle Stand rund um die neue linuxmuster.net v7?

Auch wenn man von offizieller Seite kaum etwas Neues hört, so sind die Entwickler fleißig dabei Version 7 der freien Schulserverlösung vorwärts zu bringen. Die neue Version ist quasi eine Neuentwicklung, da sich sehr viele Komponenten ändern. Der Wechsel von Samba3 auf Samba4, eine neue Firewall und eine neue Schulkonsole. Einzig Linbo, der Bootmanager bzw. Imageverwaltung bleibt aus der aktuellen Version erhalten.

Die neue Schulkonsole

Wer interessiert ist, kann sich mit wenigen Schritten eine Testumgebung aufsetzen. Alle benötigten Dateien und Infos befinden sich im Wiki des entsprechenden Github-Repository.Ich vermute, dass der ursprüngliche Release-Plan nicht eingehalten werden kann. In der linuxmuster.net Community galt bereits in der Vergangenheit der Grundsatz: „Es ist fertig, wenn es fertig ist“. Letztendlich ist es wichtiger eine stabile Version zu haben (gerade wegen der ganzen Wechsel), anstatt eine unfertige Version vorzeitig zu veröffentlichen.

An unserer Schule verwenden wir seit ca. 2 Jahren die freie Schulserverlösung und sind bisher zufrieden damit. Im Bereich Schule ist dieses Projekt eine tolle Alternative zu anderen (oft teuren) Musterlösungen für einen Schulserver.

Backup für LXD-Container

Sat, 12 May 2018 02:44:26 +0000

[LXD][1] ist ein Hypervisor für Linuxcontainer, den es seit einigen Versionen in Ubuntu gibt. Ein Linuxcontainer ist im Prinzip wie eine virtuelle Maschine, nur leichtgewichtiger. Wir verwenden LXD / LXC für viele unserer Anwendungen an der Schule. LXD lässt sich leicht bedienen und es gibt so [einige Gründe][2], warum wir es verwenden. Heute möchte ich zeigen, wie man das Backup für LXD-Container machen kann.

1. Möglichkeit: lxc copy

Die einfachste Möglichkeit besteht darin, das man einen LXD-Container einfach auf einen anderen Rechner kopiert. Dazu braucht man einen zweiten LXD-Host, den man auf dem ersten als Remote hinzufügt.

$ sudo lxc remote add lxd2 192.168.1.50

lxd2 ist dabei der Name, den man dem zweiten LXD-Host geben wollen, gefolgt von der IP. Beim Setup des zweiten LXD-Hosts muss man darauf achten, dass er über das Netzwerk erreichbar ist und man muss auch ein Admin-Passwort vergeben. Dieses Passwort muss man eingeben, wenn man die Remote hinzufügen will.

Ist alles eingerichtet kann man sich z.B. alle Container auf der Remote anzeigen lassen:

$ lxc list lxd2:

Um nun ein Backup eines Containers zu machen, kopiert man ihn bzw. einen Snapshot auf die eben hinzugefügte Remote:

$ lxc snapshot my-container my-snapshot
$ lxc copy my-container/my-snapshot lxd2:my-backup

In umgekehrter Weise kann man den Container wieder auf dem ursprünglichen Host wiederherstellen.

$ lxc copy lxd2:my-backup my-container-restored

2. Möglichkeit: lxc export und lxc publish

Mit LXD kann man auch einen Container als komprimiertes Image exportieren und dann auf einem NAS, einem Offsite-Backup oder einem Cloud-Speicher sichern. Später können diese Images dann mit lxc import wieder importiert bzw. wiederherstellt werden.

Auf [Github habe ich ein Skript gefunden][3], welches genau unsere Anforderungen erfüllt. Es exportiert den gewünschten Container und sichert ihn dann mit rclone (tolles Projekt!!!) auf einen Cloud-Speicher/NAS unserer Wahl.

Dazu muss man sich erst noch rclone installieren und einrichten. Ein Anleitung für die Installation und Pakete für alle Plattformen gibt auf der [Projektwebseite][4]. rclone unterstützt so ziemlich jeden Cloud-Speicher und Protokoll (ssh, webdav, …). Wir haben uns für ein Backup auf Google Drive entschieden, da wir da durch GSuite for Education unbegrenzten Speicherplatz haben 🙂

Ist rclone eingerichtet lädt man sich das Backup-Skript herunter, macht es ausführbar:

$ wget https://raw.githubusercontent.com/cloudrkt/lxdbackup/master/lxdbackup
$ chmod +x lxdbackup

Damit der Upload des Backups auch funktioniert muss man noch einige Parameter festlegen (v.a. RCLONETARGET).

$ nano lxdbackup
# Settings

# The target bucket or container in your Rclone cloudstorage 
RCLONETARGETDIR="lxdbackup" 
# Optional Rclone settings.
RCLONEOPTIONS=""
# Rclone target cloud used in your rlcone.conf
RCLONETARGET="my-remote"
# Directory were local images are stored before upload
WORKDIR="/tmp/lxdbackup"
```

Nun kann man das Skript mit folgendem Aufruf testen:

```
$ lxdbackup my-container
```

Wenn alles gut geht, sollten man sein Backup nach einiger Zeit (der Export eines Containers kann etwas dauern, je nach Größe) auf dem Speichern finden, den man in `rclone` konfiguriert hat.

### Fazit

Bisher haben wir einfach den LXD-Host im Gesamten gesichert. Das reicht in der Regel aus, aber man verliert die Möglichkeit einzelne Container getrennt voneinander wiederherstellen zu können. Mit dem lxdbackup-Skript und der Kombination mit `rclone` haben wir nun viel mehr Möglichkeiten und können unsere Container sehr flexibel sichern. Mit Hilfe von Cronjobs haben wir das Backup automatisiert. Manche Container werden z.B. 2x am Tag gesichert, andere nur 1x in der Woche ([und das nur, wenn keine Schulferien sind][5]) – je nach Anwendungsfall.

 [1]: https://linuxcontainers.org/lxd/
 [2]: https://zefanjas.de/5-gruende-warum-wir-lxd-verwenden/
 [3]: https://github.com/cloudrkt/lxdbackup/
 [4]: https://rclone.org/
 [5]: https://github.com/anschuetz/linuxmuster/tree/master/schultag

Linuxmuster v7 bald als Alpha-Version verfügbar

Sat, 05 May 2018 02:34:09 +0000

Am letzten Wochenende haben sich die Entwickler und Aktive rund um das linuxmuster.net Projekt zu einem Arbeitstreffen getroffen. Dort stellten sie unter anderem den aktuelle Stand zur neuen Version der Schulserverlösung vor. Die neue Version v7 wird ein großer Schritt um Vergleich zur aktuellen Version, da sich einige Dinge ändern werden. Darüber hatte ich bereits vor einigen Monaten gebloggt. Linuxmuster v7 soll bald als Alpha-Version verfügbar sein!

Releaseplan

Der Releaseplan sieht wie folgt aus, wobei der Grundsatz gilt: Es ist fertig, wenn es fertig ist!

Alpha Version → Mitte Mai 2018
Beta-Version → Juli 2018
Release von linuxmuster.net v7 → Dezember 2018

Es werden Tester gesucht, die bereit sind, die Alpha- und Beta-Versionen zu testen. Dazu kann man sich vorgefertigte Virtualbox-Images herunterladen. Eine Anleitung für die Ersteinrichtung und das Setup gibt es im Github-Repo des Projekts. Anleitung für die Ersteinrichtung

Die Protokolle der Arbeitstagungen werden i.d.R. im Vereinwiki des Projekts veröffentlicht.

Fazit

Persönlich freue ich mich sehr auf die neue Version von linuxmuster.net, denn die aktuelle Version funktioniert zwar gut und zuverlässig, doch technisch gesehen ist sie schon etwas in die Jahre gekommen (Samba3, Ubuntu 12.04). Auch der Wechsel zu einer neuen (besseren) Firewall finde ich gut, denn mit der neuen Version können wir unsere Firewall pfSense noch besser mit linuxmuster.net integrieren.

XenServer automatisch herunterfahren mit NUT

Sat, 21 Apr 2018 00:18:23 +0000

Unsere Kerninfrastruktur an der Schule ist mit USVs /UPS abgesichert. Wir haben leider immer wieder Stromausfälle (meist kurze) und mit Hilfe der USVs können wir diese zumindest etwas überbrücken. An unserer USV / UPS hängt [ein Raspberry Pi, der als NUT Server][1] eingerichtet ist. Wenn der Strom ausfällt und die USV / UPS auf Batteriebetrieb umschaltet, sendet der Raspberry Pi ab einem bestimmten Ladestand einen Befehl an alle verbunden Server. Diese fahren sich dann automatisch herunter. Alle unsere Virtuellen Maschinen, Backup-Systeme und Server werden damit heruntergefahren. Ein wesentlicher Server hat aber bisher noch gefehlt: der Virtualisierungshost. Deshalb möchte ich heute kurz beschreiben, wie man einen XenServer automatisch herunterfahren lassen kann, indem man ihn als NUT-Client einrichtet.

NUT-Client installieren

XenServer basiert auf CentOS, aber die Installation von Fremdpaketen ist nicht erlaubt. Man sollte sich auch bewusst sein, dass man evtl. keinen Support mehr erhält (falls man einen Supportvertrag hat), wenn man zusätzliche Pakete installiert.

Um den NUT-Client installieren zu können, mussten wir bei unserem XenServer 7 noch folgende Anpassung in der Datei /etc/yum.repos.d/CentOS-Base.repo vornehmen. Im Abschnitt [extras] haben wir in der Zeile baseurl $releaseserver mit einer 7 ersetzt.

$ nano /ect/yum.repos.d/CentOS-Base.repo
...
[extras]
name=CentOS-$releasever - Extras
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&rep$
baseurl=http://mirror.centos.org/centos/7/extras/$basearch/
...

Danach können wir das Epel-Repo einrichten und den NUT-Client installieren:

$ yum clean all
$ yum --enablerepo=extras -y install epel-release
```

Nun schauen wir, welches Paket unseren NUT-Client zur Verfügung stellt und installieren es:

```
$ yum provides /usr/sbin/upsmon
Geladene Plugins: fastestmirror
Loading mirror speeds from cached hostfile
* epel: mirrors.bangmodhosting.com
nut-2.7.2-3.el7.x86_64 : Network UPS Tools
Quelle : epel
Übereinstimmung von:
Dateiname : /usr/sbin/upsmon
```

```
$ yum install nut-client-2.7.2-3.el7.x86_64
```

### NUT einrichten

Nachdem der NUT-Client nun installiert ist, müssen wir ihn noch konfigurieren, damit unserer XenServer auch herunterfährt, falls der Strom ausfällt. Zuerst müssen wir noch eine Datei erstellen, um NUT mitzuteilen, dass unser XenServer ein Client ist:

```
$ nano /etc/ups/nut.conf
MODE=netclient

```

In der Datei _**/etc/ups/upsmon.conf**_ findet die Hauptkonfiguration statt. Dort ändern wir zwei Zeilen:

```
$ nano /etc/ups/upsmon.conf
...
MONITOR ups@192.168.1.2 1 upsremote password slave
...
SHUTDOWNCMD "/etc/ups/xen-shutdown.sh"
...
```

Je nach Konfiguration des NUT-Masters muss hier noch der UPS-Name, die IP, sowie Benutzername und Passwort angepasst werden.

Bevor unser XenServer herunterfährt, soll er vorher noch alle Virtuellen Maschinen ausschalten. Dazu habe ich [folgendes Skript][2] gefunden, welches wir nun herunterladen und ausführbar machen.

```
$ cd /etc/ups/
$ wget https://raw.githubusercontent.com/serrc-techops/NUT-Configuration/master/slave/xen/xen-shutdown.sh
$ chmod +x xen-shutdown.sh
```

Damit der NUT-Client auch automatisch startet, müssen wir noch einen Systemd-Service einrichten. Dazu erstellen wir die Datei _**/etc/systemd/system/nut-monitor.service**_ und fügen folgenden Inhalt ein:

```
$ nano /etc/systemd/system/nut-monitor.service

[Unit]
Description=Network UPS Tools - power device monitor and shutdown controller
After=local-fs.target network.target

[Service]
ExecStart=/usr/sbin/upsmon
PIDFile=/run/nut/upsmon.pid
Type=forking

[Install]
WantedBy=multi-user.target
```

Nun aktivieren wir diesen Service und starten ihn:

```
$ systemctl enable nut-monitor.service
$ systemctl daemon-reload
$ systemctl start nut-monitor
```

Mit `systemctl status nut-monitor` können wir uns anzeigen lassen, ob alles läuft:

```
nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/etc/systemd/system/nut-monitor.service; enabled; vendor preset: disabled)
Active: active (running) since Mi 2018-04-18 17:13:42 ICT; 1 day 12h ago
Process: 997 ExecStart=/usr/sbin/upsmon (code=exited, status=0/SUCCESS)
Main PID: 1001 (upsmon)
CGroup: /system.slice/nut-monitor.service
├─1000 /usr/sbin/upsmon
└─1001 /usr/sbin/upsmon
```

### Automatisches Herunterfahren testen

Zuerst können wir das Skript zum Herunterfahren des XenServers testen und schauen, ob auch alle gestarteten VMs heruntergefahren werden. Dazu führen wir das Skript einfach aus:

```
$ sh /etc/ups/xen-shutdown.sh
```

Um einen Stromausfall zu simulieren und können wir auf dem _NUT Master_ folgenden Befehl absetzen:

```
$ sudo upsmon -c fsd
```

Danach muss man allerdings alle Geräte wieder von Hand einschalten oder per Wake-on-Lan wecken.

### Fazit

[NUT][3] ist ein tolles Projekt und es erlaubt uns sehr flexible Einsatzszenarien. Zur Zeit haben wir nur eine große UPS am NUT Master angeschlossen, aber es ist auch durchaus denkbar, mehrere UPS an den NUT Master anzuschließen. In Kombination mit Check_MK können wir somit den Status der USV / UPS ständig überwachen und bekommen ganz nebenbei auch eine Statistik, wie oft der Strom bei uns ausgefallen ist.

 [1]: https://zefanjas.de/server-bei-stromausfall-herunterfahren-ups-nut-co/
 [2]: https://github.com/serrc-techops/NUT-Configuration/blob/master/slave/xen/xen-shutdown.sh
 [3]: http://networkupstools.org/

Teil 3: Grundeinstellungen – Wie man Koha installiert und für Schulen einrichtet

Wed, 11 Apr 2018 05:00:30 +0000

Nachdem wir Koha im ersten Teil installiert und im zweiten Teil das Bibliografische Framework eingerichtet haben, geht es heute darum einige Grundeinstellungen in Koha vorzunehmen. Wir wollen neue Kategorien für unsere Benutzer und Medien einrichten, sowie einige Systemparameter ändern.

Dieser Artikel ist ein Teil einer Serie:

Installation und Einrichtung einer ersten Bibliothek
Das bibliografische Framework
Grundeinstellungen
Buchaufnahme
Drucken von Etiketten
Ausleihkonditionen
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Grundeinstellungen

Bibliothek

Wir loggen uns wieder mit unseren Administrator-Account aus Teil 1 ein und wählen Administration → Basisparameter → Bibliotheken und Gruppen. In der Tabelle klicken wir auf Bearbeiten und können nun weitere Angaben zu unserer Bibliothek machen.

Neben der Post-Adresse können wir eine eMail-Adresse angeben oder eine zusätzliche Informationen, die im OPAC erscheinen sollen. Der OPAC ist der Teil von Koha, den die Benutzer sehen und in dem sie den Bestand durchsuchen können, sozusagen der öffentliche Teil der Bibliothekswebseite.

Medientypen

Bei der Installation haben wir bereits den Medientyp „Buch“ angelegt. Diesen wollen zuerst bearbeiten unter Administration → Basisparameter → Medientypen. In der Tabelle klicken wir wieder auf Bearbeiten und können noch einiges einstellen. So können wir ein Bild festlegen oder bestimmen, ob Medien generell ausleihbar sind oder nicht. Wenn man möchte, kann man noch einen Leihgebühr, Bearbeitungskosten bei Verlust oder eine einen allgemeinen Rückgabehinweis eintragen.

Nach dem gleichen Muster legen wir jetzt noch weitere Medientypen an. Hier muss jeder selbst entscheiden, welche Medientypen er braucht. Man kann z.B. nur einen Typ für Bücher haben, oder mehrere anlegen z.B. zusätzlich für Präsenzexemplare. Für eine Schulbibliothek empfehle ich folgende Typen:

Buch (BU)
DVD (DV)
CD-Audio (CD)

Wenn man noch Karten, CD-ROMs, … hat, kann man dafür natürlich noch weitere Medientypen anlegen.

Benutzerkategorien

Nachdem wir nun die Medientypen angelegt haben, brauchen wir noch verschiedene Kategorien für unsere Benutzer. Für jede Benutzerkategorie können wir separat Ausleihkonditionen oder Gebühren bei überfälligen Medien festlegen. Bei der Installation haben wir bereits eine Kategorie für Bibliotheksmitarbeiter angelegt. Unter Administration → Benutzer und Ausleihe → Benutzertypen richten wir nun noch folgende Gruppen ein:

Bibliotheksmitarbeiter – (MA) → haben wir bereits
Schüler (S)
Eltern (P)

Über „+ Neue Kategorie“ können wir einen neuen Benutzertyp hinzufügen. Man kann entweder ein festes Ablaufdatum für diese Kategorie festlegen oder eine in Monaten angeben. Ich habe mich hier für 10 Jahre entschieden, also 120 Monate. Wenn man möchte kann man auch noch ein Mindest- oder Höchstalter festlegen. Unter Kategorie muss man eine der vorgebenden Kategorien wählen, in diesem Fall „Kind“.

Das gleiche machen wir jetzt auch für unsere Elternkategorie. Die Felder können individuell angepasst werden, nur beim Punkt Kategorie wählen wir „Erwachsener“. Wenn man zwischen Grundschülern und Mittel- bzw. Oberstufenschülern unterscheiden möchte (z.B. Ausleihkonditionen), braucht man dafür noch extra Benutzertypen.

Normierte Werte anpassen

Normierte Werte sind immer dann sinnvoll, wenn man möchte, dass festgelegte Werte verwendet werden sollen. In der Regel braucht man das z.B. für den Status von Medien (verloren, beschädigt, …) oder für Standorte. Die Einstellungen zu den Normierten Werten befinden sich unter Administration → Basisparameter → Normierte Werte. Im Drop-Down Menü können wir die Kategorie auswählen und dann die Werte anpassen oder neue ergänzen.

Folgende Normierte Werte sollten wir uns anschauen und gegebenenfalls ändern bzw. ergänzen:

LOC → Standorte
CCODE → Sammlungen
LOST → Status für verlorene Medien

Systemparameter

Über die vielen verschiedenen Systemparameter können wir global Einstellungen in Koha vornehmen und verändern. Darüber kann man Koha sehr individuell anpassen. Wir werden jetzt einige wichtige Parameter kontrollieren und anpassen, sodass es für unseren Einsatzzweck passt. Hier die wichtigsten Paremeter:

Sprache und Formate

dateformat → Datumsformat
CalendarFirstDayOfWeek → ersten Tag der Woche definieren
opaclanguagesdisplay → nur interessant, wenn man mehrere Sprachen installiert hat
opaclanguages → nur interessant, wenn man mehrere Sprachen installiert hat
language → nur interessant, wenn man mehrere Sprachen installiert hat

Ausleihe

Unter diesem Punkt gibt es sehr viele Parameter. Die meisten von ihnen können wir in der Standardeinstellung so lassen bzw. werden wir später noch anpassen. Wenn wir eine Altersbeschränkung einrichten wollen, z.B. für DVDs oder Bücher, müssen folgenden Paramter ändern:

AgeRestrictionMarker → in FSK|PEGI|Age| ändern

Danach speichern.

Benutzer

Bei Bedarf können wir folgende Parameter ändern:

CardnumberLength → Länge der Benutzernummer
minPasswordLength → Mindestlänge für das Passwort eines Benutzers

Katalogisierung

Hier ändern wir nur einen Parameter:

autoBarcode → inkrementelle EAN-13-Barcodes

Kataloganreicherung

Die folgenden Parameter bewirken, dass Cover-Bilder von Amazon im OPAC bzw. in der Dienstoberfläche (Backend / Intranet) angezeigt werden:

AmazonCoverImages → auf Zeige ändern
OPACAmazonCoverImages → auf Zeige ändern

OPAC

Zum Schluss können wir noch den OPAC an unsere Schulbibliothek anpassen. Auch hier gibt es wieder recht viele Parameter, von denen die meisten so gelassen werden können. Einige sollten wir aber bei Bedarf ändern:

LibraryName → Name der Bibliothek
OpacMainUserBlock→ Willkommensnachricht für die Hauptseite

Fazit

Die wichtigsten Grundeinstellungen in Koha haben wir nur abgearbeitet. Koha ist nun soweit eingerichtet, dass wir unsere ersten Bücher aufnehmen und ausleihen können. Das wird das Thema im nächsten Teil sein. Danach werden wir uns noch mit weiteren Themen wie Mahnungen und Gebühren, Benutzerverwaltung und -Import beschäftigen.

Viel Spaß beim Einrichten der Schulbibliothek!

Warum ich Unity in Ubuntu 18.04 verwenden werde

Sun, 08 Apr 2018 23:34:07 +0000

Am Wochenende habe ich die Zeit genutzt, um die Ubuntu 18.04 auf meinem Rechner zu installieren. Bisher habe ich Ubuntu 16.04 mit Unity verwendet. Vom Typ her bin ich jemand, der möglichst den Standard verwendet, weil ich meine Zeit nicht jedes Mal mit vielen Anpassungen verschwenden möchte. Der Wechsel vor vielen Jahren von Gnome2 auf Unity verlief damals recht schmerzlos und ich konnte mich schnell damit anfreunden. Das war ehrlich gesagt auch meine Hoffnung beim Installieren von Ubuntu 18.04 und dem neuen Gnome3 Desktop. Ubuntu hat ja einige Änderungen vorgenommen, um den Umstieg von Unity auf Gnome3 zu erleichtern. Ist es ihnen gelungen? Persönlich sage ich nein. Nach zwei Tagen bin ich wieder zurück bei Unity in Ubuntu 18.04. Warum?

Was ich in Gnome3 als Unity-Umsteiger vermisse

Ich habe mich ja bereits als Unity-Liebhaber geoutet. Damit konnte ich mich schnell anfreunden und finde es in vielen Punkten sehr benutzerfreundlich und gelungen. Auf den neuen Gnome3 Desktop war ich neugierig und war ehrlich bereit mich darauf einzulassen, aber das wird einem nicht gerade leicht gemacht. Es fehlen mir viele kleine Dinge, die ich an Unity schätzen gelernt habe und die mir meine Arbeit mit dem Computer erleichtern. Hier einige Beispiele.

Einbindung externer Medien

Ich habe mir gleich Dash-to-Dock installiert, um mehr Möglichkeiten bei der Anpassung des Docks zu haben, z.B. um den Programmstarter (heißt das so?) oben statt unten im Dock zu haben. In Unity werden externe Medien wie USB-Sticks als weiteres Symbol im Dock angezeigt – in Gnome3 als Icon auf dem Desktop. Das finde ich unpraktisch, gerade, wenn man mit maximierten Fenstern arbeitet, da man erst diese minimieren muss, um das Symbol zusehen und öffnen zu können. Vielleicht gibt es auch hier irgendeine Erweiterung dafür, aber das ist genau der Punkt. Ich möchte den Desktop nicht erst durch 50 Erweiterungen anpassen müssen, bis er sich so verhält, wie ich es gern hätte, zumindest nicht für grundlegende Sachen, wie das folgende Beispiel.

Computer in Bereitschaft setzen

Im Gnome3-Menü gibt es standardmäßig nur Buttons für Systemeinstellungen, Bildschirm sperren und Herunterfahren. Ich versetze meinen Laptop am Ende des Tages in Bereitschaft. Das kann ich aber in Gnome3 nur, wenn ich gleichzeitig die ALT-Taste drücke oder mir eine Erweiterung installiere. In Unity reichen 2 Klicks aus, in Gnome3 brauche ich dafür 2 Hände oder eine Erweiterung.

Ausnutzung des Bildschirmplatzes

Einen großen Vorteil von Unity sehe ich in der oberen Bildschirmleiste. Dort sind die Fenstermenüs und auch die Buttons für Schließen, minimieren und maximieren versteckt. Mir erleichtert es das Arbeiten enorm, wenn ich mit der Maus nur in die oberste linke Ecke fahren und klicken muss und weiß, das Fenster wird geschlossen. Ich muss nicht „zielen“ oder die Maus pixelgenau navigieren. Einfach links hoch schieben, klick und fertig. Weiterhin spart die Integration der Menüs in die obere Leiste eine Menge Bildschirmplatz. Gerade bei kleineren Bildschirmen. Standardmäßig ist das bei Gnome3 nicht so, kann natürlich wieder über Erweiterungen erreicht werden.

Es scheint mir, dass einige Anwendungen eher auf Unity, statt auf Gnome3 optimiert sind, v.a. die Icons in der oberen Bildschirmleiste angeht. Ich hatte einige Anwendungen (z.B. Mattermost Desktop), die unter Unity gut integriert sind, die ich aber in Gnome3 – mal wieder – nur mit einer Erweiterung integrieren konnte.

GDM vs. LightDM

Auch wieder so eine Sache. Es sind die kleinen Dinge, die das Leben einfacher machen. Abgesehen davon, dass ich den Lightdm Anmeldeschirm im Vergleich zu dem vom GDM wesentlich schöner und hübscher finde, bietet er noch andere Vorteile. Standardmäßig wird sowohl bei GDM als auch Lightdm die Anmeldemaske nur auf einem Bildschirm angezeigt (wenn man mehr als einen Bildschirm angeschlossen hat). Bei Lightdm muss ich nur die Maus von einem Schirm auf den nächsten verschieben, um die Anmeldemaske auf den anderen Bildschirm zu holen. Das geht bei GDM nicht. Ein großer Nachteil, vor allem in Schulen, wo in den Klassenräumen oft ein Beamer angeschlossen ist. Wenn die Anmeldemaske am Beamer erscheint, kann ich sie nicht „einfach so“ auf den angeschlossenen Rechner holen.

Fazit

Vielleicht sind das alles nur kleine Dinge und sicher lassen die sich auch größtenteils mit entsprechenden Erweiterungen anpassen, aber genau das ist der springende Punkt. Ich wünsche mir einen Desktop, den man produktiv einsetzen kann, ohne ihn erst durch Erweiterungen anpassen zu müssen. Sicher bin ich auch einige Jahre durch Unity geprägt und schaue jetzt stark durch diese gefärbte Brille, aber es sind u.a. die oben genannten Dinge, die mir die Arbeit am Rechner erleichtern.

Für meinen Teil bin ich wieder zurück bei Unity, was mit

$ sudo apt install ubuntu-unity-desktop

auch in Ubuntu 18.04 schnell erledigt ist – inklusive lightdm.

An alle Unity-Liebhaber – werdet ihr auf Gnome3 in Ubuntu 18.04 wechseln?

GeoGebra – App des Monats

Thu, 05 Apr 2018 07:05:17 +0000

Heute möchte ich kurz GeoGebra als weitere App des Monats vorstellen. Es ist ein sehr bekanntes Projekt und wir wahrscheinlich in fast allen Schulen im Mathematikunterricht eingesetzt. Doch was genau ist GeoGebra?

GeoGebra (Kofferwort aus Geometrie und Algebra) ist eine Dynamische-Geometrie-Software (DGS), die zu ihren geometrischen Objekten nicht nur die übliche geometrische, sondern auch eine algebraische Schnittstelle zur Verfügung stellt. Geometrische Objekte können damit nicht nur gezeichnet, sondern auch durch die Angabe beziehungsweise Manipulation von Gleichungen verändert werden. Neben elementargeometrischen Objekten erlauben neuere Versionen von GeoGebra auch die Erzeugung von Funktionsgraphen, ebenen Kurven und Vektoren und verfügen über ein integriertes Computeralgebrasystem (CAS) und eine Tabellenkalkulation. (Wikipedia)

Funktionen von GeoGebra

Der Wikipedia-Artikel über GeoGebra listet einige Funktionen auf. Kurz kann man sagen, dass GeoGebra viele leistungsstarke Funktionen hinter einer einfach zu bedienenden Benutzeroberfläche zugänglich macht. Dazu zählen:

Funktionsgraphen (inkl. Krümmung, Extrema, Wendepunkt, Tangenten, Asymptoten, Spiegelungen etc.)
Bestimmte Integrale sowie Stammfunktionen
Geraden und ihre Steigung, Halbgerade
Mittelpunkt, Mittelsenkrechte, Lote, Parallele, Winkelhalbierende
Fläche von beliebigen Polygonen und regelmäßigen Vielecken
Länge von Strecken, Größe von Winkeln
Kegelschnitte: Ellipse, Kreis, Pol und Polare
Kreissektoren, Kreisbögen, Umkreis
Vektoren, Normalenvektor
Rechnen mit komplexen Zahlen, Matrizen, Polynomen

Installation

GeoGebra ist ein weiteres Beispiel dafür, dass es heutzutage immer weniger auf das Betriebssystem ankommt, sondern man eigentlich nur noch einen Browser braucht. Es ist für eine Vielzahl an Plattformen verfügbar, aber man kann es auch online nutzen.

Auf der Webseite des Projekts gibt es Pakete im DEB oder RPM Format zum Download. Dort findet man auch eine portable Version, die man vom direkt von einem USB-Stick starten kann. Um die DEB für Debian oder Ubuntu zu installieren, lädt man sich das entsprechende Paket herunter und installiert es mit der Paketverwaltung.

$ sudo dpkg -i geogebra-classic*

Danach kann man das Programm über den Programmstarter starten.

GeoGebra gibt es noch in verschiedenen anderen Versionen für fast alle Plattformen zum Download. Unter anderem auch eine Augmented Reality App. Damit kann man Funktionen, Körper etc. virtuell im Raum darstellen. Hier ein Beispiel:

An unserer Schule verwenden wir GeoGebra hauptsächlich im Mathematikunterricht. Ich persönlich verwende es als Grundschullehrer aber eher weniger in meinem Unterricht 🙂

Fazit

GeoGebra ist eine preisgekrönte Software, die man sehr gut im Unterricht einsetzen kann. Es gibt auch einen „Klassenarbeitsmodus“, sodass man die App in Klausuren verwenden kann. Manche allerdings kritisieren die Lizenz, die für diese Software verwendet wird. Teile der Software stehen unter der GPL, andere Teile (wie z.B. der Installer oder auch die Sprachdateien) sind unter einer eigenen Lizenz lizenziert. Die Nutzung für den Unterricht ist kostenfrei möglich – für Schüler und Lehrkräfte.

Insgesamt kann man diese Software nur empfehlen, da es eine Unmenge an Features bietet und dabei noch einfach zu bedienen bleibt.

Zeitsteuerung in GRUB einrichten

Mon, 02 Apr 2018 00:30:51 +0000

GRUB 2 hat viele Funkionen in Module ausgelagert. Dadurch ist es möglich, dass man nur die benötigten Funktionen lädt und damit kleinere Core-Images möglich sind. Man kann diese Module aber auch nutzen, um GRUB zu erweitern, z.B. um eine Zeitsteuerung in GRUB einzubauen. Damit ist es möglich ein bestimmtes Betriebssystem zu einer festgelegten Zeit zu starten.

Eine Liste aller vorhandenen Module erhält man mit

$ ls /boot/grub/i386-pc/

Zeitsteuerung in GRUB konfigurieren

Für die Zeitsteuerung in GRUB braucht man das Module datehook. Damit können in GRUB auf folgende Variablen zugreifen:

DAY
HOUR
MINUTE
SECOND
MONTH
WEEKDAY
YEAR

Alle diese Werte basieren auf der Uhrzeit und dem Datum, das im BIOS eingestellt wurde (i.d.R. die Hardwareuhr des Mainboards). Das muss man im Hinterkopf behalten, wenn man die Zeitsteuerung in GRUB einrichtet.

Mit dem folgenden Befehl erhält man eine Liste mit allen Menü-Punkten des GRUB-Menüs:

$ grep -E '^menuentry|^submenu' /boot/grub/grub.cfg | cut -d '"' -f2 | cut -d "'" -f2

Der erste Eintrag hat die Nummer 0, der zweite die Nummer 1 usw.

Als nächstes öffnet man die Datei /boot/grub/grub.cfg und fügt folgende Zeilen relativ am Anfang der Datei ein:

insmod datehook
# Eine extra Null beo Minute 0-9 hinzufügen, sodass MINUTE immer zweistellig ist
if [ $MINUTE -lt 10 ]; then PADDING="0"; else PADDING=""; fi  
TIME=$HOUR$PADDING$MINUTE

# Standardmäßig Ubuntu starten
set default=0

# Starte "Windows 10" von 17 bis 23 Uhr
if [ $TIME -ge 1700 -a $TIME -lt 2300 ]; then
  set default=3
fi

Am Anfang fügt man eine extra Null bei Minuten kleiner als 10 ein, sodass die Minutenzahl immer zweistellig ist. Dann konstruiert man eine neue Variable TIME, die die aktuelle Uhrzeit mit dem Format HHMM hat. Diese kann man nun nutzen, um die Zeitsteuerung in GRUB zu implementieren.

Ubuntu soll standardmäßig gestartet werden, aber am Abend bekommt Windows 10 den Vorrang. Eventuell muss man die Uhrzeiten noch anpassen, da im BIOS oft die Zeitzone UTC eingerichtet ist.

Fazit

Die Änderungen oben gelten nur solange bis zum nächsten Mal update-grub ausgeführt wird. Damit die Änderungen dauerhaft in GRUB erhalten bleiben, sollte man ein Template mit diesem Code unter /etc/grub.d/ anlegen.

Wir nutzen diese Option, um unsere Rechner in der Schule besser verwalten zu können. Am Tag wird standardmäßig Ubuntu gestartet, aber während der Nacht lassen wir Linbo booten, damit die Rechner dann z.B. aktualisiert oder mit einem neuen Image versorgt werden können.

Teil 2: Das bibliografische Framework – Wie man Koha installiert und für Schulen einrichtet

Fri, 30 Mar 2018 08:15:58 +0000

Im [ersten Teil dieser Serie][1] haben wir bereits Koha installiert. Bevor wir ein Buch aufnehmen oder verleihen können, müssen noch einige Einstellungen vorgenommen werden. Ein großes Thema ist das bibliografische Framework. Bei der Installation haben wir bereits MARC21 gewählt. Was das ist, warum es wichtig ist und wie wir das Framework für eine Schule anpassen können, darum geht es in diesem 2. Teil.

Dieser Artikel ist ein Teil einer Serie:

[Installation und Einrichtung einer ersten Bibliothek][1]
[Das bibliografische Framework][2]
[Grundeinstellungen][3]
[Buchaufnahme][4]
[Drucken von Etiketten][5]
[Ausleihkonditionen][6]
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Was ist das bibliografische Framework?

Am besten stellen wir uns das bibliografische Framework wie eine Vorlage vor, nach der Bücher oder andere Medien in Koha aufgenommen werden. In dieser Vorlage legen wir fest, welche Daten wir in unserem System haben wollen. Das könnten z.B. folgende sein:

Titel und Author/in
Verlag, Erscheinigsort und -jahr
ISBN / ISSN
Altersbeschränkung
evtl. Sprache

Diese Liste lässt sich beliebig erweitern, aber für eine Schulbibliothek wollen wir es so einfach wie möglich machen. Diese Daten nennt man auch Felder.

Damit sich nicht jede Bibliothek ihre eigenen Felder ausdenken muss, wurde vor vielen Jahren ein Standard geschaffen, der in Koha verwendet wird: MARC21.

MARC21

[Wikipedia][7] definiert MARC folgendermaßen:

MARC (MAchine-Readable Cataloging) ist ein bibliographisches Datenformat. Entwickelt wurde es 1966 in den USA. Im Lauf der Jahre folgten zahlreiche verschiedene Versionen, von denen bis heute vor allem die Version MARC 21 weltweit von Bibliotheken verwendet wird. MARC 21 ist ein allgemeines Format, das von verschiedensten Anwendungen gelesen und verarbeitet werden kann. Hauptzweck ist die Übertragung von bibliographischen Daten zwischen Bibliotheken.

Es geht also einen bibliografischen Datensatz, der von einem Computer gelesen werden kann.

Koha verwendet ebenfalls MARC21, deswegen müssen wir uns ein wenig damit auseinander setzen. Es gibt eine gute Einführung in MARC21, die aber nur in Englisch verfügbar ist. Ich kann sie sehr empfehlen, da sie mir geholfen hat MARC21 besser zu verstehen: [Understanding MARC][8].

Ein MARC21 Feld besteht aus einem Tag (einer dreistelligen Zahl), zwei Indikatoren und einem Unterfeld-Code. Hier ein Beispiel für das Feld ISBN:

020 ## $a 0877547637
```

Die ersten drei Zahlen **020** stehen für das MARC21 Feld bzw. Tag. Die zwei „##“ stehen für die beiden Indikatoren, die für dieses Feld nicht definiert sind. Mit **$a** folgt das Unterfeld **a** für die ISBN. Zum Schluss steht die ISBN. Laut Definition kann man im Unterfeld **$z** auch eine nicht mehr gültige ISBN angeben.

Eine Übersicht über alle MARC21-Felder gibt es hier:

### MARC21 für Schulbibliotheken anpassen

Ich empfehle wirklich jedem, der Koha einsetzen möchte, sich die oben verlinkte Einführung in MARC durchzulesen, denn es hilft ungemein beim Verständnis, wie Koha funktioniert und wie man es verwenden kann und muss.

#### Framework exportieren

Da wir jetzt grob wissen, was MARC21-Felder sind, wollen wir in Koha das bibliografische Framework anpassen. Dazu loggen wir uns mit unserem im Teil 1 erstellen Benutzer ein und öffnen den Menüpunkt _Administration_.

Dort wählen wir den Punkt _bibliografisches_ _Framework_.

Hier sehen wir nun eine Liste mit allen bibliografischen Frameworks. Wir können theoretisch für jeden Medientyp ein eigenes Framework erstellen, doch wir möchten es so einfach wie möglich haben.

Das Framework können wir gut im Browser anpassen, aber es ist mit viel Klicken und Warten verbunden. Deshalb werden wir das Framework exportieren und anschließend wieder importieren.

In der Liste klicken wir neben Framework mit dem Code „FA“ und dem Namen „Schnellaufnahme“ auf _Aktionen → Export_. (Falls das Schnellaufnahme Framework fehlt, wurde bei der Installation vergessen, den Haken an der entsprechenden Stelle zu setzen…)

#### Framework anpassen

Nun müssen wir die heruntergeladene Datei (man kann zwischen CSV, Exel oder Open Document Format wählen) mit einer Tabellenkalkulation unserer Wahl öffnen und wie folgt anpassen.

Im ersten Reiter **marc\_tag\_structure** und zweitem Reiter **marc\_subfield\_structure** alle Zeilen löschen mit den Tags:

* 010, 050, 082, 090, 099

Im zweiten Reiter werden wir noch einige Felder verstecken, damit die Maske zur Aufnahme der Bücher übersichtlicher wird. In der Spalte _hidden_ geben wir an folgenden Stellen „[5][9]“ für folgende Tags und Unterfelder ein:

* 020 → alle bis auf Unterfeld a
* 022 → alle bis auf Unterfeld a
* 100 → alle bis auf Unterfeld a (und l optional)
* 245 → alle bis auf Unterfelder a und b
* 250 → alle bis auf Unterfeld a
* 260 → alle bis auf Unterfelder a, b und c
* 300 → alle
* 500 → alle bis auf Unterfeld a
* 942 → alle bis auf Unterfeld c
* 952 → nur Unterfelder 2, b, e, f, i, j, l, m, n, q, r, s, u, v, w, y

Wenn wir das geschafft haben, haben wir eine große Hürde bei der Verwendung von Koha genommen. Das was jetzt noch kommt, wird wieder leichter 🙂

#### Framework importieren

Nun müssen wir unser bearbeitetes Framework wieder importieren. Dazu klicken wir auf _Aktionen → Import_ und wählen unserer bearbeitet Tabellenkalkulationsdatei, die wir gerade eben bearbeitet haben, aus. Mit _Import_ wird unser „FA“ Framework aktualisiert.

### Fazit

Wir haben nun ein sehr wichtiges Element in der Konfiguration von Koha eingerichtet – unser bibliografisches Framework! Es ist fast alles für die Aufnahme oder den [Import][10] unserer Medien eingerichtet. Im nächsten Teil dieser Serie geht es um weitere grundlegende Einstellungen für Schulen sowie die Einrichtung weitere Medien- und Benutzergruppen.

[1]: https://zefanjas.de/wie-man-koha-installiert-und-fuer-schulen-einrichtet-teil-1/
[2]: https://zefanjas.de/koha-installation-schule-bibliografische-framework/
[3]: https://zefanjas.de/teil-3-grundeinstellungen-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[4]: https://zefanjas.de/teil-4-katalogisierung-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[5]: https://zefanjas.de/teil-5-etikettendruck-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[6]: https://zefanjas.de/teil-6-ausleihkonditionen-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[7]: https://de.wikipedia.org/wiki/Machine-Readable_Cataloging
[8]: https://www.loc.gov/marc/umb/
[9]: https://wiki.koha-community.org/wiki/Hidden_values
[10]: https://zefanjas.de/umstieg-von-littera-zu-koha-teil-1/

Einsatzmöglichkeiten von linbo-remote im Schulalltag

Fri, 23 Mar 2018 05:45:43 +0000

Linbo ist eines der besten Features von linuxmuster.net – einer freien Schulserverlösung. Einen Überklick, was alles mit Linbo möglich ist, habe ich bereits in einen meiner letzten Artikel beschrieben. Dort habe ich ein Kommandozeilenprogramm erwähnt, das für die Administration der Schulrechner einfach super ist: linbo-remote. Damit kann man fast alles machen, was man sonst über die Linbo-GUI erledigen würde, z.B.

Rechner partitionieren und formatieren, starten, herunterfahren, etc.
neue Images in einem Raum oder in der ganzen Schule verteilen (in Kombination mit Wake-on-Lan)
zu einer beliebigen Zeit Rechner synchronisieren und das Betriebssystem der Wahl starten lassen
Images auf einem Rechner erstellen und auf den Server hochladen
linbo-remote mit anderen Skripten kombinieren

Ich möchte heute beschreiben, wie wir linbo-remote in unserer Schule einsetzen und zeigen, was man damit alles machen kann.

Neue Images verteilen mit linbo-remote

In regelmäßigen Abständen aktualisieren wir unser Ubuntu-Image, welches wir auf allen unseren Schulrechnern verwenden. Wir machen das meistens in den Ferien oder wenn es neue größere Updates gibt (e.g. Firefox, LibreOffice, wichtige Sicherheitsupdates). Mit folgendem Befehl verteilen wir das Image auf alle Rechner in einem Raum:

$ linbo-remote -r raum1 -p sync:1,halt -w 0

oder

$ linbo-remote -r raum1 -c sync:1,halt -w 60

Eine kurze Erklärung, was die einzelnen Parameter bedeuten.

-r gibt den Raum an. Mit -g kann man auch einen Gruppe angeben, mit -i eine IP oder einen Hostnamen.
-w steht für Wake-on-Lan, d.h. linbo-remote weckt die Rechner auf. Wake-on-Lan muss man im BIOS aktivieren und es funktioniert nur über ein angestecktes Netzwerkkabel (z.B. bei Notebooks). Die Zahl hinter -w gibt die Sekunden an, die gewartet werden soll, bis Linbo die Befehle ausführt.
Der Unterschied zwischen -p und -c ist, dass bei -p Linboo eine Datei mit den Befehlen auf dem Server anlegt. Diese Datei holt sich der Rechner, sobald er nach Linbo gebootet hat, ab. -c versucht den Befehl direkt per SSH an den Rechner zu schicken. Deshalb habe ich hier auch eine Wartezeit von 60 Sekunden angegeben, sodass genug Zeit für alle Rechner da ist, um aufgeweckt und gebootet zu werden.
nach -c und -p kann man verschiedene Befehle angeben. Alle Möglichkeiten erhält man, wenn man linbo-remote -h eingibt. Bei fast allen Befehlen folgt nach dem Befehle ein Doppelpunkt und dahinter die Nummer des Betriebssystems. Wenn man z.B. ein Dual-Boot System mit Windows und Ubuntu hat, bekommt Windows die Nr. 1 und Ubuntu die Nr. 2. Man kann auch mehrere Befehle angeben, die man durch ein Komma voneinander trennt.
- sync:1,halt bedeutet also, dass linbo-remote das erste Betriebssystem auf dem Rechner synchronisiert und danach den Rechner wieder herunter fährt.
- format:1,sync:1,sync:2,start:2 bedeutet, dass Linbo die Partition des 1. Betriebssystems formatiert und synchronisiert, danach das 2. Betriebssystem ebenfalls synchronisiert und anschließend startet. Beim Synchronisieren schaut Linbo, ob es ein neues Image auf dem Server gibt, lädt dieses gegebenenfalls herunter und kopiert es auf die entsprechende Partition.

Administration der Schulcomputer mit linbo-remote automatisieren

Wir haben oben schon gesehen, was alles mit linbo-remote möglich ist. Verbunden mit einem Cronjob können wir beispielsweise alle Rechner in der Schule oder in einem bestimmten Raum jeden Morgen synchronisieren und starten lassen, sodass alle Rechner „frisch“ für den Einsatz im Unterricht sind.

Als root User erstellen wir einen neuen Cronjob mit

root@server$ crontab -e

und legen den folgenden Cronjob an:

30 6 * * * /usr/sbin/linbo-remote -r raum1 -w 0 -p format:1,sync:1,sync:2,start:2 &gt; /dev/null 2&gt;&1

Jeden Morgen, um 6:30 Uhr, an jedem Tag im Jahr, kümmert sich jetzt Linbo um unsere Rechner im Raum 1. Dabei synchronisiert er beide Betriebssysteme und startet das zweite, sodass sich die Schüler direkt anmelden können.

Wir können linbo-remote auch verwenden, um alle Rechner herunterzufahren, die nach Linbo gebootet wurden.

0 13,15,17,20 * * * /usr/sbin/linbo-remote -r raum1 -c halt &gt; /dev/null 2&gt;&1

Um 13, 15, 17 und 20 Uhr werden alle Rechner im Raum 1, die Linbo gebootet haben, heruntergefahren.

Diese Cronjobs sind eine große Hilfe, um einen verlässlichen Ist-Zustand jeden Morgen an den Schulcomputern herzustellen. Der Nachteil dieser Lösung ist, dass die Cronjobs an jedem Tag ausgeführt werden, also auch am Wochenende oder in den Ferien. Doch dieses Problem lässt sich lösen 🙂

linbo-remote mit anderen Programmen kombinieren

Ein Mitglied der Linuxmuster-Community hat ein Skript geschrieben, dass überprüft, ob heute ein Schultag ist – je nach Bundesland. Das Skript findet man auf Github und wir können es wie folgt auf dem Server installieren:

$ git clone https://github.com/anschuetz/linuxmuster.git
$ cd linuxmuster/schultag

In der Datei ist-heute-schultag müssen wir noch festlegen, welches Bundesland wir verwenden möchten. Standardmäßig ist Baden-Württemberg eingerichtet.

ferien_conf="ferien_bw.conf"
feiertage_conf="feiertage_bw.conf"

Danach installieren wir das Skript mit

$ sudo make install

Wenn ein Schultag ist, liefert das Skript einen Rückgabewert von „0“ zurück, sonst z.B. „99“ (für einen Ferientag).

Die Cronjobs oben können wir anpassen, sodass sie nur noch an einem Schultag ausgeführt werden:

30 6 * * * ist-heute-schultag && /usr/sbin/linbo-remote -r raum1 -w 0 -p format:1,sync:1,sync:2,start:2 &gt; /dev/null 2&gt;&1
0 13,15,17,20 * * * ist-heute-schultag && /usr/sbin/linbo-remote -r raum1 -c halt &gt; /dev/null 2&gt;&1

Fazit

Linbo und ins besondere linbo-remote nimmt uns als Schul-IT-Team eine ganze Menge Arbeit ab. Während wir im ersten Jahr noch viel „Turnschuhadministration“ betrieben haben, macht das jetzt linbo-remote für uns. Vorbei sind die Zeiten, in denen wir von Rechner zu Rechner in der Schule gelaufen sind, um sie mit einem neuen Image zu versorgen. Linbo ist für mich das beste Feature an linuxmuster.net und ich habe bisher keine andere Software kennengelernt, die uns hilft jeden Tag automatisch einen definierten Ist-Zustand herzustellen. Ist das Image einmal auf dem Rechner, funktioniert das ganze übrigens auch offline, d.h. die Schüler können selbstständig ihre Rechner zurücksetzen, falls etwas „kaputt“ ist.

Wie man Check_MK aktualisieren kann

Tue, 20 Mar 2018 05:00:54 +0000

Zur Überwachung unserer IT-Infrastruktur verwenden wir [OMD/Check_MK][1]. Es lässt sich gut bedienen und wir haben den Status unserer Netzwerkkomponenten, [Server][2], Drucker, etc. immer gut im Blick. Bis zuletzt haben wir noch die „old-stable“ Version verwendet (1.2.8), doch die CPU Auslastung stieg z.T. deutlich an, sodass es Zeit war, ein Upgrade auf die aktuelle stabile Version (1.4.0) vorzunehmen. Heute möchte ich zeigen, wie man Check_MK aktualisieren kann und was es dabei zu beachten gibt.

Check_MK aktualisieren

Mit Check_MK lassen sich mehrere Instanzen verwalten. Diese werden „sites“ genannt. Es ist möglich mehrere Versionen von Check_MK parallel zu installieren. Dabei kann jede Instanz eine der installierten Versionen verwenden. Das Softwareupgrade verhält sich also etwas anders, als man es vielleicht gewohnt ist.

Bevor wir unsere Instanz auf die neue Version upgraden können, müssen wir zuerst Check_MK aktualisieren. Dazu laden wir die [aktuelle Version][3] für Ubuntu 16.04 herunter (1.4.0).

$ wget https://mathias-kettner.de/support/1.4.0p26/check-mk-raw-1.4.0p26_0.xenial_amd64.deb

Danach müssen wir das Paket und evtl. fehlende Abhängigkeiten installieren:

$ sudo dpkg -i check-mk-raw-1.4.0p26_0.xenial_amd64.deb
$ sudo apt install -f

Nun können wir uns mit omd versions anzeigen lassen, ob die neue Version auch als Standard eingerichtet ist:

root@omd:~# omd versions
1.2.8p13.cre
1.4.0p26.cre (default)

Upgrade für OMD-Instanz durchführen

Die neue Version von Check_MK ist jetzt installiert, aber unsere „Site“, d.h. unsere Monitoring-Instanz verwendet noch immer die alte Version. Wir müssen also, neben Check_MK, auch diese noch aktualisieren. Dazu wechseln wir den Benutzer zu unserer Instanz mit

root@omd# su - meineInstanz ``` Zuerst stoppen wir unsere Instanz: ``` $ omd stop ``` Danach können wir das Update durchführen: ``` $ omd update ``` Bei der Durchführung des Upgrade bekommen wir einige Fragen gestellt, um Konflikte in der Konfiguration aufzulösen. Bei uns waren es v.a. Anpassungen von Dateirechten bei einigen Dateien. Hier kann man keine generelle Empfehlung geben, welche Antwort die richtige ist, aber so lange es sich nicht um eigene Anpassungen handelt, kann man i.d.R. die neue Version bzw. die neuen Dateirechte übernehmen. Mit `omd version` können wir noch überprüfen, ob die aktuelle Version verwendet wird. Anschließend starten wir unsere Instanz wieder: ``` $ omd start ``` Wenn wir nun Check_MK im Browser aufrufen (https://monitoring.server/meineInstanz), kann es sein, dass wir folgende Warnung sehen:

Durch das Update sind natürlich auch die Plugins aktualisiert oder ersetzt worden. Im Laufe der nächsten Stunden wird es deshalb immer wieder Warnungen über nicht aktive bzw. veraltete Services geben. Check_MK warnt ebenfalls vor inkompatiblen Änderungen (siehe Bild). Mit einem Klick auf „Show unacknowledged incompatible werks“ können wir uns diese Änderungen anzeigen und mit einem weiteren Klick auf „Acknowlegde all“ akzeptieren. ### Slack/Mattermost Plugin hinzufügen Wir verwenden [ein Plugin][4], dass uns im Falle eines Problems eine Nachricht in unseren Mattermost #monitoring Kanal schickt. ~~Dies wurde beim Upgrade nicht mit übernommen, sodass noch etwas Handarbeit nötig ist. Das Plugin müssen wir an die richtige Stelle kopieren und die Rechte anpassen.~~ ``` $ cp /opt/omd/versions/1.2.8p13.cre/share/check_mk/notifications/slack /opt/omd/versions/1.4.0p26.cre/share/check_mk/notifications/slack $ chmod +x /opt/omd/versions/1.4.0p26.cre/share/check_mk/notifications/slack ``` Noch besser kopiert man das Plugin nach _/omd/sites/sitename/local/share/check_mk/notifications/_. Dann muss man es nicht nach jedem Update neu kopieren: ``` $ cp /opt/omd/versions/1.2.8p13.cre/share/check_mk/notifications/slack /omd/sites/sitename/local/share/check_mk/notifications/ $ chmod +x /omd/sites/sitename/local/share/check_mk/notifications/slack ``` Falls noch nicht vorhanden, müssen wir auch noch folgendes Paket installieren: ``` $ apt install python-requests ``` Nun taucht das Plugin wieder unter _WATO → Notifications_ auf. ### Fazit

Nach dem Upgrade läuft Check_MK wieder rund. Check_MK ist ein tolles Projekt und es hilft uns sehr unser Netzwerk, unsere Firewall und unsere Geräte im Blick zu behalten. So können wir oft Probleme erkennen, bevor jemand anderes sie bemerkt 🙂

Welche Software nutzt du zur Überwachung deiner IT-Infrastruktur?

[1]: https://mathias-kettner.de/index.html [2]: https://zefanjas.de/server-bei-stromausfall-herunterfahren-ups-nut-co/ [3]: https://mathias-kettner.de/check_mk_download.php?HTML=yes [4]: https://github.com/rmblake/check_mk-slack

Ist Joplin eine ernsthafte Open Source Evernote Alternative?

Sat, 17 Mar 2018 04:15:54 +0000

Viele kennen sicher Evernote oder OneNote – zwei ausgereifte Anwendungen zur Notizverwaltung mit vielen tollen Features. Ein Vorteil – speziell von Evernote – ist, dass es auf vielen Plattformen verfügbar ist. Selbst für Ubuntu gibt es einige nicht offizielle Programme, mit denen man seine Evernote-Notizen synchronisieren und bearbeiten kann. Allerdings haben OneNote wie auch Evernote den Nachteil, dass sie keine quell-offene Software sind und man nicht weiß, was genau mit den Daten passiert oder wie sie verarbeitet werden. Weiterhin erlaubt Evernote in der kostenfreien Variante die Synchronisation nur auf 2 Geräten. Deshalb möchte ich heute Joplin als Evernote Alternative vorstellen.

Features

Joplin bietet viele Features, die man von einer Notizverwaltung erwartet. Hier ein Auszug:

Apps für Linux/macOS/Windows/Android/iOS und den Terminal (ja, es gibt auch eine CLI-Version :))
Ende-zu-Ende-Verschlüsselung
Synchronisation mit verschiedenen Diensten, darunter NextCloud, WebDAV und OneDrive. Dropbox ist geplant.
Import von Enex-Dateien (Evernote-Exportformat) und Markdown-Dateien.
Export von JEX-Dateien (Joplin Export Format) und Raw-Dateien.
Unterstützen Sie Notizen, To-Dos, Tags und Notebooks.
Sortierung der Notizen nach mehreren Kriterien – Titel, aktualisierte Zeit, etc.
Unterstützung von Alarmen (Benachrichtigungen) in mobilen und Desktop-Anwendungen.
Offline-Modus, die gesamten Daten sind auch ohne Internetverbindung immer auf dem Gerät verfügbar
Markdown Unterstützung, Bilder und und Formatierungen werden in Desktop- und mobilen Anwendungen angezeigt. Unterstützung für zusätzliche Funktionen wie Mathe-Notation und Checkboxen.
Unterstützung von Dateianhängen – Bilder werden angezeigt, andere Dateien werden verlinkt und können in der jeweiligen Anwendung geöffnet werden.
Suchfunktionalität
Geo-Location-Unterstützung
Unterstützt mehrere Sprachen

Was mir persönlich gut gefällt, ist die Möglichkeit die Notizen verschlüsselt zu synchronisieren und immer offline zur Verfügung zu haben – auf allen Geräten, die ich verwende. Weiterhin ist die Unterstützung für Markdown ein tolles Features!

Joplin installieren

Joplin wird sehr aktiv entwickelt. Die aktuelle Version findet man am auf der Webseite des Projekts. Dort findet man Links zu den Anwendungen für alle Plattformen. Für Linux wird ein AppImage angeboten. Damit man die Anwendung auch installieren kann, muss man nach dem Herunterladen noch die Rechte anpassen. Dazu öffnet man die Eigenschaften der Datei über das Kontextmenü („Rechts-Klick“) und aktiviert unter Zugriffsrecht „Datei als Programm ausführen“.

Schließlich installiert man die App mit einem Doppelklick.

Synchronisation einrichten

Die Einstellungen für die Synchronisation findet man unter Werkzeuge → Allgemeine Einstellungen. Dort legt man das Synchronisationsintervall fest, welcher Dienst genutzt werden soll, sowie den Benutzernamen und dass Passwort. Für die Synchronisation mit Nextcloud habe ich WebDav gewählt, weil ich mit der Option „Nextcloud“ es nicht geschafft habe in einen Unterordner in meiner Cloud zu syncen.

Mit einem Klick auf „Check Synchronisation Configuration“ kann man überprüfen, ob die Einstellungen richtig sind. Die richtige WebDav-URL findet man in Nextcloud hier (siehe Bild, unten links auf das Zahnrad klicken):

Dabei setzt sich die URL so zusammen: https://example.org/nextcloud/remote.php/webdav/Unterordner/

Ende-zu-Ende-Verschlüsselung in Joplin aktivieren

Standardmäßig werden Notizen und Notizbücher in Joplin unverschlüsselt gespeichert. Damit niemand (Cloud-Anbieter etc.) die Daten lesen kann, sollte man die Verschlüsselung in Joplin aktivieren. Dazu geht man wie folgt vor:

Verschlüsselungseinstellungen öffnen (Werkzeuge → Verschlüsselungsoptionen)
Verschlüsselung aktivieren und Master-Passwort eingeben
In der App auf Synchronisieren klicken und warten bis der Sync fertig ist (NICHT abbrechen). Wenn man sehr viele Notizen hat, kann der Sync eine ganze Zeit dauern. Wie gesagt, nicht abbrechen.
Wenn die Synchronisation fertig ist, nimmt man das nächste Gerät und startet dort die Synchronisation. Man muss das Master-Passwort eingeben. Danach noch einmal synchronisieren. Die Verschlüsselung ist nun aktiv.
Schritt 4 für alle weiteren Geräte wiederholen.

Fazit

Ich nutze Joplin nun seit einigen Wochen und bin bisher sehr zufrieden damit. Die Synchronisationsmöglichkeiten (inkl. Verschlüsselung), die Offline- und Markdown-Unterstützung sind für mich die Killer-Features dieser App. Joplin ist ein Beispiel für eine weitere tolle Open Source App. Natürlich ist Joplin nicht die einzige Notizanwendungen, die es für Linux gibt, aber sieht bietet viele Features, die andere Apps nicht haben.

Welche Anwendung verwendest du um deinen Notizen zu verwalten?

Teil 1: Installation – Wie man Koha installiert und für Schulen einrichtet

Fri, 09 Mar 2018 10:41:22 +0000

Koha, ein [integriertes Bibliothekssystem][1], ist eines der [besten Open Source Projekte][2], das ich kenne. Wir verwenden es in unserer [Schul- und Lehrmittelbibliothek][3]. Weltweit wird es von vielen Schulen, Universitäten und natürlich Bibliotheken verwendet. Es bringt sehr viele Features mit und man kann es sehr flexibel konfigurieren und anpassen. Jedoch hat es einen Nachteil: Wenn man bisher wenig mit dem Bibliothekswesen zu tun hatte, ist der Einstieg recht steil, weniger in Koha, sondern in das [bibliografische Datenformat MARC 21][4]. Deshalb möchte ich in dieser Artikelreihe zeigen, wie man Koha installiert und für Schulen einrichtet.

Dieser Artikel ist ein Teil einer Serie:

[Installation und Einrichtung einer ersten Bibliothek][5]
[Das bibliografische Framework][6]
[Grundeinstellungen][7]
[Buchaufnahme][8]
[Drucken von Etiketten][9]
[Ausleihkonditionen][10]
Verbinden mit einem Z.39.50 / SRU Server
Benachrichtigungen und Erinnerungen
Mahnungen und Gebühren

Installation

Vorbereitungen

Koha ist eine Webanwendung für die wir einen Webserver brauchen. Das kann ein eigener Rechner sein, eine virtuelle Maschine oder ein Linux-Container. Wir werden in diesem Beispiel ein [LXD-Container][11] mit Ubuntu 20.04 verwenden, es geht aber auch jeder andere Rechner mit Debian oder Ubuntu.

Zuerst fügen wir die Paketquellen und den zugehörigen Schlüssel für Koha hinzu:

$ echo deb http://debian.koha-community.org/koha stable main | sudo tee /etc/apt/sources.list.d/koha.list
$ wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add -

Danach müssen wir die Paketquellen einmal aktualisieren:

$ sudo apt update

Nun können wir Koha und den Datenbankserver installieren:

$ sudo apt install koha-common mariadb-server

Damit unser Datenbankserver sicherer wird, können wir mit folgendem Befehl einige Einstellungen ändern:

$ sudo mysql_secure_installation
```

Bis auf die erste Frage können alle Fragen können mit Ja („Y“) beantwortet werden. Es sollte unbedingt ein Root-Passwort festgelegt werden!

Bevor wir Koha einrichten, müssen wir ein paar grundlegende Einstellungen in der Datei _**/etc/koha/koha-sites.conf**_ vornehmen. Es geht um die Festlegung der Domain unter welcher Koha und der OPAC (die Website für die Benutzer) später erreichbar ist. Sie setzt sich dabei wie folgt zusammen:

* OPAC: _bibliothek.domain.tld_
* Koha-Intranet: _bibliothek-intra.domain.tld_

Dazu öffnen wir die Datei und ändern folgende Parameter:

* DOMAIN – hier tragen wir die Haupt-Domain ein, z.B. „.meine-schule.org“
* INTRASUFFIX – standardmäßig „-intra“, z.B. bibliothek_-intra_.meine-schule.org

$ sudo nano /etc/koha/koha-sites.conf
```

Danach aktivieren wir noch einige Webserver-Module, damit Koha später erreichbar ist:

$ sudo a2enmod rewrite
$ sudo a2enmod cgi
$ sudo service apache2 restart
```

#### Deutsches Sprachpaket installieren

Das deutsche Sprachpaket können wir so installieren:

```
$ sudo koha-translate --install de-DE
```

Später ist sowohl der Webinstaller als auch Koha in Deutsch verfügbar.

#### Bibliotheksinstanz erstellen

Mit Koha können wir mehrere Bibliotheken erstellen und verwalten. Bisher existiert aber noch keine, deshalb müssen wir erst einmal eine erstellen.

```
$ sudo koha-create --create-db bibliothek
```

Soll Koha später unter _bibliothek.meine-schule.org_ erreichbar sein, müssen wir _bibliothek_ als Bibliotheksnamen verwenden.

Als nächsten aktivieren noch die neue Konfiguration für den Webserver und starten ihn neu:

$ sudo a2enmod deflate
$ sudo a2ensite bibliothek
$ sudo service apache2 restart
```

Damit wir den Webinstaller erreichen können müssen wir die IP und den Domainnamen entweder in unseren DNS-Server eintragen oder lokal in die hosts-Datei. In Ubuntu befindet sie sich unter _**/etc/hosts**__._ Die IP findet man z.B. mit `ifconfig` heraus.

```
$ sudo nano /etc/hosts
...
10.97.127.207 bibliothek.meine-schule.org
10.97.127.207 bibliothek-intra.meine-schule.org
...
```

### Koha einrichten

#### Grundinstallation

Unter http://bibliothek-intra.meine-schule.org erreichen wir den Webinstaller.

Der Benutzer ist koha__bibliotheksname_. Das Passwort erhalten wir mit folgendem Befehl (_bibliotheksname_ anpassen!):

$ sudo xmlstarlet sel -t -v 'yazgfs/config/pass' /etc/koha/sites/bibliotheksname/koha-conf.xml;echo
```

Im nächsten Schritt können wir dann die Sprache auswählen:

In den nächsten Schritten werden Abhängigkeiten geprüft, z.B. ob alle Perl-Module vorhanden sind, die Datenbanktabellen eingerichtet und ein MARC-Format muss ausgewählt werden (MARC21 ist der Standard).

Dann kommt eine längere Seite auf der wir die Datenbank mit verschiedenen Vorlagen und Beispieldaten befüllen können. Hier muss jeder für sich entscheiden, was er alles in der Datenbank haben möchte. Wir wählen zu den bereits markierten Punkte noch folgende hinzu:

* Bibliographisches Standard-Framework für MARC21
* „FA“, ein MARC21-Framework (Erfassungsmaske) für Schnellaufnahmen und Fernleihtitel
* Beispiele für die Auswahllisten der verschiedenen normierten Werte (Verloren, Beschädigt, Sammlung, Standort etc.) …
* Nützliche Benutzerattribute

Damit ist die Grundinstallation abgeschlossen.

#### Bibliothek und erste Einstellungen einrichten

Nun werden wir gefragt, wie unsere Bibliothek heißen soll. Dazu legen wir ein Kürzel fest (kann später nicht geändert werden) und vergeben einen Namen. Wir nennen sie hier im Beispiel _Schulbibliothek_.

Als nächstes erstellen wir einen ersten Benutzertypen. Das Admin-Konto, welches wir gleich anlegen, verwendet diesen Benutzertyp. Wieder müssen wir ein Kürzel bzw. Code für die Kategorie vergeben („_MA_„) , eine Beschreibung und die Dauer der Mitgliedschaft. Letztere legt fest, wann ein Benutzerkonto in dieser Kategorie abläuft.

Nachdem der Benutzertyp angelegt ist, erstellen wir den Administrator. Dieser Benutzer hat „_Superlibraian_„-Rechte. Alle Felder müssen ausgefüllt werden.

Nun legen wir einen ersten Medientyp fest. Das können Bücher, CDs, DVDs, Karten usw. sein. Wieder brauchen wir ein Code, der später nicht geändert werden kann, und einen Beschreibung:

Zuletzt legen wir die Ausleihkonditionen für den eben erstellten Medientyp fest. Die Einstellungen sind sehr flexibel. Man kann die Leihfrist einstellen oder für welche Bibliothek oder Benutzertyp die Regel gelten soll. Wir können die Regeln später noch ändern.

Damit ist die Grundinstallation von Koha und unserer ersten Bibliothek abgeschlossen! Unter http://bibliothek-intra.meine-schule.org können wir uns nun mit unserem Admin-Konto anmelden und haben damit Zugriff auf die Administrationsseite von Koha. Dort nehmen wir alle weiteren Einstellungen vor, verleihen Bücher oder nehmen sie wieder zurück.

### Fazit

Wir haben nun eine funktionieren Koha-Installation und eine erste Bibliothek. Trotzdem sind viele weitere Einstellungen nötig, bevor wir die ersten Medien in Koha aufnehmen können. Dies möchte ich in den kommenden Artikeln dieser Serie aufzeigen.

[1]: https://de.wikipedia.org/wiki/Koha_(Bibliothekssoftware)
[2]: https://zefanjas.de/5-grossartige-open-source-programme-die-wir-in-unserer-schule-einsetzen/
[3]: https://zefanjas.de/umstieg-von-littera-zu-koha-teil-1/
[4]: https://de.wikipedia.org/wiki/Machine-Readable_Cataloging
[5]: https://zefanjas.de/wie-man-koha-installiert-und-fuer-schulen-einrichtet-teil-1/
[6]: https://zefanjas.de/koha-installation-schule-bibliografische-framework/
[7]: https://zefanjas.de/teil-3-grundeinstellungen-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[8]: https://zefanjas.de/teil-4-katalogisierung-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[9]: https://zefanjas.de/teil-5-etikettendruck-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[10]: https://zefanjas.de/teil-6-ausleihkonditionen-wie-man-koha-installiert-und-fuer-schulen-einrichtet/
[11]: https://zefanjas.de/5-gruende-warum-wir-lxd-verwenden/

Kabellose Bildübertragung – welche Möglichkeiten gibt es?

Thu, 01 Mar 2018 23:26:32 +0000

Wir haben einige Klassenzimmer bei uns mit fest installierten Beamern ausgestattet und weitere werden folgen. Immer wieder wird der Wunsch geäußert, ob man nicht „einfach“ von seinem Smartphone oder privatem Laptop ein Bild / Video oder den ganzen Bildschirm kabellos übertragen kann. Für eigene Geräte haben wir bisher ein VGA / HDMI Kabel zur Verfügung gestellt. Das klappt in der Regel auch ganz gut, doch damit schließt man z.B. Smartphones aus. Deshalb beschäftigen und testen wir schon seit einiger Zeit, welche Lösungen es für die kabellose Bildübertragung zu einem Beamer und Bildschirm gibt und ob es wirklich besser und verlässlicher als eine kabelgebundene Lösung ist.

Anforderungen

Die Anforderungen bei uns sehen folgendermaßen aus:

Unterstützung aller gängigen Betriebssysteme (Windows, macOS, Linux, Android, iOS)
Möglichkeit den Bildschirm zu spiegeln
einfache Bedienbarkeit
zuverlässig im Schulalltag
„Hijacking“, d.h. Übernahme der Bildschirme / Beamer durch Dritte (z.B. Schüler) sollte nicht möglich sein

Es gibt viele HDMI-Wireless-Dongles, die eine kabellose Bildübertragung versprechen. Dazu kommen die vielen unterschiedlichen Standards: Googles Chromecast, Apples Airplay, Microsofts Wireless Display Adapter (Miracast). Wenn man nur ein Betriebssystem unterstützen müsste, wäre die Auswahl recht groß. Ich kenne Schulen, die ihre Klassenzimmer mit Apple TVs ausgestattet haben und jedem Kollegen ein iPad geben. Das klappt dann auch recht gut innerhalb dieses Ökosystems, aber dieses Budget haben wir nicht 🙂 Aus diesem Grund gibt es nur sehr wenige Optionen, wenn man v.a. auch Linux unterstützen möchte.

Chromecast

Der Chromecast ist HDMI Stick, der eine große Zahl an Geräten unterstützt, eigentlich alles, worauf ein Chrome / Chromium Browser läuft. Man kann damit einzelne Tabs, den ganzen Bildschirm oder Inhalte aus bestimmten Apps (z.B. Youtube App) recht einfach auf den Beamer oder einen Bildschirm bringen.

Vorteile

Preis (ca. 40€)
Unterstützung aller gängigen Betriebssysteme
Anbindung mit Ethernet-Adapter möglich

Nachteile

unterstützt nur WPA2 Personal, kein WPA Enterprise
keine Management-Plattform, um viele Chromecasts zu verwalten

Allgemein kann man sagen, dass der Chromecast für den Heimgebrauch konzipiert wurde und deshalb einige Features fehlen, die man in einem Schul- oder Universitätsnetzwerk gut gebrauchen könnte.

Airtame

Airtame ist ein weiterer HDMI-Dongle, der eine sehr einfache Handhabung verspricht und speziell für Schulen, Unternehmen und Universitäten entwickelt wurde. Auf dem Stick selbst läuft, soweit ich weiß, Fedora.

Vorteile

Unterstützung aller gängigen Betriebssysteme
Anbindung mit Ethernet-Adapter möglich
echtes Spiegeln des Bildschirms, kein „casten“, d.h. Youtube-Videos werden vom Rechner übertragen im Gegensatz zum Chromecast, der sie selbst aus dem Internet lädt
unterstützt alle WLAN Standards (auch WPA Enterprise)
zentrale Plattform, um viele Airtames zu verwalten
Möglichkeit per PIN verbinden zu lassen

Nachteile

Preis (ca. 300€)

Fazit

Chromecast und Airtame sind zwei Optionen für die kabellose Bildübertragung. Airtame ist eigentlich das Gerät, was man sich für eine Schule wünscht, aber es hat auch seinen Preis. Der Chromecast dagegen ist wesentlich günstiger, doch bietet einige Features nicht, die „nice-to-have“ wären. Wir testen aktuell den Chromecast und schauen, wie gut und verlässlich er im Schulalltag und „Mehrbenutzerbetrieb“ ist. Gerade die Einfachheit der Bedienung muss noch getestet werden, v.a. wie sich das auf den einzelnen Plattformen unterscheidet.

Welches Gerät nutzt du zur kabellosen Bildübertragung?

Wie man Feinstaub mit einem Raspberry Pi messen kann [Update]

Tue, 27 Feb 2018 12:20:56 +0000

Wir messen an unserer Schule regelmäßig den Feinstaubgehalt in der Luft. Besonders zwischen Februar und Mai sind die Werte hier in Süd-Ost Asien sehr hoch, da es in dieser Zeit kaum regnet, es sehr trocken und heiß ist und viele Wiesen und Felder abgebrannt werden. Das alles wirkt sich negativ auf die Qualität der Luft aus. Heute möchte ich zeigen, wie man den Feinstaub mit einem Raspberry Pi messen kann. Doch vorher möchte ich kurz auf die Frage eingehen: Was ist Feinstaub überhaupt und was wollen wir messen?

Was ist Feinstaub?

Ganz grob kann man sagen, dass es sich bei Feinstaub um sehr kleine Partikel / Teilchen in der Luft handelt. Man unterscheidet dabei zwischen PM10 und PM2.5 (Particulate Matter, auch Feststoffteilchen). Bei PM10 handelt es sich dabei um alle Partikel in der Luft, die kleiner als 10µm sind, bei PM2.5 entsprechend alle Teilchen, die kleiner als 2.5µm sind. Je kleiner die Teilchen, also v.a. alles kleiner als 2.5µm, desto gefährlicher sind sie für die Gesundheit, da sie bis in die Lungenbläschen eindringen können.

Die [WHO][1] empfiehlt z.B. folgende Grenzwerte:

Jahresmittel PM₁₀ 20 µg/m³
Jahresmittel PM_2,5 10 µg/m³
Tagesmittel PM₁₀ 50 µg/m³ ohne zulässige Tage, an denen eine Überschreitung möglich ist.
Tagesmittel PM_2,5 25 µg/m³ ohne zulässige Tage, an denen eine Überschreitung möglich ist.

Diese Werte liegen unter den in den meisten Ländern festgelegten Grenzen. In EU ist ein Jahresmittel für PM₁₀ von 40 µg/m³ zulässig.

Was ist der Air Quality Index (AQI)?

Ausgehend von dem Feinstaubgehalt in der Luft kann man den Air Quality Index berechnen. Er gibt an, wie „gut“ oder „schlecht“ die Luft gerade ist. Leider gibt es hier keinen einheitlichen Standard, da verschiedene Länder diesen jeweils anders berechnen oder andere Skalen haben. Der Wikipedia-Artikel zum Air Quality Index liefert dafür einen gute Übersicht. An unserer Schule richten wir uns nach der Einteilung wie sie von der EPA ([United States Environmental Protection Agency][2]) festgelegt wurde.

Soweit ein kurzer Abriss zum Thema Feinstaub und AQI.

Was brauchen wir für die Feinstaubmessung?

Eigentlich braucht es nur zwei Dinge:

einen Raspberry Pi (jedes Modell geht, am besten ein Modell mit WLAN)
Feinstaubsensor SDS011

Das war es schon 🙂 Wer sich für einen Raspberry Pi Zero W entscheidet, benötigt noch ein Adapterkabel auf einen Standard-USB Anschluss, da der Zero nur Micro-USB hat. Den Sensor bekommt man am besten bei Aliexpress. Dort kostet er um die 17-20$. Der Sensor hat eine USB-Adapter für die serielle Schnittstelle mit dabei.

Installation

Für unseren Raspberry Pi laden wir uns das entsprechende Raspbian Lite Image herunter und schreiben es auf die Micro-SD Karte. Dokumentiert ist das z.B. [hier][3]. Auf die Einrichtung der WLAN-Verbindung gehe ich an dieser Stelle nicht ein. Dazu gibt es viele Tutorials im Netz.

Wer nach dem Booten gleich SSH aktiviert haben möchte, muss in der boot-Partition einen leere Datei mit dem Namen ssh anlegen. Die IP des Raspberry Pis bekommt man am besten über den eigenen Router / DHCP Server heraus. Danach kann man sich per SSH anmelden (Standardpasswort ist raspberry):

$ ssh pi@192.168.1.5

~~Für unseren Sensor verwenden wir eine kleines Python-Modul, was uns einiges an Arbeit abnimmt.~~ Dazu müssen wir noch einige Pakete installieren ~~und das Repository auf den Pi klonen~~.

$ sudo apt install python-serial python-enum lighttpd

Alle benötigten Pakete sollten jetzt installiert sein und das Modul für unseren Sensor befindet sich in /home/pi/sds011. Unter /home/pi/sds011/Code/text.py gibt es ein Testprogramm, mit dem man den Sensor testen kann. Bevor wir das Programm aufrufen können, müssen wir noch wissen, an welchem seriellen Port der USB-Adapter steckt. dmesg hilft uns weiter:

$ dmesg
[ 5.559802] usbcore: registered new interface driver usbserial
[ 5.559930] usbcore: registered new interface driver usbserial_generic
[ 5.560049] usbserial: USB Serial support registered for generic
[ 5.569938] usbcore: registered new interface driver ch341
[ 5.570079] usbserial: USB Serial support registered for ch341-uart
[ 5.570217] ch341 1-1.4:1.0: ch341-uart converter detected
[ 5.575686] usb 1-1.4: ch341-uart converter now attached to ttyUSB0

In der letzten Zeile steht unsere Schnittstelle: ttyUSB0. Wir brauchen jetzt noch zwei Dinge: einmal ein kleines Python-Skript, welches die Daten ausliest und in eine JSON-Datei speichert und dann werden wir eine kleine HTML-Seite basteln, die diese Daten ausliest und darstellt.

Daten auf dem Raspberry Pi auslesen [Update]

Wir erstellen zuerst eine Instanz des Sensors und lesen dann alle 5 Minuten für 30 Sekunden den Sensor aus. Diese Werte können natürlich angepasst werden. Zwischen den Messintervallen versetzen wir den Sensor in einen Schlafmodus, um die Lebensdauer zu erhöhen (Lebensdauer beträgt laut Hersteller ca. 8000 Stunden).

[Update, 27.02.2018] Ich habe festgestellt, das meine Python3 Version des Skripts die serielle Schnittstellen nicht ansprechen konnte, z.B. nach einem Reboot. Erst nach mehrmaligem Starten des Skripts konnten dann die Daten gelesen werden. Woran das liegt, habe ich leider nicht herausgefunden, aber mit Python2.7 funktioniert es ohne Probleme. Deshalb hier eine neue Version des Skripts, welche auf Python2.7 basiert.

Im Homeverzeichnis legen wir eine Datei mit dem Namen aqi.py an und kopieren den folgenden Inhalt hinein:

#!/usr/bin/python
# coding=utf-8
# "DATASHEET": http://cl.ly/ekot
# https://gist.github.com/kadamski/92653913a53baf9dd1a8
from __future__ import print_function
import serial, struct, sys, time, json

DEBUG = 0
CMD_MODE = 2
CMD_QUERY_DATA = 4
CMD_DEVICE_ID = 5
CMD_SLEEP = 6
CMD_FIRMWARE = 7
CMD_WORKING_PERIOD = 8
MODE_ACTIVE = 0
MODE_QUERY = 1

ser = serial.Serial()
ser.port = "/dev/ttyUSB0"
ser.baudrate = 9600

ser.open()
ser.flushInput()

byte, data = 0, ""

def dump(d, prefix=''):
    print(prefix + ' '.join(x.encode('hex') for x in d))

def construct_command(cmd, data=[]):
    assert len(data) <= 12
    data += [0,]*(12-len(data))
    checksum = (sum(data)+cmd-2)%256
    ret = "\xaa\xb4" + chr(cmd)
    ret += ''.join(chr(x) for x in data)
    ret += "\xff\xff" + chr(checksum) + "\xab"

    if DEBUG:
        dump(ret, '> ')
    return ret

def process_data(d):
    r = struct.unpack('<HHxxBB', d[2:])
    pm25 = r[0]/10.0
    pm10 = r[1]/10.0
    checksum = sum(ord(v) for v in d[2:8])%256
    return [pm25, pm10]
    #print("PM 2.5: {} μg/m^3  PM 10: {} μg/m^3 CRC={}".format(pm25, pm10, "OK" if (checksum==r[2] and r[3]==0xab) else "NOK"))

def process_version(d):
    r = struct.unpack('<BBBHBB', d[3:])
    checksum = sum(ord(v) for v in d[2:8])%256
    print("Y: {}, M: {}, D: {}, ID: {}, CRC={}".format(r[0], r[1], r[2], hex(r[3]), "OK" if (checksum==r[4] and r[5]==0xab) else "NOK"))

def read_response():
    byte = 0
    while byte != "\xaa":
        byte = ser.read(size=1)

    d = ser.read(size=9)

    if DEBUG:
        dump(d, '< ')
    return byte + d

def cmd_set_mode(mode=MODE_QUERY):
    ser.write(construct_command(CMD_MODE, [0x1, mode]))
    read_response()

def cmd_query_data():
    ser.write(construct_command(CMD_QUERY_DATA))
    d = read_response()
    values = []
    if d[1] == "\xc0":
        values = process_data(d)
    return values

def cmd_set_sleep(sleep=1):
    mode = 0 if sleep else 1
    ser.write(construct_command(CMD_SLEEP, [0x1, mode]))
    read_response()

def cmd_set_working_period(period):
    ser.write(construct_command(CMD_WORKING_PERIOD, [0x1, period]))
    read_response()

def cmd_firmware_ver():
    ser.write(construct_command(CMD_FIRMWARE))
    d = read_response()
    process_version(d)

def cmd_set_id(id):
    id_h = (id>>8) % 256
    id_l = id % 256
    ser.write(construct_command(CMD_DEVICE_ID, [0]*10+[id_l, id_h]))
    read_response()

if __name__ == "__main__":
    while True:
        cmd_set_sleep(0)
        cmd_set_mode(1);
        for t in range(15):
            values = cmd_query_data();
            if values is not None:
                print("PM2.5: ", values[0], ", PM10: ", values[1])
                time.sleep(2)

        # open stored data
        with open('/var/www/html/aqi.json') as json_data:
            data = json.load(json_data)

        # check if length is more than 100 and delete first element
        if len(data) > 100:
            data.pop(0)

        # append new values
        data.append({'pm25': values[0], 'pm10': values[1], 'time': time.strftime("%d.%m.%Y %H:%M:%S")})

        # save it
        with open('/var/www/html/aqi.json', 'w') as outfile:
            json.dump(data, outfile)

        print("Going to sleep for 5min...")
        cmd_set_mode(0);
        cmd_set_sleep()
        time.sleep(300)
```

Schneller geht es mit:

```
$ wget -O /home/pi/aqi.py https://raw.githubusercontent.com/zefanja/aqi/master/python/aqi.py
```

Damit das Skript fehlerfrei durchläuft sind noch zwei kleine Dinge nötig:

```
$ sudo chown pi:pi /var/www/html/
$ echo [] > /var/www/html/aqi.json

```

Nun kann man das Skript starten:

```
$ chmod +x aqi.py
$ ./aqi.py
PM2.5: 55.3 , PM10: 47.5
PM2.5: 55.5 , PM10: 47.7
PM2.5: 55.7 , PM10: 47.8
PM2.5: 53.9 , PM10: 47.6
PM2.5: 53.6 , PM10: 47.4
PM2.5: 54.2 , PM10: 47.3
...
```

### Skript automatisch starten lassen [Update]

Damit wir nicht jedes mal das Skript von Hand starten müssen, können wir es mit einem Cronjob z.B. bei jedem Neustart des Raspberry Pis mit starten lassen. Dazu öffnen wir die crontab-Datei

```
$ crontab -e
```

und ergänzen am Ende die nachfolgende Zeile:

```
@reboot cd /home/pi/ && ./aqi.py
```

Nun startet unser Skript automatisch bei jedem Neustart mit.

### HTML-Seite für Anzeige der Messwerte und AQI

Weiter oben haben wir bereits einen leichtgewichtigen Webserver `lighttpd` installiert. Unsere HTML-, Javascript- und CSS-Datei müssen wir also im Verzeichnis _**/var/www/html/**_ speichern, damit wir von einen anderem Computer / Smartphone auf die Daten zugreifen können. Mit den nächsten drei Befehlen laden wir die entsprechenden Dateien einfach herunter:

```
$ wget -O /var/www/html/index.html https://raw.githubusercontent.com/zefanja/aqi/master/html/index.html
$ wget -O /var/www/html/aqi.js https://raw.githubusercontent.com/zefanja/aqi/master/html/aqi.js
$ wget -O /var/www/html/style.css https://raw.githubusercontent.com/zefanja/aqi/master/html/style.css
```

Die Hauptarbeit findet in der Javascript-Datei statt, die unsere JSON-Datei öffnet, den letzten Wert nimmt und anhand dieses Wertes den AQI berechnet. Dann werden noch die Hintergrundfarben anhand der Skala der EPA angepasst.

Nun man die Adresse des Raspberry Pis einfach im Browser aufrufen und die aktuellen Feinstaubwerte betrachten, z.B. _http://192.168.1.5_:

 

Die Seite ist sehr einfach gestaltet und kann noch erweitert werden, z.B. um eine Grafik, die den Verlauf der letzten Stunden anzeigt usw. Pull Requests sind willkommen 🙂 Der komplette [Quellcode befindet sich auf Github][4].

### Fazit

Für relativ wenig Geld können wir jetzt den Feinstaub mit einem Raspberry Pi messen. Ob draußen fest installiert oder als mobiles Messgerät – Einsatzmöglichkeiten gibt es viele. An unserer Schule haben wir beides im Einsatz. Einerseits einen Sensor der Tag und Nacht die Werte im Freien misst und einen mobilen Sensor, mit dem wir die Effektivität unserer Luftfilter in den Klassenzimmern überprüfen.

So sieht das ganze bei uns in der Schule aus:

 

Unter  gibt es noch eine andere Möglichkeit einen ähnlichen Sensor zu bauen. Da bekommt man die Software bereits fertig geliefert und das Messgerät ist noch mal kompakter, da kein Raspberry Pi verwendet wird. Tolles Projekt!

Ein Feinstaubsensor ist ein Projekt, was sich auch gut mit Schülern im Informatikunterricht oder einer Arbeitsgemeinschaft umsetzen lässt!


  Wofür setzt du einen Raspberry Pi ein?


 [1]: https://de.wikipedia.org/wiki/Feinstaub#WHO
 [2]: https://en.wikipedia.org/wiki/United_States_Environmental_Protection_Agency "United States Environmental Protection Agency"
 [3]: https://www.raspberrypi.org/documentation/installation/installing-images/README.md
 [4]: https://github.com/zefanja/aqi

linuxmuster und KVM – neue Dokumentation

Wed, 21 Feb 2018 08:28:31 +0000

Neue Dokumentation

Seit einigen Tagen gibt es eine ausführliche Anleitung zur Installation von linuxmuster.net auf einem KVM-Virtualisierungshost in der offiziellen Dokumentation des Projekts. Wenn man dieser Anleitung folgt, hat man nach wenigen Stunden den KVM-Host, den linuxmuster.net Schulserver, die Firewall und einen Administrations-PC fertig eingerichtet.

Ergänzt wird das Ganze durch Bilder und Videos, welche die einzelnen Schritte noch mal visualisieren. In zwei weiteren Kapiteln stellt der Autor verschiedene Backup-Strategien vor und beschreibt die Einrichtung von VLANs auf dem Server.

Neben dieser neuen Dokumentation gibt es auch Leitfäden für die manuelle Installation sowie die Installation mit einem XenServer.

Neuigkeiten zu Version 7

Die Entwickler arbeiten weiter fleißig an der neuen Version 7 von linuxmuster.net. Aber auch die aktuelle Version 6.2 hat im vergangenen Monat einige Sicherheitsupdates sowie neue Features erhalten (v.a. Linbo).

Noch gibt es keine Beta-Version von linuxmuster.net v7, aber wer sich ein Testsystem installieren will, findet im Github-Wiki eine Installationsanleitung inkl. fertiger Virtualbox-Images. Insgesamt wird es wohl noch einige Monate dauern, bis es ein Release geben wird.

Warum Linbo eines der besten Features von linuxmuster.net ist

Fri, 16 Feb 2018 11:30:46 +0000

Es gibt viele Dinge, die ich an [linuxmuster.net][1] toll finde, aber eines der besten Features ist Linbo. Linbo (Linux Network Boot) ist ein Mini-OS, mit dem wir alle unsere Rechner verwalten. Mit Linbo registrieren wir neue Rechner im Netz, erstellen neue Images und verteilen sie wiederum auf andere Computer in unserem [Schulnetzwerk][2]. Für Schüler und Lehrer ist Linbo eher ein Bootmanager mit dem sie ihr gewünschtes Betriebssystem auswählen oder zurücksetzen können.

Was an Linbo so besonders ist und warum es uns sehr sehr viel Zeit einspart, möchte ich in diesem Artikel erklären.

Computer registrieren

In linuxmuster.net müssen alle Computer, bevor sie von Linbo verwaltet werden können, registriert werden. Jeder Rechner bekommt eine IP-Adresse, eine Rechner-Gruppe, einen Raum und einen Hostnamen. Dazu bootet man den Rechner einfach über das Netzwerk und wählt in Linbo den Tab „Imaging„. Es erscheint ein Dialog, in dem man alle Infos eintragen kann. Wenn man mehrere Rechner in einem Raum aufnimmt, füllt Linbo die meisten Felder automatisch aus.

Diese Infos sind wichtig, um später Einstellungen für einzelne Räume oder Rechnergruppen vorzunehmen. Ein Beispiel dafür ist die [Einrichtung von Epoptes][3], einer Klassenraummanagement-Software.

Images erstellen

Mit Linbo kann man Abbilder von Partitionen erstellen („Images“), die man dann später auf andere Rechner verteilt. Das erleichtert die Verwaltung von vielen Rechnern enorm, da man i.d.R. nur ein Master-Image erstellt und es dann an mehreren Rechner nutzt. Da Linbo ein Abbild der Partition erstellt, unterstützt es fast jedes Betriebssystem (Ubuntu, Windows, …). Im Reiter „Imaging“ hat man verschiedene Optionen zur Auswahl.

Über den Button „Image erstellen“ kann man ein Abbild erstellen und es gleich auf den Server hochladen.

Rechner synchronisieren (auch offline!)

Hat man einmal ein Image erstellt und auf den Server hochgeladen, kann das Image an andere Rechner verteilt werden. Dazu startet man wieder den Rechner über das Netzwerk und drückt einfach den gelben oder roten Button. Der Unterschied ist, dass bei einem Klick auf „Neu und Start“ (roter Button), die Partition vorher noch formatiert wird. Bei einem normalen Sync wird rsync im Hintergrund ausgeführt.

Linbo lädt vor dem Synchronisieren das komplette Image auf den Rechner herunter. Unser Ubuntu-Image ist ca. 4,1GB groß, unser Windows 10 Image ca. 12 GB (ein weiterer Grund, warum ich lieber auf Ubuntu setze :)). Dadurch, dass das Image heruntergeladen wird, funktioniert die Synchronisation auch offline. Ist das System z.B. durch einen USB-Stick mit einem Virus infiziert worden oder man hat etwas kaputt konfiguriert, synchronisiert man den Rechner einfach neu und schon hat man wieder den gewünschten Ist-Zustand zurück. Ein tolles Features, was vor allem in Schulen enorm wichtig ist, wo mehrere hundert Schüler einen Computer / Woche benutzen.

Linbo Werkzeuge

linuxmuster.net bringt einige Kommandozeilen-Werkzeuge mit, die man vom Server aus benutzen kann: linbo-ssh, linbo-remote und linbo_wrapper.

linbo-ssh

Mit linbo-ssh kann man sich auf jedem Rechner einloggen, auf dem Linbo gestartet wurde. Dazu reicht es, wenn man hinter dem Befehl des Hostnamen des Rechners eingibt, z.B.

$ linbo-ssh r100-pc01

linbo_wrapper

Wenn man sich mit linbo-ssh an einem Rechner angemeldet hat, kann mit linbo_wrapper alle Befehle durchführen, die auch in der GUI verfügbar sind. Um z.B. den Rechner zu formatieren und anschließend das erste Betriebssystem zu synchronisieren, hilft folgender Befehl:

~$ linbo_wrapper partition sync:1

linbo_wrapper help gibt noch weitere Möglichkeiten aus.

linbo-remote

Dieser Befehl gehört für mich zu den besten Features, denn damit kann ich alles vom Server aus steuern, was ich auch manuell in der GUI machen kann. Die Einsatzmöglichkeiten sind sehr vielfältig:

einen ganze Rechnergruppe automatisch mit einem neuem Image versorgen (per Wake-on-Lan) z.B. mit ``` $ linbo-remote -g fs -w 60 -c partition,format,initcache:torrent,sync:1,start:1


  * Rechner automatisch herunterfahren, die Linbo gestartet haben
  * alle Rechner jeden Morgen synchronisieren und das Betriebssystem der Wahl starten. So hat man immer ein frisches System, welches sofort einsatzbereit ist

Dadurch, dass `linbo-remote` ein ganz normales Kommandozeilen-Werkzeug ist, kann man es auch in andere Skripte einbauen, was die Anwendungsmöglichkeiten noch mal zusätzlich erweitert.

Wir nutzen dieses Werkzeug sehr gern, da man dadurch sehr viel automatisieren kann und weniger &#8222;[Turnschuhadministration][4]&#8220; notwendig ist.

### Fazit

Wer noch mehr über Linbo wissen möchte, findet in der [Dokumentation][5] noch zusätzliche Infos. Für mich ist es _das_ Feature von linuxmuster.net. Ich habe bisher keine andere Möglichkeit kennengelernt, wie man viele Rechner mit so wenig Aufwand verwalten kann.

<p style="text-align: center;">
  <strong>Welche Werkzeuge nutzt du, um mehrere Rechner zu verwalten? CloneZilla? FOG? FAI? Opsi?</strong>
</p>

 [1]: https://zefanjas.de/tag/linuxmuster/
 [2]: https://zefanjas.de/4-linux-schulserver-im-vergleich/
 [3]: https://zefanjas.de/wie-man-epoptes-in-linuxmuster-net-integrieren-kann/
 [4]: https://www.gutefrage.net/frage/was-versteht-man-unter-turnschuhadministration
 [5]: http://docs.linuxmuster.net/de/latest/clients/linbo/index.html

Wie man Epoptes in linuxmuster.net integrieren kann

Wed, 14 Feb 2018 08:13:52 +0000

In meinem [letzten Artikel][1] habe ich beschrieben, wie man Epoptes installieren und im Unterricht einsetzen kann. Wir verwenden an unserer Schule [linuxmuster.net][2] als [Schulserver-Lösung][3]. Eines der für mich besten Features in linuxmuster.net ist [postsync][4]. Mit Hilfe von Linbo (dem Bootmanager von linuxmuster.net) haben wir genau ein Image für alle unsere Ubuntu-Rechner und können trotzdem individuelle Anpassungen für einzelne Rechner oder ganze Räume vornehmen. Heute möchte ich deshalb beschreiben, wie man Epoptes in linuxmuster.net integriert. Für die Schüler- und Lehrerrechner müssen verschiedene Konfigurationen vorgenommen werden, doch dank postsync brauchen wir weiterhin nur ein „Master-Image“ pflegen.

Installation

Die Installation führen wir an einem Rechner, welcher mit Linbo verwaltet wird, durch. Dazu starten wir unser Ubuntu-Image (in unserem Fall Ubuntu 16.04) synchronisiert (Klick auf gelbes Symbol):

Nach dem Starten melden wir uns als lokaler Administrator an (z.B. linuxadmin). Danach installieren wir die beiden Pakete epoptes und epoptes-client.

$ sudo apt install epoptes epoptes-client

Mehr ist an dieser Stelle erst einmal nicht zu tun, da wir die Konfiguration später vornehmen.

Vorbereitungen für neues Master-Image

Bevor wir ein neues Master-Image erstellen, müssen wir folgende Dateien auf einen USB-Stick oder gleich auf den linuxmuster.net Server kopieren und auf unserem Master-Image-PC löschen.

/etc/default/epoptes-client
/etc/default/epoptes
/etc/epoptes/server.crt
/etc/epoptes/server.key
/etc/xdg/autostart/epoptes-client.desktop
/etc/init.d/epoptes
/etc/init.d/epoptes-client
/usr/bin/epoptes
/usr/sbin/epoptes-client
/usr/share/applications/epoptes.desktop

Entweder wir verschieben die Dateien auf einen Wechselspeicher (z.B. mit sudo mv /etc/default/epoptes-client /media/linuxadmin/Wechseldatenträger/) oder per scp direkt auf den linuxmuster.net Server (siehe nächster Abschnitt).

Hinweis: Die Ordner, in denen sich die Dateien befinden, werden nicht gelöscht!

Postsync einrichten

Wir wollen nun die nötigen Einstellungen vornehmen, damit der Postsync am Ende auch die richtigen Anpassungen vornimmt. Die genaue Funktionsweise des Postsync-Features ist [in der offiziellen Dokumentation][5] erklärt. Deshalb müssen wir alle unserer Anpassungen für unser Ubuntu 16.04 Image (Xenial) unterhalb von /var/linbo/linuxmuster–client/xenial/ vornehmen.

Dazu erstellen wir folgende Verzeichnis:

/var/linbo/linuxmuster–client/xenial/Name-des-Computerraums/etc/default/
/var/linbo/linuxmuster–client/xenial/Name-des-Computerraums/etc/epoptes/
/var/linbo/linuxmuster–client/xenial/Name-des-Computerraums/etc/init.d/
/var/linbo/linuxmuster–client/xenial/Name-des-Computerraums/etc/xdg/autostart/
/var/linbo/linuxmuster–client/xenial/Name-des-Computerraums/usr/bin/
/var/linbo/linuxmuster–client/xenial/Name-des-Computerraums/usr/sbin/
/var/linbo/linuxmuster–client/xenial/Name-des-Computerraums/usr/share/applications/

Für unseren Lehrer-PC brauchen wir noch diese Verzeichnisse:

/var/linbo/linuxmuster–client/xenial/Name-des-Lehrer-Rechners/etc/default/
/var/linbo/linuxmuster–client/xenial/Name-des-Lehrer-Rechners/etc/epoptes/
/var/linbo/linuxmuster–client/xenial/Name-des-Lehrer-Rechners/etc/init.d/
/var/linbo/linuxmuster–client/xenial/Name-des-Lehrer-Rechners/etc/xdg/autostart/
/var/linbo/linuxmuster–client/xenial/Name-des-Lehrer-Rechners/usr/bin/
/var/linbo/linuxmuster–client/xenial/Name-des-Lehrer-Rechners/usr/sbin/
/var/linbo/linuxmuster–client/xenial/Name-des-Lehrer-Rechners/usr/share/applications/

Die Ordner können wir auf dem linuxmuster.net Server wie folgt anlegen (Raum und Lehrer-PC anpassen und für alle Ordner aus den Listen oben durchführen):

# Raum r100
$ mkdir -p /var/linbo/linuxmuster-client/xenial/r100/etc/default/
...
# Lehrer-PC r100-pc01
$ mkdir -p /var/linbo/linuxmuster-client/xenial/r100-pc01/etc/default/
...

Sind alle Ordner angelegt, können wir nun die Epoptes-Dateien von unserem Master-Image-PC oder von unserem USB-Stick in die richtigen Verzeichnisse kopieren. Am einfachsten geht es, wenn man den passwortlosen Zugang zum Master-Image-PC eingerichtet hat.

Master-Rechner (aka Lehrer-PC)

Für den Lehrer-PC müssen wir folgende Dateien kopieren (vom Master-Image-PC):

/etc/default/epoptes → Rechte 644
/etc/epoptes/server.key → Rechte 644
/etc/init.d/epoptes → Rechte 755
/usr/bin/epoptes → Rechte 755
/usr/share/applications/epoptes.desktop → Rechte 644

Mit scp sieht da so aus (für alle Dateien wiederholen und Zielpfade anpassen):

$ scp root@r100-pc01:/etc/default/epoptes /var/linbo/linuxmuster-client/xenial/r100-pc01/etc/default/
...

Die Rechte könne mit chmod angepasst werden:

$ chmod 644 /var/linbo/linuxmuster-client/xenial/r100-pc01/etc/default/epoptes
...

Da durch den Postsync erst alle Dateien aus dem Ordner /var/linbo/linuxmuster-client/xenial/r100/ synchronisiert werden, landen auch die Dateien des Epoptes Clients auf dem Lehrer-PC, was zu Problemen führt. Deshalb legen wir noch ein paar Dummy-Dateien an, um die Dateien des Epoptes-Clients wieder zu überschreiben:

$ cd /var/linbo/linuxmuster-client/xenial/r100-pc01/
$ touch etc/default/epoptes-client etc/xdg/autostart/epoptes-client.desktop etc/init.d/epoptes-client usr/sbin/epoptes-client

Client-Rechner (aka Schüler-PC)

Ähnlich wir zu unserem Lehrer-PC kopieren wir nun noch die Dateien für unsere Schüler-Rechner. Diese Dateien werden benötigt:

/etc/default/epoptes-client → Rechte 644
/etc/epoptes/server.crt→ Rechte 644
/etc/hosts → Rechte 644
/etc/xdg/autostart/epoptes-client.desktop → Rechte 644
/etc/init.d/epoptes-client → Rechte 755
/usr/sbin/epoptes-client → Rechte 755

Diese können wir wieder nach dem gleichen Muster wie oben per scp auf unseren Server vom Master-Image-Computer kopieren:

$ scp root@r100-pc01:/etc/default/epoptes-client /var/linbo/linuxmuster-client/xenial/r100/etc/default/
...

Die Rechte könne mit chmod angepasst werden:

$ chmod 644 /var/linbo/linuxmuster-client/xenial/r100/etc/default/epoptes-client
...

Nun sind alle Dateien am richtigen Ort und wir können Epoptes konfigurieren.

Epoptes konfigurien

Master-Rechner (aka Lehrer-PC)

Für den Lehrer-PC müssen wir nur in der Datei /var/linbo/linuxmuster-client/xenial/r100-pc01/etc/default/epoptes die SOCKET_GROUP von epoptes inSOCKET_GROUP=teachers ändern.

Client-Rechner (aka Schüler-PC)

Für die Schüler-Rechner müssen wir etwas mehr konfigurieren.

/var/linbo/linuxmuster-client/xenial/r100/etc/default/epoptes-client
- SERVER=r100-pc01 – hier müssen wir den Namen des Lehrer-Rechners eintragen
- Wer Wake-On-Lan nutzen möchte, muss das Kommentarzeichen vor WOL=g entfernen.
/var/linbo/linuxmuster-client/xenial/r100/etc/xdg/autostart/epoptes-client.desktop
- X-GNOME-AutoRestart=true – Damit der Epoptes-Client auch bei einem Neustart des Displayservers neustartet, müssen wir hier wieder das Kommentarzeichen entfernen, .
/var/linbo/linuxmuster-client/xenial/r100/etc/hosts
- Da es manchmal Probleme mit dem Epoptes-Client trotz korrekter Namensauflösung geben kann, ergänzen wir am Ende der Datei die IP des Lehrer-PCs (IP anpassen!):
```
#Server für epoptes
10.16.5.100 r100-pc01
```


### Image erstellen

Jetzt können wir ein neues Master-Image auf unserem Master-Image-PC erstellen. Wichtig ist, dass man vorher alle unnötigen Dateien entfernt, damit das Image nicht unnötig groß wird (z.B. alte Kerneldateien, homes der Schüler und Lehrer löschen, Chronik von Firefox / Chrome bereinigen, &#8230;). Das Tool &#8222;[LMLCC][6]&#8220; ist an dieser Stelle sehr sehr hilfreich.

> **Wichtig**: Unbedingt die **Dateien** **löschen**, die unter &#8222;Vorbereitungen für neues Master-Image&#8220; aufgelistet sind!

Nach dem Neustart des Rechners können wir in [Linbo ein neues Image erstellen und auf den Server hochladen][7].

### Postsync testen

Jetzt, da wir ein neues Image haben und Epoptes konfiguriert ist, müssen wir noch testen, ob auch alles funktioniert, wie es soll. Zuerst brauchen wir das [Postsync][5]-Skript. Es sollte in der Regel schon vorhanden sein oder man kann es sich [hier herunterladen][8] und nach _**/var/linbo/xenial.cloop.postsync**_ kopieren (Rechte 664).

$ wget -O /var/linbo/xenial.cloop.postsync https://raw.githubusercontent.com/linuxmuster/linuxmuster-client-servertools/master/usr/lib/linuxmuster-client-servertools/generic.postsync $ chmod 664 /var/linbo/xenial.cloop.postsync


Nun starten wir einen beliebigen Rechner in unserem Computerraum und synchronisieren ihn mit Linbo, indem wir auf das gelbe oder rote Synchronisationssymbol klicken. Danach startet der Rechner und alles sollte fertig eingerichtet sein.

Leider sieht man in Linbo nicht direkt, ob der Postsync geklappt hat oder nicht. Wir können uns aber vom Server aus in Linbo einloggen. Dazu starten wir wieder einen Rechner aus dem Computerraum und warten bis Linbo fertig gebootet hat. Dann können wir wie folgt den Rechner synchronisieren und dabei beobachten, was passiert:

$ linbo-ssh r100-pc02

Dann in der Linbo-Shell

$ linbo_wrapper sync:1


Die 1 steht für das 1. Betriebssystem, d.h. wenn man ein Dual-Boot System mit Windows hat und Ubuntu das zweite System ist, müssen wir den Befehl anpassen.

Falls Fehler auftreten, werden sie in der Konsole angezeigt. Vor allem sollte man erkennen können, ob der Postsync überhaupt ausgeführt wird!

Wenn alle Rechner im Computerraum synchronisiert sind, kann Epoptes benutzt werden.

### Fazit

Die Integration von Epoptes in linuxmuster.net hat für uns den großen Vorteil, dass wir weiterhin nur ein Ubuntu-Image pflegen müssen, aber trotzdem einzelne Rechner unterschiedlich zu konfigurieren (auch offline!). Für mich persönlich ist dieses eines der Killer-Features von linuxmuster.net (neben der [großartigen Community][9]!) Deshalb kann ich jedem, der sich für eine freie Schulserverlösung interessiert, linuxmuster.net sehr ans Herz legen.

### Problemlösung

#### Epoptesdienst startet nach Kernelupdate nicht mehr

Falls nach einem Kernelupdate der Epoptesdienst nicht mehr startet, hilft es Epoptes **vor** dem Kernelupdate zu deinstallieren mit

$ sudo apt remove –purge eopoptes


Danach alle Updates durchführen, die _epoptes_ Pakete erneut installieren, die notwendigen Dateien wieder entfernen (am besten die Dateien in **lmlcc** unter _Bereinigen_ mit hinzufügen) und dann das Image neu schreiben.

 [1]: https://zefanjas.de/klassenraummanagement-mit-epoptes-app-des-monats/
 [2]: http://www.linuxmuster.net
 [3]: https://zefanjas.de/4-linux-schulserver-im-vergleich/
 [4]: http://docs.linuxmuster.net/de/latest/clients/postsync/basics.html
 [5]: http://docs.linuxmuster.net/de/latest/clients/postsync/index.html
 [6]: https://www.linuxmuster.net/wiki/anwenderwiki:linuxclient:lmlcc
 [7]: http://docs.linuxmuster.net/de/latest/clients/linbo/linbo-imagingscreen.html
 [8]: https://raw.githubusercontent.com/linuxmuster/linuxmuster-client-servertools/master/usr/lib/linuxmuster-client-servertools/generic.postsync
 [9]: https://ask.linuxmuster.net

Klassenraummanagement mit Epoptes – App des Monats

Mon, 12 Feb 2018 13:06:41 +0000

Jeder, der schon einmal in einem Computerraum unterrichtet hat, kennt die Situation. Die Aufmerksamkeit wiederherzustellen ist in einem Raum mit Computern besonders schwierig. Ständig sind die Schüler mit irgendetwas auf dem Schirm beschäftigt. Oder man möchte etwas erklären oder am Beamer zeigen und einfach nur sicherstellen, dass niemand versucht ist, auf seinen Bildschirm zu schauen, in der Angst, dort etwas zu verpassen. Um solche Dinge besser in den Griff zu bekommen, möchte ich heute – als weitere App des Monats – Epoptes vorstellen, eine Software, die eine große Hilfe für jede Form von Unterricht in einem Computerraum ist.

Epoptes ist aktuell nur für Ubuntu, Debian und openSUSE verfügbar. Wer Windows im Computerraum verwendet, muss sich nach einer anderen Lösung umschauen, z.B. Veyon (ehemals iTALC).

Features

Epoptes bringt folgende Features und Funktionen mit:

Bildschirme zentral überwachen (Beobachten / Fernsteuern)
eigenen Bildschirminhalt auf anderen Computern im Raum anzeigen
Befehle ausführen
Nachrichten versenden
Sound an/aus
Bildschirmsperre an/aus

Installation

[Update] Wer Epoptes zusammen mit linuxmuster.net nutzen möchte, kann dieser Anleitung folgen: Wie man Epoptes in linuxmuster.net integrieren kann.

Epoptes bringt zwei Programme mit. Einmal den Epoptes-Client, d.h. das Programm, welches auf den zu überwachenden Computern installiert wird. Für den Lehrer-PC wird dagegen das Hauptprogramm installiert, mit dem man die einzelnen Computer überwachen und steuern kann.

Master-Rechner (aka Lehrer-PC)

Die Pakete für Epoptes sind in den offiziellen Paketquellen von Ubuntu enthalten. Mit den folgenden Befehlen aktualisieren wir die Paketquellen und installieren Epoptes für den Master-Rechner.

$ sudo apt update
$ sudo apt install epoptes

Damit man Epoptes benutzen kann, muss man Mitglied in der epoptes Gruppe sein (oder eine andere festgelegte Gruppe – siehe unten).

$ sudo usermod -aG epoptes $USER
$ newgrp - epoptes

Die Konfigurationsdatei für den Master-Rechner finden wir unter /etc/default/epoptes. Dort können wir z.B. die Gruppe ändern, die nötig ist, um die Klassenraummanagement-Software benutzen zu dürfen.

$ sudo nano /etc/default/epoptes

Unter SOCKET_GROUP wird die Gruppe festgelegt (z.B. teacher). Die Gruppe muss allerdings existieren. Neben der Gruppe können wir auch noch den Port (standardmäßig 789) anpassen.

Client-Rechner (aka Schüler-PC)

Die Installation auf dem Client ist ähnlich. Im Unterschied zum Master-Rechner installieren wir hier das Paket epoptes-client.

$ sudo apt update
$ sudo apt install epoptes-client

Der Client muss wissen, wo er den Master-PC finden kann. Das können wir in der Datei _/etc/default/epoptes-clien_t auf dem Client konfigurieren:

$ sudo nano /etc/default/epoptes-client

Unter SERVER geben wir den DNS-Namen des Master-PCs an, z.B. server. Falls wir keinen zentralen DNS-Server in unserem Netzwerk haben, können wir den Eintrag auch in der Datei /etc/hosts auf dem Client vornehmen. Dort fügen wir folgenden Eintrag hinzu:

192.168.1.10 server

Die IP-Adresse muss natürlich noch angepasst werden. Mit ping server können wir überprüfen, ob der Eintrag auch aufgelöst wird.

Als letztes müssen wir noch das Zertifikat für die sichere Kommunikation vom Master-PC auf den Client herunterladen.

$ sudo epoptes-client -c
```

Zum Schluss müssen wir den Client-Rechner einmal neustarten. Der Epoptes-Client startet automatisch beim Booten des Rechners.

Bedienung von Epoptes

Alle wesentlichen Bedienelemente befinden sich oben in der Werkzeugleiste. Hinter den Symbolen verstecken sich folgende Funktionen:

Client per Wake-On-LAN starten (muss separat eingerichtet werden)
Benutzer abmelden
Client neustarten
Client herunterfahren
Die Steuerung an einem Client übernehmen. Ein einfacher Doppelklick auf einen Client öffnet ein Fenster im „Beobachten-Modus“, d.h. man kann den Rechner beobachten ohne jedoch die Steuerung zu übernehmen.
Sendet den Bildschirm an die Clients. Praktisch, wenn man z.B. keinen Beamer hat.
Stoppt die Ausstrahlung des Bildschirms.
Führt einen Befehl am Client aus.
Sendet eine Nachricht an alle ausgewählten Clients
Sperrt alle ausgewählte Clients. Sehr praktisch 🙂
Entsperrt die Bildschirme wieder.
Zeigt Informationen über den Client an (MAC-Adresse, CPU, RAM, …)

Matthias, aus der linuxmuster.net Community, hat vor einiger Zeit auch ein kurzes Einführungsvideo erstellt:

Fazit

Wir benutzen Epoptes bei uns in unserem Computerraum. Da wir räumlich nicht die Möglichkeit hatten, alle Bildschirme am Rand aufzustellen, sodass man natürlicherweise immer einen Blick auf alle Bildschirme hat, ist diese Programm eine große Hilfe für uns. V.a. die Funktion alle Bildschirme mit einem Klick zu sperren ist äußerst hilfreich, um schnell die Aufmerksamkeit herstellen zu können. Einige unserer Kollegen nutzen auch gern die Möglichkeit, einen Schülerbildschirm vorn am Beamer zu projizieren, um etwas zu erläutern oder damit Schüler ihre Ergebnisse vorstellen können.

Welche Erfahrungen hast du mit Epoptes im Speziellen oder einer anderen Klassenraummanagement-Software gemacht?

Open Source in der Schule – Was dafür und was dagegen spricht

Wed, 31 Jan 2018 06:13:56 +0000

Open Source in der Schule – ein Thema, bei dem sich häufig die Geister scheiden. Ist es wirklich sinnvoll Open Source Software (OSS) in der Schule zu verwenden? Gibt es gerade für Schulen nicht viel geeignetere Alternativen? Welche Argumente gibt es für und gegen den Einsatz von OSS in der Schule, d.h. im Unterricht, im Computerraum oder auf auf dem Schulserver? Gibt es Schulen, die erfolgreich auf OSS setzen oder ist das nur ein Wunschtraum?

Ich möchte versuchen Argumente für und gegen Open Source Software in der Schule aufzulisten. Diese Liste ist sicher nicht vollständig und ich werde sie deshalb von Zeit zu Zeit aktualisieren. Wer noch weitere Ideen und Gründe für oder gegen den Einsatz von Open Source in der Schule hat, ist hiermit ermutigt einen Kommentar zu schreiben 🙂

Warum man Open Source in der Schule verwenden sollte – die Chancen

Sensibilisierung für informationelle Freiheit vs. Monopole – Der Einsatz von Open Source Software leistet einen großen Beitrag in der Medienerziehung. Dazu zählt die Sensibilisierung für die Tatsache, dass heutzutage der Großteil meiner Daten nur einer handvoll Unternehmen gehört. Weiterhin das Aufzeigen von Möglichkeiten und Alternativen, die es neben den großen Anbietern proprietärer Software gibt.
Freiheit – Dieser Begriff ist sehr weit und umfasst sowohl die Freiheit von kommerziellen Interessen, als auch im Sinne von Weitergabe von Software. Dazu zählt auch, dass die meiste OSS lizenzkostenfrei ist. Der Einsatz von OSS bricht Abhängigkeiten von Herstellern, von Supportverträgen oder Sicherheitsupdates, die nur gegen Aufpreis verfügbar sind. LibreOffice stellt z.B. sicher, dass ich Dokumente aus vielen kommerziellen Produkten weiterverwenden und importieren (teilweise auch exportieren) kann.
keine Lizenzkosten – In der Regel zahlt man für OSS keine Lizenzkosten. Dadurch kann langfristig sehr viel Geld gespart werden. Weiterhin können Unterrichtsprojekte/-methoden, welche teure Programme oder deren flächendeckende Installation erfordern, mit OSS-Alternativen realisiert werden. Aus finanziellen Gründen wären diese oft nicht möglich. Man muss z.B. Grafikbearbeitung nicht mit Adobe Photoshop lernen.
Sicherheit – Der Quelltext von OSS ist für jeden frei zugänglich. Schwachstellen werden i.d.R. schnell behoben. Hintertüren sind dadurch nur schwer einzuschleusen – wenn überhaupt. Bei (L)Unix – Systemen gibt es eine klare Rechteverteilung. Das erhöht die Sicherheit zusätzlich. Derzeit gibt es recht wenig bekannte Viren und Malware für Linux-Betriebsysteme.
größeres Verständnis für Funktionsweise von Programmen – Dadurch, dass Schüler die Möglichkeit haben, andere Software neben den marktbeherrschenden Programmen kennenzulernen, können sie ein größeres Verständnis für die Funktionsweise bekommen, z.B. einer Textverarbeitung oder Tabellenkalkulation. Es wird weniger „Klick-Wissen“ angeeignet, sondern man stattet die Schüler mit einer größeren Flexibilität im Umgang mit unbekannter Software aus.
Gleichheit – OSS leistet einen großen Beitrag zur Gleichheit zwischen den Schülern. Die Software kann jeder frei für die meisten Betriebssysteme herunterladen und auch weitergeben. Es herrscht kein Zwang eine bestimmte Software zu kaufen, um die Inhalte des Unterrichts zu Hause zu vertiefen. Finanzschwächere Familien werden nicht benachteiligt.
Werte – Die Werte, die hinter der OSS-Bewegung stehen passen gut zu Schule und zu dem, was sie eigentlich vermitteln will. Konkret meine ich (Wissen) teilen, zusammen arbeiten, Offenheit, Transparenz, freier Zugang zu Informationen. Diese Praxis und die Kultur des Weitergebens und Teilens fördern Kompetenzen, die ethisch und gesellschaftlich von hoher Bedeutung sind.
Lokalisierung – OSS Software ist oft in der Muttersprache vorhanden. Diese Argument zählt vielleicht nicht so sehr in der westlichen Welt, in der jede Software meist noch in anderen Sprachen neben Englisch verfügbar ist. In Asien oder Afrika, in denen es sehr viele verschiedene Sprachen gibt, ist das ein großer Vorteil. Auch wenn Englisch sehr weit verbreitet ist, gibt es viele Teile auf der Welt, in denen diese Sprache nicht gesprochen oder verstanden wird.
Verwaltung / Administration – Nach mehreren Jahren Erfahrung mit OSS im privaten sowie im schulischem Umfeld kann ich persönlich bestätigen, dass die Verwaltung von vielen Rechnern mit OSS wesentlich einfacher und zeitsparender ist. Die Möglichkeiten zur Automatisierung sind riesig. Wir verwenden auch Windowsrechner bei uns, aber deren Pflege und Wartung ist ca. 80% aufwendiger als unsere Ubuntu-Rechner.
alte Hardware kann länger verwendet werden – Ein Vorteil, den man nicht unterschätzen sollte, gerade für Schulen. Die meisten Dinge, die Schüler in der Schule an einem Computer lernen und wozu sie ihn benutzen, erfordern keine hohe Systemvoraussetzungen. Ein alter Rechner, ausgestattet mit einer kleinen SSD, lässt sich noch viele Jahre einsetzten. Gebrauchte Hardware kann man günstig erwerben oder man erhält sie u.U. auch als Spende. Mit OSS, die oft weniger Ressourcen braucht, kann man Hardware noch lange einsetzten. Wir haben z.B. noch Rechner im Betrieb, die schon fast 8-10 Jahre im Betrieb sind.

Was spricht gegen die Verwendung von Open Source in der Schule?

Trotz der oben genannten Punkte, gibt es auch Argumente gegen den Einsatz von Open Source in der Schule. Generell muss man unterscheiden, in welchem Umfang man OSS verwenden möchte. Geht es nur darum eine Anwendung auszutauschen oder eine Schule komplett, d.h. vom Betriebssystem an, mit OSS zu betreiben? Oder möchte man OSS nur auf einem Server einsetzen? Je nach Anwendungsfall kommen weitere Argumente dazu oder fallen weg.

weniger Support durch Unternehmen – Es gibt faktisch weniger Unternehmen und Dienstleister, welche OSS unterstützen, v.a. auch abseits der westlichen Welt. Das ist ein großes Problem, wenn man z.B. von Windows zu Ubuntu wechseln möchte. In vielen Fällen gibt es vielleicht eine engagierte Lehrkraft, aber das ist keine langfristige Lösung bzw. eigentlich auch nicht Aufgabe eines Lehrers.
kaum Lernsoftware vorhanden – Lernsoftware ist zu 99% für Windows konzipiert. Für Linux oder macOS gibt es von den Schulbuchverlagen kaum Anwendungen. Sicher kann man über den Sinn und Zweck von Lernsoftware streiten, aber es gibt kaum eine Lernsoftware für Linux. Wer Lernsoftware einsetzen will / muss, braucht i.d.R. einen Windowscomputer (physisch oder virtuell).
kleinere Community, wenige Referenzen – Es gibt einige Schulen in Deutschland, aber auch weltweit, die Open Source in der Schule verwenden, aber man findet wenig Informationen darüber. Das ist v.a. ein Nachteil, wenn man den (geplanten) Einsatz von OSS vor der Schulleitung oder dem Vorstand begründen muss.
weiterer Bildungs- und Berufsweg verwendet andere Software – Dies ist ein weit verbreitetes Argument gegen OSS. Später müsse man doch sowieso Mircosoft Office verwenden, warum sollen die Schüler dann den Umgang mit LibreOffice lernen? Eigentlich kein richtiges Argument gegen OSS, denn m.M.n. hat dieses Argument auch mit dem nächsten zu tun:
Bequemlichkeit und allgemeine Abwehrhaltung gegen OSS – Ich erlebe immer wieder eine gewissen Abneigung gegen OSS. Man befindet sich oft in einer Rechtfertigungshaltung, wenn man OSS einsetzen möchte. Das hat zum Teil mit der Qualität und Stabilität einiger Open Source Projekte zu tun, aber auch mit der mangelnden Flexibilität vieler Lehrkräfte. Das kann ein großes Hindernis für den erfolgreichen Einsatz von OSS sein!
Unsichere Weiterentwicklung – Für die Weiterentwicklung von OSS gibt es keine Garantie, weil sie vom freiwilligen Engagement der Community sowie der Nachfrage abhängt. Das gilt vor allem für viele kleine Projekte.
Anwendungsintegration – Im Zusammenspiel mit anderen Applikationen, insbesondere kommerzieller Software, kann es zu erheblichen Problemen kommen. Dieses Argument spielt in Schulen eine kleinere Rolle im Vergleich zu Unternehmen.

Was nötig ist – die Herausforderungen

Die größten Herausforderungen beim Einsatz von Open Source in der Schule sehe ich im Abbau von Berührungsängsten und den damit verbunden Schulungen sowie der Gewinnung von einem geeigneten Dienstleister oder eigenem Personal. Diese beiden Punkte sind kritisch, wenn man OSS im Unterricht oder in der IT-Infrastruktur einsetzen möchte. Ich erlebe immer wieder, wie Kollegen und Mitarbeiter OSS ablehnen oder kritisch gegenüberstehen, weil es anders ist und nicht so aussieht bzw. funktioniert, wie sie es gewohnt sind. Hier kann man mit internen Fortbildungen und Schulungen entgegenwirken. Deshalb muss eine Migration z.B. von MS Office zu LibreOffice oder Windows zu Ubuntu gut geplant und vorbereitet werden. Trotz allem wird es aber immer Leute geben, die dem kritisch gegenüber stehen, getreu nach dem Motto „Was er Bauer nicht kennt, isst er nicht!“.

Damit der Einsatz von Open Source Software in der Schule gelingt, braucht es unbedingt auch kompetentes Personal bzw. Dienstleister. Ohne so einen Person oder Partner ist es schwierig(er) die Kollegen für OSS zu gewinnen. Oft muss individuelle Hilfe geleistet oder zusätzliche Dokumentation erstellt werden, v.a. in der Übergangszeit. In Europa und der westlichen Welt sind die Chancen größer einen solchen Partner zu finden, aber in anderen Teilen der Welt kennt man fast nur Windows. Dessen muss man sich bewusst sein.

Fazit

Als Schule im Ausland sind wir den Schritt Richtung Open Source vor ca. 2 Jahren gegangen und haben es nicht bereut. Im Gegenteil: Wir haben unsere bisherige Infrastruktur stark ausgebaut – ohne größere Mehrkosten. Mit Hilfe von Open Source Software konnten wir so in vielen Bereichen einen Mehrwert schaffen. Unsere Schüler haben die wenigsten Probleme mit unseren Ubuntu-Rechner und auch viele Kollegen arbeiten gern damit. Als Schulserverlösung verwenden wir linuxmuster.net – eine freie Musterlösung – hinter der eine super Community steht – nett, hilfsbereit, kompetent.

Setzt du Open Source in der Schule ein? Wo siehst du die größten Chancen und Herausforderungen?

Quellen (1,2)

Wie man das Koha „auto increment“ Problem lösen kann

Wed, 24 Jan 2018 14:04:49 +0000

Wir verwenden [Koha für unsere Bibliothek][1], eine sehr mächtige und [tolle Open Source Software][2]. Auf Mailingliste des Projekts hatte ich bereits vom „Koha auto increment“ – Problem gelesen und hoffte, dass es uns nicht betraf. Doch vor einigen Wochen kam einer unserer Mitarbeiter der Schulbibliothek zu mir und gab mir ein Buch, dass sich nicht zurückgeben ließ. Jedes mal, wenn man versuchte, das besagte Buch zurückzugeben, bekam man folgende Fehlermeldung:

Unter Mehr → Über Koha im Reiter „Systeminformationen“ konnte ich dann sehen, dass einige Bücher von diesem Problem betroffen waren.

Doch worin liegt eigentlich das Problem? Wie konnte es dazu kommen?

Das Problem

Im Koha Wiki gibt es zu diesem Datenbankproblem eine [eigene Wiki-Seite][3]. Koha verschiebt Einträge zwischen Datenbanktabellen, wenn man z.B. einen Benutzer oder ein Buch löscht. Das gleiche passiert mit Ausleihen. Die Einträge in diesen Tabellen haben eine eindeutige ID, welche normalerweise automatisch hochgezählt wird (auto increment). Das Problem ist allerdings, dass MySQL diese Zähler nur im Arbeitsspeicher speichert und nicht auf der Festplatte. Dies tritt nur auf, wenn Einträge gelöscht werden. Ein Beispiel:

Ich erstelle einen neuen bibliographischen Eintrag (z.B. ein Buch). Es wird u.a. in der Tabelle biblio gespeichert. Der Eintrag bekommt die ID 1. Der nächste Wert für die ID müsste also 2 sein.
Jetzt lösche ich dieses Buch wieder. Der Eintrag wird in die Tabelle deletedbiblio verschoben. In der Tabelle biblio gibt es jetzt keinen Eintrag mehr.
Ich starte den MySQL-Server neu. Dadurch wird der interne Zähler für die IDs zurückgesetzt.
Nun lege ich ein neues Buch an. Es bekommt nicht die ID 2, sondern 1, weil es ja keinen Eintrag mehr in der Tabelle biblio gibt.
Wenn ich jetzt dieses Buch lösche, wird es zwar aus der Tabelle gelöscht, aber nicht in die Tabelle deletedbiblio verschoben, da es dort schon einen Eintrag mit dieser ID gibt. Die Folge ist, dass in diesem Fall mein Eintrag für immer verloren ist.

Das passiert wie gesagt nicht nur mit bibliographischen Einträgen, sondern auch mit Ausleihen, Benutzern etc. Aus diesem Grund warnt Koha in den aktuellen Versionen vor dem Problem. Damit ist es aber noch nicht behoben.

Das Koha „auto increment“ Problem reparieren

Um zukünftig einen Datenverlust zu vermeiden, bringen wir MySQL bei, die IDs nicht zurückzusetzen, v.a. nicht auf einen Wert, den wir schon einmal verwendet haben. Dazu öffnen wir die Datei /etc/mysql/my.cnf oder /etc/mysql/mariadb.conf.d/50-server.cnf (wir verwenden einen Ubuntu 16.04 [LXD Container][4] mit MariaDB) und ergänzen im Abschnitt [mysqld] folgende Zeile:

init-file=/var/lib/mysql/init-file_koha.sql
```

Dann erstellen wir eben diese Datei mit

```
$ sudo nano /var/lib/mysql/init-file_koha.sql
```

und kopieren den folgenden Inhalt in die Datei:

```
USE koha_DB_Name;
 
SET @new_AI_borrowers = ( SELECT GREATEST( IFNULL( ( SELECT MAX(borrowernumber) FROM borrowers ), 0 ), IFNULL( ( SELECT MAX(borrowernumber) FROM deletedborrowers ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE borrowers AUTO_INCREMENT = ', @new_AI_borrowers );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_biblio = ( SELECT GREATEST( IFNULL( ( SELECT MAX(biblionumber) FROM biblio ), 0 ), IFNULL( ( SELECT MAX(biblionumber) FROM deletedbiblio ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE biblio AUTO_INCREMENT = ', @new_AI_biblio );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_biblioitems = ( SELECT GREATEST( IFNULL( ( SELECT MAX(biblioitemnumber) FROM biblioitems ), 0 ), IFNULL( ( SELECT MAX(biblioitemnumber) FROM deletedbiblioitems ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE biblioitems AUTO_INCREMENT = ', @new_AI_biblioitems );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_items = ( SELECT GREATEST( IFNULL( ( SELECT MAX(itemnumber) FROM items ), 0 ), IFNULL( ( SELECT MAX(itemnumber) FROM deleteditems ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE items AUTO_INCREMENT = ', @new_AI_items );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_issues = ( SELECT GREATEST( IFNULL( ( SELECT MAX(issue_id) FROM issues ), 0 ), IFNULL( ( SELECT MAX(issue_id) FROM old_issues ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE issues AUTO_INCREMENT = ', @new_AI_issues );
PREPARE st FROM @sql;
EXECUTE st;
 
SET @new_AI_reserves = ( SELECT GREATEST( IFNULL( ( SELECT MAX(reserve_id) FROM reserves ), 0 ), IFNULL( ( SELECT MAX(reserve_id) FROM old_reserves ), 0 ) ) + 1 );
SET @sql = CONCAT( 'ALTER TABLE reserves AUTO_INCREMENT = ', @new_AI_reserves );
PREPARE st FROM @sql;
EXECUTE st;
```

> **Wichtig:** In der ersten Zeile müssen wir unbedingt _koha\_DB\_Name_ mit dem Datenbanknamen unserer Koha-Installation ersetzen. In der Regel ist das _koha\_name\_der\_koha\_instanz_, also z.B. _koha_library_.

Zum Schluss starten wir noch MySQL bzw. MariaDB neu:

```
$ sudo service mysql restart
```

### Fehlerhafte Datensätze aufräumen

Nun haben wir zwar verhindert, dass das Problem wieder auftritt, aber es sind immer noch unserer alten Datensätze vorhanden. Ein Weg ist, die entsprechenden Einträge aus den _deleted*_ Tabellen zu löschen. Damit verliert man vielleicht ein paar statistische Informationen, aber auf die können wir in unserer kleinen Schulbibliothek verzichten. Sonst haben wir bisher keine negativen Auswirkungen feststellen können.

Um die „fehlerhaften“ Datensätze zu löschen, müssen wir uns zuerst an unserem Koha-Server anmelden. Dann loggen wir uns in die MySQL-Konsole ein mit

```
$ sudo mysql -p koha_datenbankname
Enter password: 
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 115
Server version: MariaDB Ubuntu 16.04

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [koha_datenbankname]>
```

Oben im Screenshot sieht man, dass unsere fehlerhaften Datensätzen in den Tabellen _biblio_ und _deletedbiblio_ sind. Die IDs sind doppelt und wir löschen die IDs aus einer der beiden Tabellen, konkret aus _deletedbiblio_. Wir überprüfen zuerst, welche Datensätze betroffen sind:

```
MariaDB [koha_datenbankname]> SELECT * FROM deletedbiblio WHERE biblionumber IN (*hier die IDs aus dem Webinterface kopieren*);
```

Wenn wir die Datensätze wirklich löschen wollen ändern wir den Befehl leicht ab:

```
MariaDB [koha_datenbankname]> DELETE FROM deletedbiblio WHERE biblionumber IN (*hier die IDs aus dem Webinterface kopieren*);
```

Falls es z.B. auch problematische Datensätze mit den Ausleihen gibt, würde der Befehl so lauten:

```
MariaDB [koha_datenbankname]> DELETE FROM old_issues WHERE issue_id IN (*hier die IDs aus dem Webinterface kopieren);

```

Nun zeigt Koha keine fehlerhaften Datensätze mehr an:

 

### Fazit

Wenn man dieses Problem in seiner Koha-Installation hat, ist es sehr ratsam dieses Problem zu lösen. Allerdings gibt es verschiedene Ansätze. Der oben beschriebene Weg ist ein schneller Fix, der aber unter Umständen nicht für jede Installation in Frage kommt. Seitens Koha wird noch an einem Skript gearbeitet, dass das Problem später automatisch beheben soll. Trotz diesem Datenbankproblem haben wir den Umstieg auf Koha bisher nicht bereut. Es ist und bleibt eine tolle Software, die sicher ihre Einarbeitungszeit braucht, aber der Gewinn, die Flexibilität und die damit gewonnen Freiheiten sind scheinbar grenzenlos.


  Setzt du Koha ein? Welche Erfahrungen hast du bisher gemacht?


 [1]: https://zefanjas.de/umstieg-von-littera-zu-koha-teil-1/
 [2]: https://zefanjas.de/5-grossartige-open-source-programme-die-wir-in-unserer-schule-einsetzen/
 [3]: https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix
 [4]: https://zefanjas.de/5-gruende-warum-wir-lxd-verwenden/

pfSense Webfilter – squidGuard für HTTP(S)-Verbindungen

Mon, 22 Jan 2018 12:00:04 +0000

Als Systemadministrator einer Schule steht man immer wieder vor der Frage, inwieweit man Inhalte aus dem Internet filtern soll. Überall da, wo Kinder und Jugendliche Zugriff zum Internet haben, egal ob in der Schule, im Verein, Bibliotheken, zu Hause oder einer anderen öffentlichen Einrichtung, muss diese Frage beantwortet werden. Die Meinungen zu diesem Thema sind sehr vielfältig. Einen 100%igen Schutz gibt es nicht. Viel wichtiger ist es, Kinder und Jugendlichen einen verantwortungsvollem Umgang mit dem Internet beizubringen. Das ist eine sehr große Herausforderung und dauert seine Zeit. Eltern und Pädagogen stehen vor dieser Aufgabe und wissen oft nicht, wie man es am besten angeht. Gerade in Schulen, wo man die Bildschirme nicht immer im Blick behalten kann, ist ein Webfilter eine große Hilfe. In manchen Ländern ist ein Webfilter für Schulen sogar gesetzlich vorgeschrieben. Manchmal geht es aber auch nur darum bestimmte Webseiten, wie Facebook, Netflix & Co zu sperren. Deshalb möchte ich in diesem Tutorial zeigen, wie man einen pfSense Webfilter einrichten kann.

Vorbemerkungen

[pfSense][1] ist eine weit verbreitete Open Source Firewall, die wir an [unserer Schule einsetzen][2]. Mit Hilfe von Squid (einem Proxy Server) und SquidGuard (dem eigentlichem Webfilter) wollen wir sowohl HTTP als HTTPS – Verbindungen filtern. Für dieses Tutorial brauchen wir zuerst eine aktive pfSense Installation. Die Firewall kann man [hier herunterladen][3] und nach [dieser Anleitung][4] installieren.

Funktionsweise

HTTP-Verbindungen zu filtern ist sehr einfach und auch schnell eingerichtet. Da diese Verbindungen unverschlüsselt sind, kann man sie gut untersuchen und deshalb ganz oder teilweise sperren. Heutzutage verwenden immer mehr Seiten (auch solche, die man gern sperren möchte) HTTPS, d.h. eine verschlüsselte Verbindung zwischen dem Browser des Benutzers und dem Webserver. Dank Let’s Encrypt kann heute jeder ein kostenloses Zertifikat für seine Website einrichten. Das ist an sich eine gute Sache, weil es die Sicherheit erhöht und viele Attacken unmöglich macht bzw. schwieriger. Es erschwert aber auch das Filtern nach unerwünschten Inhalten.

Diese „Problem“ lässt sich auf zwei Wegen lösen:

1. Man-in-the-Middle Angriff

Ein Weg ist ein bewusster Man-in-the-middle Angriff. Der Proxy-Server entschlüsselt dabei die HTTPS-Verbindung und baut sie neu auf. Dadurch kann er sich die Verbindung anschauen und entsprechend filtern. Dieses Konzept wird von den meisten Anbietern von Filterlösungen angewendet. Das Problem hierbei ist, dass durch diesen tiefen Eingriff in die HTTPS-Verbindung, die eigentliche Sicherheit durch HTTPS nicht mehr gegeben ist. Ein Benutzer kann den Unterschied kaum erkennen, wenn dem Zertifikat des Proxy-Servers vertraut wird. Doch diese Sicherheit ist trügerisch. Auch wenn man nur über diesen Weg von einer echten Inhaltsfilterung sprechen kann, so ist diese Lösung gefährlich, sehr risikobehaftet (die Implementation ist nicht trival) und je nach Land, nicht mit den vorherrschenden Gesetzen vereinbar (Stichwort Datenschutz). Deshalb ist dieser Weg aus sicherheitstechnischen und auch moralischen Gründen nicht zu empfehlen.

2. URL-Filter über SNI

Eine weitere Möglichkeit ist die Filterung über SNI ([Server Name Indication][5]). Bevor das Zertifikat zwischen Browser und Webserver abgefragt und somit einen verschlüsselte Verbindung aufgebaut wird, sendet der Browser den Domain Namen (FQDN) mit, den er abfragen möchte. Dieser Teil ist nicht noch nicht verschlüsselt und kann deshalb von einem (transparentem) Proxy gelesen und für die Filterung genutzt werden. Folgende Abbildung macht den TLS-Handshake deutlicher.

Man kann gut erkennen, dass der SNI vor dem Schlüsselaustausch und der eigentlichen sicheren Verbindung gesendet wird. Dieses Prinzip machen wir uns zunutze und können neben dem Webfilter für HTTP-Verbindungen auch einen URL-Filter für HTTPS-Verbindungen einrichten, ohne dabei HTTPS durch einen Man-in-the-Middle Angriff kaputt zu machen.

Safe-Search für Suchmaschienen

Firewall Regeln für DNS erstellen

Da wir nicht in eine HTTPS-Verbindung hinein schauen können, können z.B. in einer Google-Suche unerwünschte Bilder und Videos auftauchen. Google und auch andere Suchmaschinen bieten deshalb einen sicheren Modus (Safe-Search) an, denn wir erzwingen wollen.

Zuerst müssen wir dazu den DNS-Resolver in pfSense aktivieren (unter Services → DNS Resolver) und danach Speichern (Save) und die Änderungen übernehmen (Apply).

Damit später die Rechner im Netzwerk auch den DNS-Server der Firewall verwenden, brauchen wir eine Regel, welche alle anderen DNS-Anfragen an die Firewall weiterleitet. Dazu erstellen wir eine neue Regel unter Firewall → NAT im Reiter Port Forward mit einem Klick auf einen der beiden Add Buttons. Dabei geben wir folgendes ein:

Interface: LAN
Protocol: TCP/UDP
Destination: Any
Destination Port Range: DNS (53)
Redirect Traget IP: 127.0.0.1
Redirect Target Port: DNS (53)
Description: Kann frei gewählt werden

Nun müssen wir sicher stellen, dass unsere eben erstellte Firewall-Regel an der richtigen Stelle ist. Sie muss über der standardmäßigen „Default allow LAN to any rule“ sein! Dazu öffnen wir die Firewall Regeln unter Firewall → Rules und verschieben die Regeln nach oben. Danach mit Save speichern und mit Apply die Änderungen übernehmen.

Host Overrides für Bing und Youtube

Als nächstes erstellen wir einige DNS-Einträge, die dafür sorgen, dass sowohl für Google und Bing deren Safe-Search verwendet wird. Dazu öffnen wir erneut den DNS-Resolver unter Services → DNS-Resolver und fügen unten im Abschnitt „Host Overrides“ mit Add folgende Einträge hinzu.

Bing:

Host: www
Domain: bing.com
IP Address: 204.79.197.220
Description: Bing
Dann mit Save speichern

Dann noch der Eintrag für Youtube:

Host: www
Domain: youtube.com
IP Address: 216.239.38.120
Description: Youtube
Wieder mit Save speichern

Nun die Änderungen wieder mit Apply übernehmen.

Host Overrides für Google

Google verwendet sehr viele verschiedene Domains und es würde ziemlich lang dauern, diese von Hand einzugeben. Deshalb wählen wir für Google einen anderen Weg. Zuerst müssen wir uns per SSH in pfSense anmelden (oder einen Bildschirm + Tastatur anschließen, falls der pfSense auf einem Computer mit Grafikkarte installiert ist). Vorher muss SSH noch im Webinterface und System → Advanced im Abschnitt Secure Shell aktiviert werden.

Nun können wir uns mit folgendem Befehl per SSH anmelden (IP Adresse anpassen!):

$ ssh admin@192.168.0.1

Im folgenden Menü wählen wir „8“ (Shell).

Nun legen wir eine Datei an, in die wir später unsere DNS Einträge für Google eintragen. Das können wir mit folgendem Befehl machen:

$ vi /var/unbound/google.conf

Um den Editor wieder zu verlassen, müssen wir :wq eingeben (der Doppelpunkt ist wichtig!). Mehr brauchen wir nicht auf der Kommandozeile machen.

Wir können nun die eben angelegte Datei über Diagnostics → Edit File bearbeiten. Dazu geben wir den Pfad /var/unbound/google.conf ein und drücken dann auf Load.

Nun kopieren wir folgenden Inhalt in die Datei:

local-data: "www.google.ad A 216.239.38.120"
local-data: "www.google.ae A 216.239.38.120"
local-data: "www.google.com A 216.239.38.120"
local-data: "www.google.com.af A 216.239.38.120"
local-data: "www.google.com.ag A 216.239.38.120"
local-data: "www.google.com.ai A 216.239.38.120"
local-data: "www.google.al A 216.239.38.120"
local-data: "www.google.am A 216.239.38.120"
local-data: "www.google.co.ao A 216.239.38.120"
local-data: "www.google.com.ar A 216.239.38.120"
local-data: "www.google.as A 216.239.38.120"
local-data: "www.google.at A 216.239.38.120"
local-data: "www.google.com.au A 216.239.38.120"
local-data: "www.google.az A 216.239.38.120"
local-data: "www.google.ba A 216.239.38.120"
local-data: "www.google.com.bd A 216.239.38.120"
local-data: "www.google.be A 216.239.38.120"
local-data: "www.google.bf A 216.239.38.120"
local-data: "www.google.bg A 216.239.38.120"
local-data: "www.google.com.bh A 216.239.38.120"
local-data: "www.google.bi A 216.239.38.120"
local-data: "www.google.bj A 216.239.38.120"
local-data: "www.google.com.bn A 216.239.38.120"
local-data: "www.google.com.bo A 216.239.38.120"
local-data: "www.google.com.br A 216.239.38.120"
local-data: "www.google.bs A 216.239.38.120"
local-data: "www.google.bt A 216.239.38.120"
local-data: "www.google.co.bw A 216.239.38.120"
local-data: "www.google.by A 216.239.38.120"
local-data: "www.google.com.bz A 216.239.38.120"
local-data: "www.google.ca A 216.239.38.120"
local-data: "www.google.cd A 216.239.38.120"
local-data: "www.google.cf A 216.239.38.120"
local-data: "www.google.cg A 216.239.38.120"
local-data: "www.google.ch A 216.239.38.120"
local-data: "www.google.ci A 216.239.38.120"
local-data: "www.google.co.ck A 216.239.38.120"
local-data: "www.google.cl A 216.239.38.120"
local-data: "www.google.cm A 216.239.38.120"
local-data: "www.google.cn A 216.239.38.120"
local-data: "www.google.com.co A 216.239.38.120"
local-data: "www.google.co.cr A 216.239.38.120"
local-data: "www.google.com.cu A 216.239.38.120"
local-data: "www.google.cv A 216.239.38.120"
local-data: "www.google.com.cy A 216.239.38.120"
local-data: "www.google.cz A 216.239.38.120"
local-data: "www.google.de A 216.239.38.120"
local-data: "www.google.dj A 216.239.38.120"
local-data: "www.google.dk A 216.239.38.120"
local-data: "www.google.dm A 216.239.38.120"
local-data: "www.google.com.do A 216.239.38.120"
local-data: "www.google.dz A 216.239.38.120"
local-data: "www.google.com.ec A 216.239.38.120"
local-data: "www.google.ee A 216.239.38.120"
local-data: "www.google.com.eg A 216.239.38.120"
local-data: "www.google.com.et A 216.239.38.120"
local-data: "www.google.fi A 216.239.38.120"
local-data: "www.google.com.fj A 216.239.38.120"
local-data: "www.google.fm A 216.239.38.120"
local-data: "www.google.fr A 216.239.38.120"
local-data: "www.google.ga A 216.239.38.120"
local-data: "www.google.ge A 216.239.38.120"
local-data: "www.google.gg A 216.239.38.120"
local-data: "www.google.com.gh A 216.239.38.120"
local-data: "www.google.com.gi A 216.239.38.120"
local-data: "www.google.gl A 216.239.38.120"
local-data: "www.google.gm A 216.239.38.120"
local-data: "www.google.gp A 216.239.38.120"
local-data: "www.google.gr A 216.239.38.120"
local-data: "www.google.com.gt A 216.239.38.120"
local-data: "www.google.gy A 216.239.38.120"
local-data: "www.google.com.hk A 216.239.38.120"
local-data: "www.google.hn A 216.239.38.120"
local-data: "www.google.hr A 216.239.38.120"
local-data: "www.google.ht A 216.239.38.120"
local-data: "www.google.hu A 216.239.38.120"
local-data: "www.google.co.id A 216.239.38.120"
local-data: "www.google.ie A 216.239.38.120"
local-data: "www.google.co.il A 216.239.38.120"
local-data: "www.google.im A 216.239.38.120"
local-data: "www.google.co.in A 216.239.38.120"
local-data: "www.google.iq A 216.239.38.120"
local-data: "www.google.is A 216.239.38.120"
local-data: "www.google.it A 216.239.38.120"
local-data: "www.google.je A 216.239.38.120"
local-data: "www.google.com.jm A 216.239.38.120"
local-data: "www.google.jo A 216.239.38.120"
local-data: "www.google.co.jp A 216.239.38.120"
local-data: "www.google.co.ke A 216.239.38.120"
local-data: "www.google.com.kh A 216.239.38.120"
local-data: "www.google.ki A 216.239.38.120"
local-data: "www.google.kg A 216.239.38.120"
local-data: "www.google.co.kr A 216.239.38.120"
local-data: "www.google.com.kw A 216.239.38.120"
local-data: "www.google.kz A 216.239.38.120"
local-data: "www.google.la A 216.239.38.120"
local-data: "www.google.com.lb A 216.239.38.120"
local-data: "www.google.li A 216.239.38.120"
local-data: "www.google.lk A 216.239.38.120"
local-data: "www.google.co.ls A 216.239.38.120"
local-data: "www.google.lt A 216.239.38.120"
local-data: "www.google.lu A 216.239.38.120"
local-data: "www.google.lv A 216.239.38.120"
local-data: "www.google.com.ly A 216.239.38.120"
local-data: "www.google.co.ma A 216.239.38.120"
local-data: "www.google.md A 216.239.38.120"
local-data: "www.google.me A 216.239.38.120"
local-data: "www.google.mg A 216.239.38.120"
local-data: "www.google.mk A 216.239.38.120"
local-data: "www.google.ml A 216.239.38.120"
local-data: "www.google.com.mm A 216.239.38.120"
local-data: "www.google.mn A 216.239.38.120"
local-data: "www.google.ms A 216.239.38.120"
local-data: "www.google.com.mt A 216.239.38.120"
local-data: "www.google.mu A 216.239.38.120"
local-data: "www.google.mv A 216.239.38.120"
local-data: "www.google.mw A 216.239.38.120"
local-data: "www.google.com.mx A 216.239.38.120"
local-data: "www.google.com.my A 216.239.38.120"
local-data: "www.google.co.mz A 216.239.38.120"
local-data: "www.google.com.na A 216.239.38.120"
local-data: "www.google.com.nf A 216.239.38.120"
local-data: "www.google.com.ng A 216.239.38.120"
local-data: "www.google.com.ni A 216.239.38.120"
local-data: "www.google.ne A 216.239.38.120"
local-data: "www.google.nl A 216.239.38.120"
local-data: "www.google.no A 216.239.38.120"
local-data: "www.google.com.np A 216.239.38.120"
local-data: "www.google.nr A 216.239.38.120"
local-data: "www.google.nu A 216.239.38.120"
local-data: "www.google.co.nz A 216.239.38.120"
local-data: "www.google.com.om A 216.239.38.120"
local-data: "www.google.com.pa A 216.239.38.120"
local-data: "www.google.com.pe A 216.239.38.120"
local-data: "www.google.com.pg A 216.239.38.120"
local-data: "www.google.com.ph A 216.239.38.120"
local-data: "www.google.com.pk A 216.239.38.120"
local-data: "www.google.pl A 216.239.38.120"
local-data: "www.google.pn A 216.239.38.120"
local-data: "www.google.com.pr A 216.239.38.120"
local-data: "www.google.ps A 216.239.38.120"
local-data: "www.google.pt A 216.239.38.120"
local-data: "www.google.com.py A 216.239.38.120"
local-data: "www.google.com.qa A 216.239.38.120"
local-data: "www.google.ro A 216.239.38.120"
local-data: "www.google.ru A 216.239.38.120"
local-data: "www.google.rw A 216.239.38.120"
local-data: "www.google.com.sa A 216.239.38.120"
local-data: "www.google.com.sb A 216.239.38.120"
local-data: "www.google.sc A 216.239.38.120"
local-data: "www.google.se A 216.239.38.120"
local-data: "www.google.com.sg A 216.239.38.120"
local-data: "www.google.sh A 216.239.38.120"
local-data: "www.google.si A 216.239.38.120"
local-data: "www.google.sk A 216.239.38.120"
local-data: "www.google.com.sl A 216.239.38.120"
local-data: "www.google.sn A 216.239.38.120"
local-data: "www.google.so A 216.239.38.120"
local-data: "www.google.sm A 216.239.38.120"
local-data: "www.google.sr A 216.239.38.120"
local-data: "www.google.st A 216.239.38.120"
local-data: "www.google.com.sv A 216.239.38.120"
local-data: "www.google.td A 216.239.38.120"
local-data: "www.google.tg A 216.239.38.120"
local-data: "www.google.co.th A 216.239.38.120"
local-data: "www.google.com.tj A 216.239.38.120"
local-data: "www.google.tk A 216.239.38.120"
local-data: "www.google.tl A 216.239.38.120"
local-data: "www.google.tm A 216.239.38.120"
local-data: "www.google.tn A 216.239.38.120"
local-data: "www.google.to A 216.239.38.120"
local-data: "www.google.com.tr A 216.239.38.120"
local-data: "www.google.tt A 216.239.38.120"
local-data: "www.google.com.tw A 216.239.38.120"
local-data: "www.google.co.tz A 216.239.38.120"
local-data: "www.google.com.ua A 216.239.38.120"
local-data: "www.google.co.ug A 216.239.38.120"
local-data: "www.google.co.uk A 216.239.38.120"
local-data: "www.google.com.uy A 216.239.38.120"
local-data: "www.google.co.uz A 216.239.38.120"
local-data: "www.google.com.vc A 216.239.38.120"
local-data: "www.google.co.ve A 216.239.38.120"
local-data: "www.google.vg A 216.239.38.120"
local-data: "www.google.co.vi A 216.239.38.120"
local-data: "www.google.com.vn A 216.239.38.120"
local-data: "www.google.vu A 216.239.38.120"
local-data: "www.google.ws A 216.239.38.120"
local-data: "www.google.rs A 216.239.38.120"
local-data: "www.google.co.za A 216.239.38.120"
local-data: "www.google.co.zm A 216.239.38.120"
local-data: "www.google.co.zw A 216.239.38.120"
local-data: "www.google.cat A 216.239.38.120"
```

Mit einem Klick auf **Save** speichern wir die Datei.

Der letzte Schritt ist, dass wir unserem DNS Server noch mitteilen müssen, wo er diese DNS-Einträge finden kann. Dazu öffnen wir wieder die Einstellungen des DNS Servers unter **Services → DNS Resolver** und klicken auf **Display Custom Options**. Dort fügen wir folgende Zeilen ein, speichern mit **Save** und übernehmen die Änderungen mit **Apply**.

```
server:
include: /var/unbound/google.conf
```

 

Unsere Suchmaschinen sind konfiguriert. Im nächsten Schritt richten wir den Inhaltsfilter für HTTP und den URL-Filter für HTTPS ein.

### Squid Proxy und SquidGuard

#### Installation

Damit pfSense die URLs filtern kann, brauchen wir einen Proxy-Server, durch den alle Anfragen aus unserem Netzwerk geleitet werden. Dazu verwenden wir Squid. SquidGuard ist, wie der Name schon vermuten lässt, der eigentliche Filter. Unter **System → Package Manager** im Reiter **_Available Packages_** installieren wir Squid und SquidGuard.

 

#### Transparenter Proxy für HTTP einrichten

Unter **Services → Squid Proxy Server** richten wir nun den transparenten Proxy für HTTP ein. Ein transparenter Proxy hat den Vorteil, dass wir keine Konfiguration an den einzelnen Rechner in unserem Netzwerk vornehmen müssen. Im Reiter _**General**_ aktivieren wir folgende Punkte:

  1. Enable Squid Proxy ✔
  2. Proxy Interface(s): LAN
  3. Allow users on Interface ✔
  4. Transparent HTTP Proxy ✔
  5. Transparent Proxy Interface(s): LAN

 

Nach dem Speichern mit **Save** legen wir im Reiter **_Local Cache_** fest, wie viel Festplattenplatz für den Cache verwendet werden soll (hier 500MB):

 

Auch hier müssen die Einstellungen wieder mit **Save** gespeichert werden. Der Transparente Proxy für HTTP-Verbindungen ist jetzt fertig eingerichtet.

#### SquidGuard konfigurieren

SquidGuard ist die Komponente, die sich um die Filterung der Inhalte kümmert. Jede Anfrage wir von SquidGuard untersucht und dann entschieden, ob die Anfrage bzw. die Website geblockt werden soll oder nicht. Dazu verwenden wir eine Blacklist, die wir später konfigurieren. Davor legen wir ein paar allgemeine Einstellungen unter **Services → SquidGuard Proxy Filter** fest.

  1. Enable ✔ (nicht im Screenshot zu sehen)
  2. Enable Log  ✔
  3. Enable Log Rotation ✔
  4. Enable Blacklist ✔
  5. Blacklist URL: http://www.shallalist.de/Downloads/shallalist.tar.gz

 

Unten speichern wir wieder alles mit **Save**.

> Beim SquidGuard müssen wir beachten, dass Änderungen in der Konfiguration erst dann aktiv werden, wenn wir **Save** und **Apply** (oben im Reiter _General Settings_) geklickt haben!

#### Black- und Whitelisten einrichten

Nachdem wir nun mit den grundlegenden Einstellungen fertig sind, fehlen noch die Black- und Whitelisten. Die URL für die Blackliste haben wir ja bereits angegeben. Nun müssen wir sie noch herunterladen im Reiter „_Blacklist_„.

 

Damit unser Filter auch funktioniert, legen wir nun einige Zielkategorien fest. Dazu öffnen wir den Reiter _„Target Kategories“_ und klicken auf **Add**. Wir erstellen eine Whitelist, in der alle Domainnamen kommen, die wir explizit erlauben. Das wären z.B. alle Google-Domain, da wir ja alle weiteren Suchmaschinen blocken werden, um dem Benutzer keine Möglichkeit zu geben, die weiter oben eingerichtet Safe-Search zu umgehen.

Folgendes geben wir ein:

  1. Name: Whitelist
  2. Domain List: ```
google.ac google.ad google.ae google.al google.am google.as google.at google.az google.ba google.be google.bf google.bg google.bi google.bj google.bs google.bt google.by google.ca google.cat google.cd google.cf google.cg google.ch google.ci google.cl google.cm google.cn google.co.ao google.co.bw google.co.ck google.co.cr google.co.hu google.co.id google.co.il google.co.in google.co.je google.co.jp google.co.ke google.co.kr google.co.ls google.com google.co.ma google.com.af google.com.ag google.com.ai google.com.ar google.com.au google.com.bd google.com.bh google.com.bn google.com.bo google.com.br google.com.bz google.com.co google.com.cu google.com.cy google.com.do google.com.ec google.com.eg google.com.et google.com.fj google.com.gh google.com.gi google.com.gr google.com.gt google.com.hk google.com.jm google.com.kh google.com.kw google.com.lb google.com.ly google.com.mm google.com.mt google.com.mx google.com.my google.com.na google.com.nf google.com.ng google.com.ni google.com.np google.com.om google.com.pa google.com.pe google.com.pg google.com.ph google.com.pk google.com.pr google.com.py google.com.qa google.com.sa google.com.sb google.com.sg google.com.sl google.com.sv google.com.tj google.com.tr google.com.tw google.com.ua google.com.uy google.com.vc google.com.vn google.co.mz google.co.nz google.co.th google.co.tz google.co.ug google.co.uk google.co.uz google.co.ve google.co.vi google.co.za google.co.zm google.co.zw google.cv google.cz google.de google-directory.co.uk google.dj google.dk google.dm google.dz google.ee google.es google.fi google.fm google.fr google.ga google.ge google.gg google.gl google.gm google.gp google.gr google.gy google.hn google.hr google.ht google.hu google.ie google.im google.iq google.is google.it google.je google.jo google.kg google.ki google.kz google.la google.li google.lk google.lt google.lu google.lv google.md google.me google.mg google.mk google.ml google.mn google.ms google.mu google.mv google.mw google.ne google.nl google.no google.nr google.nu google.off.ai googlepirate.com google.pl google.pn google.ps google.pt google.ro google.rs google.ru google.rw google.sc google.se google.sh google.si google.sk google.sm google.sn google.so google.sr google.st google.td google.tg google.tk google.tl google.tm google.tn google.to google.tt google.uz google.vg google.vu google.ws bing.com
```

  3. Description: Whitelist
  4. Mit **Save** speichern.

 

Der vorerst letzte Schritt ist die Einrichtung einiger Regeln. Das machen wir im Reiter _Common ACL_. Dann bei „Target Rules List“ auf das „+“ – Zeichen klicken, um eine Liste mit den verschiedenen Regelsätzen zu öffnen. Hier gibt es nun verschiedene Kategorien und auch unsere Whitelist taucht hier auf. Folgende Einstellungen nehmen wir nun vor:

  * Whitelist: access **whitelist**
  * Default access [all]: access **allow**

 

Die anderen Kategorien können je nach Bedarf eingestellt werden. Hier einige Beispiele:

  * Werbung blocken: [blk\_BL\_adv] access deny
  * Pornographie blocken: [blk\_BL\_porn] access deny
  * usw.

Damit ein Benutzer unseren URL-Filter nicht durch die Eingabe der IP-Adresse einer Seite umgehen kann, aktivieren wir noch **Do not allow IP-Addresses in URL**. Falls diese Einstellung Probleme macht, sollte man sie wieder deaktivieren.

 

Dann speichern wir mit **Save**, wechseln in den Reiter _General Settings_ und müssen dort noch einmal auf **Apply** drücken, damit unsere Änderungen auch angewendet werden.

#### Bisheriges Setup testen

Für HTTP-Verbindungen ist alles eingerichtet und wir können das Setup testen. Auf einem Rechner im LAN muss nichts weiter eingerichtet werden. Der Filter sollte bereits funktionieren. Falls wir eine Seite aufrufen, die in eine unserer Blacklisten auftaucht erscheint diese Seite:

 

#### Transparenter Proxy für HTTPS-Verbindungen

Bisher ist der transparente Proxy nur für HTTP, d.h. unverschlüsselte Anfragen aktiv.  Zu Beginn dieses Artikels habe ich bereits auf die Schwierigkeiten beim Filtern von verschlüsselten, also HTTPS-Verbindungen hingewiesen. In unserem Fall werden wir einen transparenten Proxy für HTTPS aktivieren, der es uns erlaubt einen URL-Filter für alle Anfragen auf Port 443 (HTTPS) zu aktivieren, allerdings mit dem Nachteil, dass wir nicht den Inhalt analysieren können (und auch nicht wollen!) sowie keine schöne Fehlerseite möglich ist. Stattdessen wird uns der Browser eine Zertifikatsfehlermeldung anzeigen. Doch dazu gleich mehr.

Wir aktivieren zuerst den transparenten Proxy auch für HTTPS. Dazu öffnen wir die Proxyeinstellungen unter **Services → Squid Proxy Server** und wählen im Abschnitt _SSL Man in the Middle Filtering_ folgende Einstellungen:

  * HTTPS / SSL Interception ✔
  * SSL/MITM Method: Splice All
  * SSL Intercept Interfaces: LAN
  * CA: Ein Certificat Authority Zertifkat auswählen. Eventuell müssen wir erst noch eines erstellen. (Unter **System → Cert. Manager**).
  * Alles mit **Save** speichern.

 

Nun ist wirklich alles eingerichtet und wir können auch HTTPS-Verbindungen testen. Wie bereits geschrieben, bekommen wir diesmal nicht so eine aussagekräftige Fehlermeldung wie für HTTP-Verbindungen, sondern eine Warnung des Browsers zu sehen:

 

Auch wenn diese Fehlermeldung nicht sehr aussagekräftig ist, haben wir unser eigentliches Ziel erreicht, nämlich das unerwünschte Seiten geblockt werden.

### Fazit

Wir haben nun ein System eingerichtet, welches allen Netzwerkverkehr in unserem LAN (oder WLAN) filtert. Dabei werden Seiten, die über die Blacklisten festgelegt wurden, geblockt.

Über das Für und Wider von solchen Sperren gibt es unterschiedliche Positionen. Es ist auf jeden Fall ein Problem, welches sich technisch nicht zu 100% lösen lässt und auch nicht sollte, da es vielmehr darum geht, (junge) Menschen dahingehend zu erziehen, dass sie verantwortungsvoll mit dem Medium „Internet“ umgehen können. Dieses Ziel allein durch solche Filtermaßnahmen zu erreichen, ist sicher nicht der richtige Weg. Auch das man Kinder und Jugendliche an Zensur und Filter „gewöhnt“ wird von einigen kritisch gesehen.

Auf der anderen Seite ist es gerade für Schulen, Bibliotheken oder auch zu Hause eine Hilfe, wenn man die Fülle an nicht altersgemäßen Inhalten etwas einschränken kann. Manche Länder schreiben so einen Filter auch gesetzlich vor!

(Quelle: )

 [1]: https://pfsense.org
 [2]: https://zefanjas.de/5-grossartige-open-source-programme-die-wir-in-unserer-schule-einsetzen/
 [3]: https://www.pfsense.org/download/
 [4]: https://doc.pfsense.org/index.php/Installing_pfSense
 [5]: https://de.wikipedia.org/wiki/Server_Name_Indication

MuseScore – App des Monats

Mon, 15 Jan 2018 13:41:27 +0000

Weltweit wird Open Source Software immer mehr an Schulen verwendet. Ich meine dabei nicht nur den klassischen Informatikunterricht (wenn es ihn denn gibt…), sondern auch außerhalb davon. Es gibt einige sehr gute Open Source Apps, die sich z.B. im Mathe-, Physik- oder Musikunterricht einsetzen lassen. Trotz allem gibt es meiner Erfahrung nach immer noch große Vorbehalte gegenüber Open Source Programmen im Unterricht. Die Gründe dafür sind sehr vielfältig und oft kann ich sie nachvollziehen. Es gibt mittlerweile ein sehr großes Angebot an (Lern-)Software und nur wenige der Anwendungen sind Open Source. Doch es gibt sie. Deshalb möchte ich in den kommenden Monaten verschiedene Open Source Programme und Apps vorstellen, die sehr gut für den Unterricht geeignet sind. Den Anfang macht MuseScore.

Was ist MuseScore?

MuseScore ist ein Notensatzprogramm mit einem WYSIWYG-Editor, das die Wiedergabe der eingegebenen Noten sowie den Import und Export in zahlreiche Dateiformate gestattet. Das Programm läuft unter Linux, Windows und macOS; für Windows gibt es eine portable Version, die ohne Installation etwa von einem USB-Massenspeicher gestartet werden kann. Die Benutzeroberfläche sowie die Eingabemöglichkeiten der Noten ähneln bekannten kostenpflichtigen Notensatzprogrammen wie Finale oder Sibelius. MuseScore ist jedoch Open Source und unter einer GNU General Public License lizenziert. (Wikipedia)

MuseScore ist ein Programm, dass ich jedem Musiklehrer oder Musiker ans Herz lege. Als wir vor einigen Jahren in unserer Schule auf Open Source gewechselt sind, war dieses Programm für unsere Musiklehrkräfte ein echter Gewinn. Mit MuseScore kann man sehr schnell und einfach Noten setzen. Doch MuseScore kann weit mehr.

Features

Es ist kaum möglich alle Features von MuseScore aufzulisten, weil es wirklich sehr viel kann. Hier eine Auswahl:

grafische Partitur-Eingabe und -Darstellung (WYSIWYG)
beliebige Anzahl von Notenzeilen
einfache und schnelle Noteneingabe mit Maus, Tastatur oder via Hardware-MIDI-Anschluss
Sequencer und FluidSynth-Softwaresynthesizer integriert
Abspielmöglichkeit der Partitur beinhaltet individuelle Einstellmöglichkeiten wie Geschwindigkeit und Lautstärke über ein virtuelles Mischpult
Automatische Transposition, beispielsweise mit oder ohne Tonart-Wechsel
Einfügen von Bildern in die Partitur
Mehrzeiliger Liedtext
verschiedene Möglichkeiten zum Datei-Import und -Export
und noch vieles vieles mehr!

Installation

MuseScore kann auf der Website des Projekts heruntergeladen werden. Es ist für so ziemlich jedes Betriebssystem und Plattform verfügbar. Wenn man snapd installiert hat (ab Ubuntu 16.04 standardmäßig mit dabei), kann man MuseScore mit folgendem Befehl installieren:

$ sudo snap install musescore

Alternativ kann man es auch aus den Paketquellen oder einem PPA installieren. Die Installation mit snap hat den Vorteil, dass man auch in älteren Ubuntu-Versionen immer die aktuelle Version bekommt ohne ein PPA einzurichten.

Anleitungen und Links

Zu MuseScore gibt es auch ein Handbuch in mehreren Sprachen, u.a. auch in deutsch. Dort werden die wichtigsten Themen, angefangen von der ersten Partitur bis hin zu fortgeschrittenen Themen, wie Griffbrettdiagramme, behandelt. Wenn man sich mal eine kleine Weile mit dem Programm beschäftigt hat, ist man erstaunt, was es alles kann. Allein die Fülle an Instrumenten, die unterstützt werden, sowie die unendlichen Möglichkeiten der Gestaltung der Partitur, sind sehr beeindruckend.

Ich habe versucht ein gutes Tutorial in deutsch zu finden, welches systematisch den Umgang mit Musescore beschreibt, aber ich bin leider nicht fündig geworden. Auf Youtube tummeln sich ein paar Videos in deutscher Sprache zur aktuellen Version, aber sie unterscheiden sich sehr vom Umfang und der Qualität der Aufnahme. Wer der englischen Sprache mächtig ist, wird sicher Gefallen an den offiziellen „MuseScore in Minutes“ finden. (Update: für diese Videos gibt es auch einen deutschen Untertitel!). Diese mehrteilige Videoreihe beschreibt kurz und knapp die wichtigsten Funktionen, sodass man sich danach schon recht gut in MuseScore zurecht findet (bzw. die Schüler).

Diese Programm wird sicher hauptsächlich im Musikunterricht und von Musiklehrkräften bzw. Musikern allgemein eingesetzt werden. Doch weitere Einsatzbereiche sind nicht ausgeschlossen, z.B.

Chorgruppen
Band-AGs
Instrumentenunterricht
…

Fazit

MuseScore kann sowohl für die Vorbereitung des eigenen Unterrichts, als auch direkt im Unterricht verwendet werden. Es ist auch möglich vorhandene Partituren anzupassen. Auf der Website des Projekts kann man dazu viele Partituren herunterladen und weiter bearbeiten.

Welche Open Source Apps und Programme verwendest du im Unterricht? Welche Open Source Software sollte unbedingt auf einem Schulcomputer installiert sein?

Kann man einen Computerraum für weniger als 1500€ einrichten? Ja!

Thu, 11 Jan 2018 07:49:33 +0000

Ausgangssituation

Einen Computerraum einzurichten, kann schnell sehr teuer werden. Computer, Monitore, Tastaturen, Kabel, Switche, usw. müssen gekauft werden, um später einen zuverlässigen Computerraum zu haben, der gern genutzt wird. Gerade kleine Schulen und Vereine, welche nur über kleine Budgets verfügen, sind in dieser Hinsicht kaum oder nur schlecht ausgestattet. Auch in Entwicklungsländern und weniger wohlhabenden Teilen der Welt (es ist der größere Teil!) teilen sich statistisch gesehen oft mehrere hundert Schüler einen einzigen Computer – wenn überhaupt. Deshalb möchte ich heute eine Idee vorstellen, wie man einen kompletten Computerraum für verhältnismäßig wenig Geld einrichten kann.

Anforderungen an den Computerraum

Damit ein Computerraum auch von allen genutzt wird, müssen die technischen Hürden sehr gering sein. Auf der anderen Seite, muss sich das System an sich einfach verwalten lassen, ohne das man dafür mehrere Stunden / Woche aufwenden muss.

Aus meiner Sicht sollten folgende (minimale) Anforderungen erfüllt sein:

einfach zu benutzen
schnell einen Soll-Zustand herstellen können
kurze Startzeiten
verlässliche Infrastruktur
keine Viren etc.
wartungsarm

Zutaten

Hardware

Damit wir das gesteckte Ziel von maximal 1500€ erreichen, müssen wir v.a. bei der Hardware „sparen“. Für die meisten Dinge, die Schüler heutzutage in einem Computerraum erledigen, brauchen sie i.d.R. nur einen Browser und evtl. ein Officepaket. Dafür braucht man keine aktuelle leistungsstarke Hardware. Ein Raspberry Pi oder gebrauchte Computer sind da völlig ausreichend.

Wir brauchen:

einen Server: das kann ein 3-7 Jahre alter Rechner sein mit einer größeren Platte (ca. 15-20GB pro Rechner) – z.B. von AfB, ca. 150€
Router (falls nicht schon vorhanden): ca. 20-50€
Switch gebraucht (Gigabit): ca. 50€
Raspberry Pi 3 (Starterkit): 50€
Bildschirm (meist schon vorhanden), sonst ca. 30-50€
Steckdosenleisten, Netzwerkkabel: ca. 100€
Tastatur+Maus: 15-20€

Wenn wir nicht mehr als 1500€ ausgeben wollen, reicht unser Budget für 12 Raspberry Pis. Falls z.B. Bildschirme schon vorhanden sind / gespendet werden, können wir natürlich entsprechend mehr Rechner kaufen.

Software

Gerade für den Raspberry Pi gibt es verschiedene Projekte, die uns die Verwaltung der Rechner sehr leicht machen und auch sehr wartungsarm sind. Schon seit einiger Zeit gibt es das PiNet Projekt, welches speziell für Schulen entwickelt wurde. Es bietet eine zentrale Benutzer- und Speicherverwaltung, d.h. die Kids können sich an jedem Rechner anmelden und können von dort auf ihre Daten zugreifen.

Letzte Woche hat die Raspberry Pi Foundation ein ganz ähnliches Projekt veröffentlicht: PiServer. Es hat ebenfalls den Fokus auf Schulen, aber nicht nur. Auch hier lassen sich Benutzer und Speicher zentral verwalten. Die Raspberry Pis starten hier auch über das Netzwerk und benötigen keine SD-Karte.

Alternativ kann man auch einen Raspberry Pi so einrichten, wie man es möchte und dieses Image dann auf die anderen Rechner verteilen. Ein zentraler Samba-Server dient zum Speichern der Arbeitsergebnisse. Marek hat so eine Lösung in seiner Schule umgesetzt (sogar für weniger als 1500€!).

Vor- und Nachteile

Wie bei jedem Projekt gibt es auch hier Vor- und Nachteile. Oben hatten wir unsere minimalen Voraussetzungen aufgeschrieben. Dazu kommen sicher noch weitere v.a. wenn es an die Auswahl der Software geht. Lernsoftware setzt meist Windows voraus. Vielleicht soll eine andere (rechenintensive) Software verwendet werden für die die Raspberry Pis zu leistungsschwach sind.

Vorteile sind auf jeden Fall:

sehr preisgünstig
stromsparend
platzsparend und leise
wartungsarm

Nachteile könnten sein:

Windows Lernsoftware läuft nicht (da PiNet und PiServer auf Linux setzen)
ungewohntes System für die meisten Kollegen. Der Mensch ist ein Gewohnheitstier – was man nicht kennt, lehnen viele leider erstmal ab. Hier ist sicher Überzeugungsarbeit gefragt und es ist gut, wenn man z.B. eine Einführung oder Fortbildung in das neue System anbietet um Berührungsängste zu nehmen.
Raspberry Pi sind evtl. nicht leistungsstark genug für rechenintensive Anwendungen
Netzwerkschnittstelle des Rapsberry Pi ist nicht sehr schnell (das ändert sich hoffentlich in einer zukünftigen Version)

Fazit

Gerade für Grundschulen, Bibliotheken oder andere (kleine) Vereine, welche Computerarbeitsplätze anbieten wollen, könnte eine Lösung mit Raspberry Pis eine Lösung sein. Für verhältnismäßig wenig Geld kann man ein verlässliches und wartungsarmes System einrichten. Wenn mehr Geld zur Verfügung steht, kann man mit leistungsstärkeren (durchaus gebrauchten) Rechnern auf linuxmuster.net setzen. Mit dieser Lösung hat man noch mehr Möglichkeiten und kann viele Rechner (Ubuntu / Windows) mit relativ wenig Aufwand verwalten.

Setzt du einen Raspberry Pi in der Schule oder im Verein ein? Welche Erfahrungen hast du damit gemacht?

(Beitragsbild CC BY-SA 4.0 by DGately)

5 Gründe warum wir LXD verwenden

Mon, 08 Jan 2018 00:27:45 +0000

Linuxcontainer und der Container-Hypervisor LXD sind eine meiner Lieblingstechnologien seit Ubuntu 16.04. Wir verwenden [Linuxcontainer][1] bei uns in der Schule für unsere [Webanwendungen oder auch andere Dienste][2]. Es gibt einige Dinge, die ich an LXD sehr mag. Also: Warum LXD?

Einige Dinge, wie Installation, einen ersten Container erstellen usw. habe ich in [diesem kleinen Screencast][3] zusammengefasst:

1. LXC Client und REST API

Neben LXD gibt es noch das Kommandozeilenprogramm lxc. Es ist sehr einfach zu bedienen und dabei sehr mächtig. Es macht einfach Spaß damit zu arbeiten. lxc greift dabei auf die Rest API von LXD zurück. Hier ein paar kleine Beispiele:

Einen neuen Ubuntu Container erstellen und starten (x steht für Xenial):

$ lxc launch ubuntu:x mein_container

Root im Container werden:

$ lxc exec mein_container bash ``` Alle Container anzeigen: ``` $ lxc list ``` Eine Datei in den Container kopieren: ``` lxc file push /mein/lokaler/Pfad mein_container/mein/Pfad/im/Container ``` Das Tolle ist IMHO auch, dass man die API über das Netzwerk verfügbar machen kann. So kann ich an meinem Rechner mehrere Remotes hinzufügen. Wir haben z.B. mehrere LXD Hosts im Einsatz. Möchte ich nun auf diese Hosts zugreifen, ohne mich jedes Mal per SSH anzumelden, füge ich diese einfach als Remote hinzu: ``` $ lxc remote add host1 IP-des-Hosts ``` Nun kann ich die gleichen Befehle wie oben nutzen. Vor dem Containername muss einfach nur der Name des Remote-Hosts angegeben werden: ``` $ lxc launch ubuntu:x host1:container2 $ lxc list hosts1: $ lxc exec host1:container2 bash ``` ### 2. Geschwindigkeit Linuxcontainer sind schnell erstellt und man kann sie sehr schnell starten und beenden. Das dauert i.d.R. nur wenige Sekunden. Das ist vielleicht kein Alleinstellungsmerkmal für LXD, denn das Gleiche gilt auch für Docker oder andere Containertechnologien. ### 3. Snapshots & Migration Ein Feature von LXD sind Snapshots. Ich kann von jedem Container einfach ein Abbild erstellen, auf welches ich später wieder zurück kann. ``` $ lxc snapshot mein_container ``` Mit `lxc info mein_container` kann ich mir meine Snapshots anzeigen lassen und mit folgendem Befehl zum letzten Snapshot zurückkehren: ``` $ lxc restore mein_container snap0 ``` Ich kann aber auch aus einem Snapshot einen neuen Container (hier _test_) erstellen, um z.B. ein Update oder eine Änderung zu testen. ``` $ lxc copy mein_container/snap0 test ``` Auch hier gilt, dass ich das nicht nur lokal auf einem Host machen kann, sondern so z.B. einen Container von einem Host auf einen anderen (live) migrieren kann. Es gibt dabei zwei Möglichkeiten. Entweder erstelle ich eine Kopie oder ich verschiebe den Container. Ich mache davon manchmal Gebrauch, wenn ich z.B. eine neue Anwendung lokal auf meinem Rechner teste, kann ich sie später einfach auf den Host in der Schule schieben. ``` $ lxc copy mein_container host1:mein_container $ lxc move mein_container host1:mein_container ``` ### 4. Ressourcenschonend Linuxcontainer verbrauchen sehr wenig Speicherplatz, da sie sich viele Komponenten mit dem Container-Host teilen. Ein frisches Ubuntu-Image z.B. verbraucht nur wenige MB an Speicherplatz. Alle Container teilen sich zudem Arbeitsspeicher und CPU-Ressourcen. So kann eine viel höhere Dichte im Vergleich zu virtuellen Maschinen erreicht werden, die wesentlich mehr Ressourcen brauchen. Canonical spricht davon, dass auf einem Server [10x mehr Container-VMs][4] möglich sind im Vergleich zu klassischen virtuellen Maschinen (z.B. KVM). ### 5. Flexible Netzwerk und Speicherkonfiguration Mit LXD sind verschiedenste Anwendungsszenarien möglich. Es werden verschiedene Speicher-Backends unterstützt und verschiedene Netzwerktreiber. Man kann auch mehrere Speicher-Backends auf einem Host haben und bei der Erstellung eines Containers entscheiden, auf welchem Speicher er gestartet werden soll. Eine [Übersicht über alle möglichen Speicher][5] findet man in der Dokumentation. Auch netzwerktechnisch sind unterschiedliche Optionen vorhanden. Standardmäßig erstellt LXD ein eigenes Subnet für die Container. Man kann aber auch Netzwerkbrücken einrichten oder VLANs nutzen, um den Container die gewünschte IP zu geben bzw. die vorhandene Infrastruktur zu nutzen. ### Fazit Wer viel mit Linux-VMs arbeitet, sollte sich [LXD][6] auf jeden Fall anschauen. LXD ist für mich die perfekte Mischung aus den Vorteilen, die Container bringen und der gewohnten Umgebung, die man von einer Linux-VM gewohnt ist. Es ist wie eine „richtige“ virtuelle Maschine, nur schneller.

Welche Erfahrungen hast du bereits mit Container allgemein bzw. mit LXD konkret gemacht?

[1]: https://zefanjas.de/wie-man-mehrere-webseiten-mit-nginx-und-haproxy-mit-lxd-hosten-kann/ [2]: https://zefanjas.de/5-grossartige-open-source-programme-die-wir-in-unserer-schule-einsetzen/ [3]: https://www.youtube.com/watch?v=14MS_NKTKUE [4]: https://www.ubuntu.com/containers/lxd [5]: https://lxd.readthedocs.io/en/latest/storage/#storage-backends-and-supported-functions [6]: https://zefanjas.de/tag/lxd/

Kann man eine Schule nur mit Open Source Software betreiben?

Thu, 04 Jan 2018 06:00:22 +0000

Schule und Open Source – geht das? Wie viel Open Source verträgt eine Schule? Diese Frage bewegt mich nun seit mehr als 2 Jahren. Es gibt so viele tolle Open Source Projekte – gerade auch für Schulen – doch können die wenigsten der Schüler und Lehrkräfte damit etwas anfangen. Woran liegt das? Woher kommen die Berührungsängste mit Open Source? Ist es der Ruf oder die ~~Angst~~ Bequemlichkeit, sich auf etwas Neues einlassen zu müssen? In Deutschland gibt es verschieden Projekte, die sich dem Thema Schule und Open Source angenommen haben. Es gibt sie also wirklich, Schulen, die auf Open Source setzen.

Wir sind diesen Schritt ebenfalls vor 1,5 Jahren gegangen und haben unsere Schul-IT zu fast 100% auf Open Source umgestellt. In den letzten Artikeln hier im Blog habe ich davon berichtet. Dabei geht es meist um Software, die wir auf unseren Servern einsetzen. Aber auch in unseren Klassenzimmern setzen wir fast ausschließlich auf Ubuntu.

Neuer Blog zum Thema „Schule und Open Source“

Heute möchte ich zu diesem Thema ein neuen Blog vorstellen: OpenSchoolSolutions.org. Nachdem ich bereits seit Juli unregelmäßig Artikel in englisch auf Medium veröffentliche, möchte ich nun zusätzlich einen eigenen Blog starten. Ziel ist es, unsere Erfahrungen weiterzugeben, zu teilen und auf tolle Open Source Projekte für den Serverraum bzw. das Klassenzimmer hinzuweisen. Geplant sind auch neue Formate abseits von Blogartikeln, d.h. Videos und Screencasts zu Anwendungen sowie Tutorials. Ich bin selbst gespannt, wohin die Reise geht und freue mich auf dieses neue Projekt!

Wenn du gern auf dem Laufenden bleiben möchtest, gibt es folgende Möglichkeiten:

Fazit

Ich werde auch hier im Blog weiter in deutsch zu Themen rund um Schule, Open Source und Server berichten. Für mich passen diese beiden – Schule und Open Source – einfach wunderbar zusammen. Dabei meine ich nicht unbedingt die Art der Lizenz, sondern der gesamte Gedanke, der hinter dieser Bewegung steckt. Gemeinsam etwas zu schaffen, voneinander zu lernen, zu teilen und sich gegenseitig zu helfen.

HAProxy, Nginx, LXD und Let’s Encrypt

Mon, 01 Jan 2018 04:55:59 +0000

In meinem letzten Beitrag habe ich beschrieben, wie man verschiedene Webserver, die in einem LXD Container laufen, von außen über einen Reverse-Proxy (in unserem Fall HAProxy) erreichbar machen kann. Diese Setup läuft aber nur über HTTP (Port 80) und damit über einen unverschlüsselte Verbindung. Heutzutage ist es unabdingbar, dass man seine Website auch verschlüsselt. Deswegen möchte ich heute das Setup erweitern, sodass die Webserver über eine verschlüsselte Verbindung erreichbar sind. HAProxy wird dabei SSL/TLS Termination Proxy agieren, d.h. wir müssen nur an einer Stelle alle unsere Zertifikate verwalten und nicht auf jedem einzelnen Webserver selbst. Der Vorteil ist, dass den Webservern Arbeit durch den Proxy abgenommen wird, allerdings muss man wissen, dass die Kommunikation zwischen HAProxy und den Webservern unverschlüsselt erfolgt. Dieses private Netz sollte als sicher angesehen werden. In unserem Fall ist das das Subnet von LXD, in dem sich die Container befinden. Folgende Grafik veranschaulicht den Prozess:

Container überprüfen

Zuerst überprüfen wir, ob alle unsere Container laufen und eine IP haben. Das können wir mit dem bekannten lxc list Befehl machen:

$ lxc list
+---------+---------+-----------------------+------+------------+-----------+
|  NAME   |  STATE  |         IPV4          | IPV6 |    TYPE    | SNAPSHOTS |
+---------+---------+-----------------------+------+------------+-----------+
| haproxy | RUNNING | 10.10.10.10 (eth0)    |      | PERSISTENT | 0         |
+---------+---------+-----------------------+------+------------+-----------+
| web1    | RUNNING | 10.10.10.100 (eth0)   |      | PERSISTENT | 0         |
+---------+---------+-----------------------+------+------------+-----------+
| web2    | RUNNING | 10.10.10.200 (eth0)   |      | PERSISTENT | 0         |
+---------+---------+-----------------------+------+------------+-----------+

Alle unsere Container sind online und haben eine IP-Adresse bekommen. Weiterhin sollten die DNS-Einträge unserer beiden Webserver auf die öffentliche IP des Servers zeigen. Dies können wir z.B. mit dem host-Befehl überprüfen:

$ host web2.example.com
web1.example.com has address 1.2.3.4

Weiterleitung für HTTPS einrichten

Bisher wird nur Traffic, der auf Port 80 auf unserem Server ankommt an den HAProxy Container weitergeleitet. Für HTTPS brauchen wir aber noch eine Weiterleitung für Port 443. Diese können wir mit einer ähnlichen iptables Regel einrichten:

$ sudo iptables -t nat -I PREROUTING -i eth0 -p TCP -d server_ip/32 --dport 443 -j DNAT --to-destination haproxy_ip:443

Diese Regel ist nach einem Neustart wieder weg. Um sie dauerhaft einzurichten, kann man z.B. das Paket iptables-persistent installieren.

HAProxy anpassen

Als nächsten müssen wir den HAProxy Konfiguration anpassen. Dazu loggen wir uns als root in dem Container ein:

$ lxc exec haproxy bash

Nun können wir die Konfigurationsdatei (/etc/haproxy/haproxy.cfg) öffnen (im HAProxy-Container) und anpassen.

$ nano /etc/haproxy/haproxy.cfg

Damit unser SSL Setup möglichst sicher ist, fügen wir folgende Zeilen im global Abschnitt hinzu. Ich habe Sie mit dem Mozilla SSL Configuration Generator erzeugt:

global
    ...
    # set default parameters to the modern configuration
    ssl-default-bind-ciphers ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256
    ssl-default-bind-options no-sslv3 no-tlsv10 no-tlsv11 no-tls-tickets
    ssl-default-server-ciphers ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256
    ssl-default-server-options no-sslv3 no-tlsv10 no-tlsv11 no-tls-tickets

Im defaults Block fügen wir folgende Zeilen hinzu:

defaults
     ...
     option forwardfor
     option http-server-close
     ...

Nun sind einige Anpassungen im frontend www_frontend Abschnitt notwendig:

frontend www_frontend
    # Http
    bind *:80
    # Https mit Ordner für Certifikate
    bind *:443 ssl crt /etc/haproxy/certs/
    # allen Traffic nach https weiterleiten
    redirect scheme https if !{ ssl_fc }
    # TLS Termination. HAProxy informiert hier unseren Webserver darüber. 
    reqadd X-Forwarded-Proto:\ https

    # Unterscheide zwischen sicheren und unsicheren Requests (wird in den nächsten zwei Zeilen verwendet).
    acl secure dst_port eq 443
    
    # Markiere alle Cookies als sicher, wenn sie über SSL gesendet werden.
    rsprep ^Set-Cookie:\ (.*) Set-Cookie:\ \1;\ Secure if secure
    # Füge den HSTS-Header mit einem maximalen Alter von 1 Jahr hinzu.
    rspadd Strict-Transport-Security:\ max-age=31536000 if secure

In in den Backend Abschnitten müssen wir keine Änderungen vornehmen.

Let’s Encrypt Zertifikate einrichten

Nun brauchen wir für die verschlüsselte Kommunikation noch ein Zertifikat für unsere Webserver. Let’s Encrypt bietet kostenfreie Zertifikate schon seit einigen Jahren an und ab diesem Jahr sogar Wildcard-Zertifikate.

Damit wir die Zertifikate einrichten können, brauchen wir den Let’s Encrypt Client, den wir wie folgt installieren (im HAProxy Container):

$ sudo apt install letsencrypt

Wir generieren ein Zertifikat, welches für alle unsere Domains gültig ist:

$ letsencrypt certonly -d example.com -d web2.example.com

Wenn alles geklappt hat, haben wir nun ein gültiges Zertifikat für unsere beiden Webserver. Jetzt müssen wir nur noch HAProxy die richtigen Zertifikate zur Verfügung stellen. Dazu müssen wir die Certificate Chain und den Private Key zusammenfügen, damit HAProxy etwas damit anfangen kann. Wir legen im ersten Schritt das Zielverzeichnis an und fügen dann die Zertifikate und den Key zusammen:

$ mkdir -p /etc/haproxy/certs/
$ DOMAIN='example.com' sudo -E bash -c 'cat /etc/letsencrypt/live/$DOMAIN/fullchain.pem /etc/letsencrypt/live/$DOMAIN/privkey.pem &gt; /etc/haproxy/certs/$DOMAIN.pem'

Zum Schluss starten wir den HAProxy neu:

$ systemctl restart haproxy

Testen

Wir sind fast am Ziel und möchten unsere Domains noch testen, ob auch alles richtig konfiguriert wurde. Zuerst rufen wir die Seiten in einem Webbrowser auf. Es sollte neben der Adresse ein grünes Schloss erscheinen (im Firefox). Weiterhin sollten wir noch einen SSL Server Test durchführen. Das Ergebnis lässt sich sehen:

Fazit

Mit wenigen Schritten haben wir ein Setup geschaffen, in dem wir mehrere Webseiten nach außen hin erreichbar machen können. Das Ganze lässt sich leicht erweitern und skalieren. Besonders angenehm finde ich die Verwaltung der Zertifikate an einer Stelle und nicht auf jedem Webserver einzeln. LXD und Let’s Encrypt, sowie HAProxy sind für mich eine der großen persönlichen Entdeckungen der letzten zwei Jahre.

Was sind für dich die größten Herausforderung bei der Bereitstellung von Webservern?

Wie man mehrere Webseiten mit Nginx und HAProxy mit LXD hosten kann

Tue, 26 Dec 2017 14:16:50 +0000

LXD und Linuxcontainer sind eine meiner Lieblingstechnologien in Ubuntu. In wenigen Sekunden kann man einen neue virtuelle Maschine in einem Container starten. Wir machen davon in [unserer Schule][1] [stark Gebrauch][2]. Fast alle Webanwendungen laufen in einem solchen Container. So haben wir die einzelnen Anwendungen besser getrennt. Weiterhin kann man sehr schnell einen Snapshot eines Containers machen und vieles mehr. Wenn man nun diese verschiedenen Webseiten öffentlich zugänglich machen möchte, gibt es ein Problem, denn i.d.R. hat man nur eine öffentliche IP zur Verfügung (fest bzw. dynamisch). Eine Lösung wäre, dass die Webanwendungen auf verschiedenen Ports laufen, aber das ist nicht unbedingt benutzerfreundlich. In diesem Beitrag möchte ich zeigen, wie man mehrere Webseiten mit Nginx und HAProxy mit LXD hosten kann.

Voraussetzungen

Wir brauchen:

einen Server (ab Ubuntu 16.04) mit öffentlicher IP
Zugang mit Rootrechten (root / sudo)
eine Domain und Subdomain, die mit je einem DNS A Eintrag auf die öffentliche IP des Servers zeigen

Schritt 1 – Benutzer der lxd – Gruppe hinzufügen

Damit man mit einem Nicht-Root-Benutzer lxd verwalten kann, müssen wir zuerst den Benutzer der Gruppe hinzufügen:

sudo usermod --append --groups lxd username
```

Damit die Änderungen wirksam werden, müssen wir uns einmal _aus- und wieder einloggen_!

### Schritt 2 – lxd konfigurieren

lxd ist in Ubuntu 16.04 vorinstalliert. Falls nicht, können wir es mit

```
sudo snap install lxd
```

nachholen. In LXD gibt es verschiedene Möglichkeiten, wie und wo die Container ihren Speicherplatz haben. Man kann verschiedene Dateisysteme auswählen und entscheiden, ob die Container in einer Datei oder extra Partition bzw. Festplatte gespeichert werden. In diesem Tutorial verwenden wir ZFS für Linux mit einen sogenannten „loop device“. Das installieren wir mit

sudo apt-get install zfsutils-linux
```

Nun können wir mit der Einrichtung von lxd beginnen:

sudo lxd init
```

Es werden verschiedene Fragen gestellt, die man wie folgt beantworten kann (Achtung: Die Netzwerkbrücke nur für IPv4 aktivieren! Das Subnet kann frei gewählt werden)

```
Name of the storage backend to use (dir or zfs) [default=zfs]: zfs
Create a new ZFS pool (yes/no) [default=yes]? <span style="color: yes
Name of the new ZFS pool [default=lxd]: lxd
Would you like to use an existing block device (yes/no) [default=no]? no
Size in GB of the new loop device (1GB minimum) [default=15]: 15
Would you like LXD to be available over the network (yes/no) [default=no]? no
Do you want to configure the LXD bridge (yes/no) [default=yes]? yes
LXD has been successfully configured.
```

Die Netzwerkbrücke ist notwendig, damit jeder Container seine eigene IP bekommt und Zugang zum Internet hat.

 

So, jetzt ist alles eingerichtet und wir können unsere ersten Container erstellen!

### Schritt 3 – Container erstellen

Um unsere Container zu verwalten, brauchen wir den `lxc` Befehl. Diese feine Programm ist sehr einfach zu verwenden und dabei sehr mächtig. Zuerst wollen wir uns mal alle Container anzeigen lassen. Das geht mit `lxc list`:

$ lxc list
+------+-------+------+------+------+-----------+
| NAME | STATE | IPV4 | IPV6 | TYPE | SNAPSHOTS |
+------+-------+------+------+------+-----------+
```

Es werden keine Container angezeigt, weil wir ja noch keine erstellt haben.

Für unser Beispiel brauchen wir drei Container: einen für HAProxy und 2 Webserver mit Nginx (oder Apache, wenn das jemand bevorzugt).

Wir werden den Befehl `lxc launch` verwenden, um einen Ubuntu 16.04 (`ubuntu:x`) Container namens `web1` zu erstellen und zu starten. Das `x` in `ubuntu:x` ist eine Abkürzung für den ersten Buchstaben von Xenial, der Codename von Ubuntu 16.04. `ubuntu:` ist der Bezeichner für das vorkonfigurierte Repository von LXD-Images.

Unsere drei Container können wir also mit folgenden Befehlen erstellen:

```
$ lxc launch ubuntu:x web1
$ lxc launch ubuntu:x web2
$ lxc launch ubuntu:x haproxy

```

Wenn man den ersten Container erstellt, wird zuerst das Image heruntergeladen, dass etwas dauern kann. Die anderen beiden Container werden dann sehr schnell erstellt.

Nun können wir mit lxc list schauen, ob unsere Container auch alle da sind:

```
$ lxc list
+---------+---------+-----------------------+------+------------+-----------+
|  NAME   |  STATE  |         IPV4          | IPV6 |    TYPE    | SNAPSHOTS |
+---------+---------+-----------------------+------+------------+-----------+
| haproxy | RUNNING | 10.10.10.10 (eth0)    |      | PERSISTENT | 0         |
+---------+---------+-----------------------+------+------------+-----------+
| web1    | RUNNING | 10.10.10.100 (eth0)   |      | PERSISTENT | 0         |
+---------+---------+-----------------------+------+------------+-----------+
| web2    | RUNNING | 10.10.10.200 (eth0)   |      | PERSISTENT | 0         |
+---------+---------+-----------------------+------+------------+-----------+
```

In dieser Liste sehen wir zuerste den Namen des Containers und seinen Status (RUNNING, STOPPED). Dann die IP Adresse(n) (die hier exemplarisch ist) und der Typ. Zum Schlusso noch die Anzahl der Snapshots / Sicherungspunkte. Die IP-Adressen werden wir gleich brauchen (am besten notieren).

### Schritt 4 – Nginx-Container einrichten

Um eine Verbindung zum Container herzustellen, verwenden wir den Befehl `lxc exec`, der den Namen des Containers und die auszuführenden Befehle enthält.

```
$ lxc exec web1 -- sudo --login --user ubuntu
```

Die Zeichenkette `--` gibt an, dass die Befehlsparameter für lxc dort zu Ende sind, und der Rest der Zeile wird als der auszuführende Befehl innerhalb des Containers übergeben. Der Befehl ist `sudo --login --user ubuntu`, der eine Login-Shell für das vorkonfigurierte Konto `ubuntu` im Container bereitstellt.

> Hinweis: Wenn man eine Verbindung zu den Containern als _root_ herstellen müssen, kann man stattdessen den Befehl `lxc exec web1 -- /bin/bash` verwenden

Nun sind wir in der Konsole des Containers (_ubuntu@web1_) und können nginx installieren:

```
$ sudo apt update
$ sudo apt install nginx
```

Damit wir später besser erkennen auf welchem Webserver wir uns gerade befinden, ändern wir die Standard-Seite des Webservers:

```
$ sudo nano /var/www/html/index.nginx-debian.html
```

Für die Änderung bieten sich der _title_-Tag und die erste Überschrift (_h1_) an:

```
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx on LXD container web1!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx on LXD container web1!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>
```

Nachdem wir die Datei an den beiden Stellen geändert haben, können wir mit **Strg+X** und **Y** die Datei speichern. Mit **Strg+D** oder `logout` verlassen wir wieder den Container.

Zurück auf dem Server testen wir, ob der Webserver auch ordnungsgemäß funktioniert. Mit dem folgenden Befehl sollten wir die Willkommenseite sehen, die wir gerade eben angepasst haben:

```
$ curl http://10.10.10.100/
```

Wenn alles geklappt hat, kann der zweite Container nach dem gleichen Muster eingerichtet werden.

### Schritt 5 – HAProxy konfigurieren

Jetzt, da alle beiden Webserver-Container eingerichtet sind, fehlt nur noch der Reverse Proxy. Er ist dafür verantwortlich, dass die Anfragen von außen vom richtigen Container verarbeitet werden. [HAProxy][3] ist ein sehr leistungsstarker Proxy, der auch von Gihub oder Twitter verwendet wird. Die Möglichkeiten sind auch hier wieder sehr vielfältig. Wir werden deshalb nur ein sehr einfaches Setup machen.

Zuerst loggen wir uns wieder in den Container ein und installieren HAProxy:

```
$ lxc exec haproxy -- sudo --login --user ubuntu
$ sudo apt-get update
$ sudo apt-get install haproxy
```

Nun konfigurieren wir HAProxy. Dazu öffnen wir die Datei _**/etc/haproxy/haproxy.conf**_ mit einem Texteditor:

$ sudo nano /etc/haproxy/haproxy.cfg
```

Im Abschnitt `defaults` fügen wir die Optionen _forwardfor_ und _http-server-close_ hinzu.

global
...
defaults
    log global
    mode    http
    option  httplog
    option  dontlognull
    <span class="highlight">option   forwardfor</span>
    <span class="highlight">option   http-server-close</span>
    timeout connect 5000
    timeout client  50000
    timeout server  50000
...
```

#### Frontends

Als nächstes konfigurieren wir das Frontend so, dass es auf unsere beiden Backend-Container zeigt. Wir fügen einen neuen Frontend-Abschnitt mit dem Namen _wwww_frontend_ hinzu, der so aussieht:

```
frontend www_frontend
    bind *:80 # Port 80 (www) an den Container binden

    # Es gibt eine Übereinstimmung sobald das HTTP Host: field einen der Hostnamen enthält (nach dem '-i').
    acl host_web1 hdr(host) -i example.com www.example.com
    acl host_web2 hdr(host) -i web2.example.com

    # Leite die Verbindung zum richtigen Servercluster um, je nach Übereinstimmung.
    use_backend web1_cluster if host_web1
    use_backend web2_cluster if host_web2
```

Die _acl-Befehle_ stimmen mit den Hostnamen der Webserver überein und leiten die Anfragen an den entsprechenden Backend-Abschnitt weiter.

#### Backends

Dann definieren wir zwei neue Backend-Abschnitte, eine für jeden Webserver, und nennen sie _web1_cluster_ bzw. _web2_cluster_. Wir fügen den folgenden Code zur Datei hinzu, um die Backends zu definieren:

```
backend web1_cluster
    balance leastconn
    # Wir setzen den X-Client-IP HTTP-Header. Dies ist nützlich, wenn wir wollen, dass der Webserver die tatsächliche Client-IP kennt.
    http-request set-header X-Client-IP %[src]
    # Dieses Backend, hier "web1" genannt, verweist auf den Container "web1.lxd" (Hostname).
    server web1 web1.lxd:80 check

backend web2_cluster
    balance leastconn
    http-request set-header X-Client-IP %[src]
    server web2 web2.lxd:80 check

```

Die _balance_-Option bezeichnet die Load-Balancing-Strategie. In diesem Fall entscheiden wir uns für die geringste Anzahl von Verbindungen. Die Option _http-request_ setzt einen HTTP-Header mit der realen Web-Client-IP. Wenn wir diesen Header nicht setzen würden, würde der Webserver die HAProxy-IP-Adresse als Quell-IP für alle Verbindungen aufzeichnen, was die Analyse der Herkunft des Datenverkehrs erschwert. Die Server-Option spezifiziert einen beliebigen Namen für den Server (web1), gefolgt von Hostname und Port des Servers.

LXD stellt einen DNS-Server für die Container zur Verfügung, so dass web1.lxd sich auf die mit dem web1-Container verknüpfte IP auflöst. Die anderen Container haben eigene Hostnamen, wie z.B. web2.lxd und haproxy.lxd.

Der c_heck_-Parameter weist HAPRoxy an, auf dem Webserver Überprüfungen durchzuführen, um sicherzustellen, dass er verfügbar ist.

Um zu testen, ob die Konfiguration gültig ist, führen Sie den folgenden Befehl aus:

```
$ haproxy -f /etc/haproxy/haproxy.cfg -c
Configuration file is valid
```

Nun müssen wir noch den HAProxy neu laden:

```
$ sudo systemctl reload haproxy

```

Damit sind wir im HAProxy-Container fertig und können uns wieder mit **Strg+D** bzw. **logout** abmelden.

Wir haben HAProxy so konfiguriert, dass es als Reverse-Proxy fungiert, der alle Verbindungen, die es auf Port 80 empfängt, an den entsprechenden Webserver in den beiden anderen Containern weiterleitet. Testen wir, ob es Haproxy tatsächlich gelingt, die Anfragen an den richtigen Web-Container weiterzuleiten. Dazu führen wir den folgenden Befehl aus:

```
$ curl --verbose --header 'Host: web2.example.com' http://10.10.10.10
```

Dies stellt eine Anfrage an HAProxy und setzt einen HTTP-Host-Header, den HAProxy verwenden soll, um die Verbindung zum entsprechenden Webserver umzuleiten.

Als Ausgabe sollten wir nun die Standarseite des Nginx-Servers vom web2-Container erhalten!

HAProxy hat die Anfrage richtig verstanden und an den web2-Container weitergeleitet. Dort zeigt der Webserver der Standard-Indexseite an, die wir zuvor bearbeitet haben, und zeigt den Text auf dem LXD-Container web2 an.

### Schritt 6 – Eingehende Verbindungen an den HAProxy weiterleiten

Zum Schluss müssen wir noch dafür sorgen, dass alle externen Anfragen auf Port 80 an HAProxy weitergeleitet werden, damit die Welt auf unsere Websites zugreifen kann.

HAProxy haben wir in einem Container installiert und ist standardmäßig aus dem Internet nicht erreichbar. Um dies zu lösen, erstellen wir eine iptables-Regel, um Verbindungen weiterzuleiten.

Der Befehl iptables benötigt zwei IP-Adressen: die öffentliche IP-Adresse des Servers (server\_ip) und die private IP-Adresse des Haproxy-Containers (haproxy\_ip), die man mit dem Befehl `lxc list` erhält.

Führen Sie diesen Befehl aus, um die Regel zu erstellen:

```
$ sudo iptables -t nat -I PREROUTING -i eth0 -p TCP -d server_ip/32 --dport 80 -j DNAT --to-destination haproxy_ip:80
```

Um diesen iptables-Befehl zu speichern, damit er nach einem Neustart erneut angewendet wird, installieren wir das Paket _iptables-persistent_:

```
$ sudo apt-get install iptables-persistent
```

Bei der Installation des Pakets werden wir aufgefordert, die aktuellen iptables-Regeln zu speichern. Akzeptieren und speichern wir alle aktuellen iptables-Regeln.

### Schritt 7 – Zugriff von außen testen

Wenn wir die beiden Domains (DNS A Eintrag) eingerichtet haben, sollten wir in der Lage sein, sich mit Ihrem Webbrowser mit jeder Website zu verbinden. Alternativ und nur zum lokalem Test können wir auch einen Eintrag in der **_/etc/hosts_** Datei machen:

```
server_IP example.com
server_IP web2.example.com
```

Um zu testen, ob die beiden Webserver tatsächlich über das Internet erreichbar sind, greifen wir von einem lokalen Computer aus mit einem Browser auf unsere beiden Domains zu (example.com bzw. web2.example.com). In beiden Fällen sollten wir nun die entsprechende Standardseite des Webservers sehen!

### Fazit

Wir haben zwei Websites eingerichtet, jede in einem eigenen Container, wobei HAProxy den Datenverkehr steuert. Diesen Prozess können wir wiederholen, um viele weitere Websites zu konfigurieren, die jeweils auf einen eigenen Container beschränkt sind.

So könnten wir z.B. auch MySQL in einem neuen Container hinzufügen und dann ein CMS wie WordPress installieren, um eine Website zu starten. Weiterhin könnten wir  diese Vorgehensweise auch verwenden, um ältere Softwareversionen zu unterstützen. Zum Beispiel, wenn eine Installation eines CMS eine ältere Version von Software wie PHP5 erfordert, dann können wir Ubuntu 14.04 in den Container installieren (`lxc launch ubuntu:t`), anstatt zu versuchen, die Paketmanager-Versionen, die auf Ubuntu 16.04 verfügbar sind, herabzusetzen.

Schließlich bietet LXD die Möglichkeit, Snapshots des vollen Zustands von Containern zu machen, was die Erstellung von Backups und das Zurückrollen von Containern zu einem späteren Zeitpunkt vereinfacht. Darüber hinaus, wenn wir LXD auf zwei verschiedenen Servern installieren, dann ist es möglich, diese miteinander zu verbinden und Container zwischen Servern über das Internet zu migrieren. Doch darüber berichte ich vielleicht ein andern mal…

**Update:** [Als nächsten Schritt sollte man das Setup noch mit SSL sicherer machen.][4]


  Setzt du LXD ein und welche Erfahrungen hast du bisher gemacht?


 [1]: https://zefanjas.de/5-grossartige-open-source-programme-die-wir-in-unserer-schule-einsetzen/
 [2]: https://zefanjas.de/open-source-in-der-schul-it-teil-2/
 [3]: http://www.haproxy.org/
 [4]: https://zefanjas.de/haproxy-nginx-lxd-und-lets-encrypt/

Public Money, Public Code

Mon, 18 Dec 2017 13:26:58 +0000

Heute möchte ich nur kurz auf die Kampagne „Public Money, Public Code“ hinweisen. Wenn dir dieses Thema am Herzen liegt, dann unterzeichnet doch auch! Auf der Website gibt es ein kleines Video, welches das Anliegen der Kampagne sehr anschaulich erklärt.

Von allen bezahlter Code sollte für alle verfügbar sein!

Es gibt viele Beispiele, wie Geld (sehr viel Geld!) für proprietäre Software in Schulen und öffentlichen Einrichtungen ausgegeben wird. Die Projekte schaffen meist mehr Abhängigkeiten und Sicherheitslücken werden spät oder gar nicht gefixt, da Upgrades selten stattfinden.

Der folgende Artikel fast gut zusammen, was es bedeutet, wenn sich eine Stadt, ein Land oder sogar ein ganzer Staatenverbund in die Abhängigkeit eines Herstellers begibt.

Open Source, Windows 10, der Bundesclient und Europas fatale Abhängigkeit von Microsoft …

Deshalb unterstütze „Public Money, Public Code“, um diese Abhängigkeiten mehr und mehr aufzulösen!

PS: linuxmuster.net unterstützt dieses Anliegen auch!

Wie man Farbe ins Terminal bringt – ccat und farbige man pages

Thu, 14 Dec 2017 05:45:00 +0000

Wer häufiger auf der Kommandozeile unterwegs ist, kennt mit Sicherheit die folgenden Befehle: cat und man. Diese beiden Werkzeuge sind äußerst hilfreich. Mit cat kann man schnell (kleine) Dateien anschauen oder in Kombination mit Umleitungen (Pipes) nutzen. Ohne dem kleinen und feinen Programm man ist man häufig aufgeschmissen. Es ist das Werkzeug um Hilfe zu Programmen und Befehlen zu bekommen, z.B. welche Parameter es gibt oder man das Programm oder den Befehl einsetzen kann. Manchmal findet man auch hilfreiche Tipps. Verwendet man z.B. dmesg in Verbindung mit dem Parameter -T, zeigt es einem die genauen Zeitpunkte an! Solche Infos findet man i.d.R. in den man Pages.

Das Problem: die Ausgaben von cat und man sind schwarz / weiß (oder welches Farbschema man auch immer verwendet) und man kann sich schnell in der Fülle der Informationen verlieren. Ich möchte deshalb zwei Lösungen für dieses Problem vorstellen.

ccat – cat mit Syntaxhervorhebungen

ccat ist catin Farbe. Es arbeitet ähnlich wie cat, zeigt aber die Ausgabe mit Syntaxhervorhebungen an.

Um ccat zu installieren, lädt man sich das Archiv von der [Github-Seite des Projekts][1] herunter. Das geht z.B. mit wget:

wget https://github.com/jingweno/ccat/releases/download/v1.1.0/linux-amd64-1.1.0.tar.gz

Nachdem man nun das Archiv heruntergeladen hat, entpackt man es, wechselt in das entsprechende Verzeichnis und kopiert das Programm in das Programmverzeichnis (z.B. /usr/local/bin ). Folgende Befehle sind dafür nötig:

tar xfz linux-amd64-1.1.0.tar.gz 
sudo cp linux-amd64-1.1.0/ccat /usr/local/bin/
# optional, falls das Programm nicht ausführbar ist
sudo chmod +x /usr/local/bin/ccat

```

Mit `ccat Dateiname`  kann man seine Dateien in Farbe ausgeben. Hier z.B. die Ausgabe einer [USV / UPS Konfigurationsdatei][2]:

  
Möchte man `ccat` immer verwenden, d.h. auch wenn man nur `cat` eingibt, kann man dazu einen Alias anlegen.

echo "alias cat='/usr/local/bin/ccat'" > ~/.profile
source ~/.profile
```

Nun bekommt man die farbige Ausgabe auch dann, wenn man nur `cat` verwendet.

### Man Pages in Farbe

Man Pages sind eigentlich übersichtlich gestaltet, doch eine farbige Ausgabe verbessert die Orientierung noch mal deutlich. `man` verwendet als Pager entweder `less` oder `more`. Damit auch man Pages in Farbe erscheinen, sind folgende Anpassungen in der `~/.bashrc` notwendig:

```
nano ~/.bashrc
```

und dann den folgenden Inhalt einfügen:

```
export LESS_TERMCAP_mb=$'\e[1;32m'
export LESS_TERMCAP_md=$'\e[1;32m'
export LESS_TERMCAP_me=$'\e[0m'
export LESS_TERMCAP_se=$'\e[0m'
export LESS_TERMCAP_so=$'\e[01;33m'
export LESS_TERMCAP_ue=$'\e[0m'
export LESS_TERMCAP_us=$'\e[1;4;31m'
#damit es auch im gnome-terminal klappt
export GROFF_NO_SGR=1
```

Die Zahlen, die in der obigen Konfiguration verwendet wurden, bedeuten Folgendes:

  * 31 – rot
  * 32 – grün
  * 33 – gelb

Und hier sind die Bedeutungen der Escape-Codes, die in der obigen Konfiguration verwendet werden.

  * 0 – Reset/Normal
  * 1 – fett
  * 4 – unterstrichen

Damit die Änderungen wirksam werden, kann man entweder einen neuen Terminal starten oder die `~/.bashrc` neu einlesen mit:

```
source ~/.bashrc
```

Nun sehen unsere man Pages viel hübscher aus!

 

Alternativ kann man neben `less` oder `more` auch `most` als Pager installieren, der noch einige Features mehr unterstützt:

```
sudo apt install most
```

Damit `most` standardmäßig verwendet wird (z.B. von `man`), muss noch folgende Variable gesetzt werden (ebenfalls in der `~/.bashrc`)

export PAGER="most"
```

([via][3] [tecmint][4])

 [1]: https://github.com/jingweno/ccat/releases
 [2]: https://zefanjas.de/server-bei-stromausfall-herunterfahren-ups-nut-co/
 [3]: https://www.tecmint.com/cat-command-output-with-syntax-highlighting-or-color/
 [4]: https://www.tecmint.com/view-colored-man-pages-in-linux/

4 Linux Schulserver im Vergleich

Sat, 09 Dec 2017 07:35:11 +0000

Jede Schule steht irgendwann vor der Entscheidung eine Musterlösung für ihren Schulserver zu wählen. Viele Hersteller haben diesen Markt in den letzten Jahren für sich entdeckt. Ich möchte in diesem Vergleich 4 Linux Schulserver vergleichen, die aus dem deutschsprachigem Raum stammen. International gibt es noch ein paar wenige weitere Projekte, doch der Großteil der Open Source Musterlösungen kommen aus Deutschland, Österreich oder der Schweiz.

In diesem Vergleich gehe ich neben den Eigenschaften und dem Funktionsumfang, auf die Installation sowie die Bedienbarkeit ein. Wie leicht sich der Schulserver erweitern und anpassen lässt und welche Kosten für eine Schule entstehen, ist ein weiterer Schwerpunkt dieses Vergleichs.

linuxmuster.net

linuxmuster.net ist ein Fork der Linux-Version der paedML des LMZ Baden-Württemberg. Nachdem 2012 beschlossen wurde, die Weiterentwicklung an eine Firma abzugeben, entschlossen sich die an der Entwicklung beteiligten Lehrkräfte die Linuxmuster-Lösung unter dem Namen linuxmuster.net als Open Source Projekt weiter zu pflegen. Für die Entwicklung ist der Verein linuxmuster.net e.V. verantwortlich. Die aktuelle Version 6.2 basiert auf Ubuntu 12.04 LTS.

linuxmuster.net bietet Funktionen:

zentraler DNS, DHCP Server
Identitätsmanagement und Fileserver
intelligente schulspezifische Benutzerverwaltung
„Selbstheilende Arbeitsstationen“ mit LINBO (Windows 7/10, Linux)
Management über Webinterface
pädagogische Funktionen (Klassenarbeitsmodus, Schüler individuell für WLAN und Intranet freischalten, Tauschverzeichnisse)
automatische und individuelle Konfiguration und Einrichtung von Computern im Netzwerk
viele Erweiterungen (WLAN, Lernmanagementsysteme, …)
Anbindung externer Dienste über LDAP
Unterstützung von Subnetting (VLANs)
integrierter Druckserver

Installieren kann man das Grundsystems manuell oder über eine bereitgestellte XenServer Appliance. linuxmuster.net setzt auf ein Standard Ubuntu-Server auf, verwendet IPFire als Firewall-Lösung und LINBO (Linux Network Boot) zur Imageverwaltung der Rechner im Netzwerk. Nach der Installation kann man linuxmuster.net über ein Webinterface („Schulkonsole“) verwalten.

Das Projekt bietet einen fertig eingerichteten Linuxclient (Ubuntu 16.04), den man automatisch installieren und anschließend im Netzwerk verteilen kann. linuxmuster.net lässt sich über verschiedene Pakete erweitert werden. So gibt es Pakete für WLAN-Management, Opsi, Moodle, Monitoring und viele weitere.

Die Einrichtung einer kompletten Umgebung mit Linux-Clients ist mit wenigen Schritten gemacht. Auch wenn sich die meisten Aufgaben mit Hilfe des Webinterface bewältigen lassen, muss man an manchen Stellen Befehle auf der Kommandozeile ausführen. Linuxkenntnisse sind deshalb von Vorteil, wenn auch nicht unbedingt notwendig.

Die Dokumentation von linuxmuster.net ist sehr ausführlich und neben den offiziellen Handbüchern gibt es eine aktive Community, die viele Anwendungsfälle und nützliche Erweiterungen und Anleitungen im Wiki zusammengetragen hat. Telefonischen Support gibt es kostenfrei jede Woche Dienstags, sowie auf der Supportplattform des Projekt. Die Community ist dabei sehr aktiv und Fragen werden oft innerhalb weniger Stunden beantwortet.

Wenn man die Kommandozeile nicht scheut, hat man mit linuxmuster.net eine offene, sehr flexible und anpassbare Musterlösung, die (fast) keine Wünsche offen lässt.

Pro

zentrale Verwaltung von Benutzern mit schulspezifischen Funktionen (z.B. Schuljahreswechsel)
einfache Verwaltung und Anpassungsmöglichkeiten der Computer durch LINBO
vorkonfigurierter Linux Client (Ubuntu LTS)
sehr gute und ausführliche Dokumentation
sehr aktive und hilfsbereite Community
keine Lizenzkosten

Contra

Basisbetriebssystem nicht mehr aktuell (Sicherheitsupdates werden aber durch Repository des Projekts bereit gestellt)
nicht alle Aufgaben lassen sich über die Schulkonsole bewältigen

Derzeit wird an linuxmuster.net Version 7 gearbeitet, die einige Neuerungen mit sich bringt (Samba 4, aktuelles Ubuntu LTS).

UCS@school

Univention Corporate Server @ school (UCS@school) ist eine Software, um Identitätsmanagement und IT-Infrastrukturen für mehrere Schulen zu betreiben und zentral zu verwalten. Sie basiert auf der Open-Source-Plattform Univention Corporate Server, einer Enterprise-Linux-Distribution mit integriertem Identitätsmanagement und IT-Managementsystem.

Univention verfolgt ein Open Core Modell, d.h. man kann die Basisvariante des Servers frei heruntergeladen und installieren. Möchte man aber UCS@school nutzen, ist eine Supportvertrag nötig.

UCS@school bietet folgende Funktionen:

Automatisierte Importschnittstelle zum Verwalten von Benutzerkonten
Interaktives, grafisches Importmodul für Benutzerkonten
Schulübergreifende Benutzerkonten
Single Sign-On
App Center mit über 90 integrierbaren Diensten
Active Directory-kompatible Domänendienste mit Samba 4
Unterstützung einer Vielzahl von Clientbetriebssystemen wie Microsoft Windows, Linux und macOS
Integration mobiler Endgeräte in das Schul-WLAN (RADIUS)
Computerraum-, Internet- und WLAN-Steuerung
Materialverteilung zum Verteilen und Einsammeln digitaler Arbeitsmaterialien
Klassenarbeitsmodus zum sicheren Schreiben von digitalen Klassenarbeiten
Druckermoderation zur einfachen Reduktion der Druckkosten

Die Installation ist sehr einfach. Mit wenigen Schritten ist der Univention Corporate Server eingerichtet. Man kann verschiedene Dienste und Rollen auswählen, welche daraufhin installiert und konfiguriert werden (DHCP, Druckserver, …).

Nach der Installation kann man von einem Rechner im Netzwerk auf das Webinterface des Servers zugreifen. Im Webinterface können alle Funktionen verwaltet, Benutzer hinzugefügt oder neue Apps installiert werden.

Univention bietet auch einen fertig eingerichteten Standard Linux-Client an, welcher auf Ubuntu basiert ist. Dieser Client kann zentral verwaltet und im Netzwerk per PXE-Boot verteilt werden.

Die pädagogischen Funktionen konnte ich leider nicht testen, da dazu ein gültiger Supportvertrag notwendig ist.

Im Gegensatz zu linuxmuster.net, Debian Edu / Skolelinux und Arktur fallen Kosten für Lizenzen und Support an. Für eine Schule mit bis zu 1000 Schülern und 200 Arbeitsstationen (mit Univention Linux-Client) fallen ca. 3100€ Lizenzkosten / Jahr an.

Pro

sehr einfache übersichtliche Installation
Verwaltung über ein übersichtliches und einfach zu bedienendes Webinterface
viele Erweiterungen im Univention App-Store
zentrales Management von Computern im Netzwerk (individuelle Anpassungen möglich) für Univention Corporate Client (basierend auf Ubuntu)
sehr gute und ausführliche Dokumentation

Contra

je nach Schulgröße hohe Support bzw. Lizenzkosten
keine Tools für Schuljahreswechseln in der Benutzerverwaltung

Arktur

Der c’t/ODS-Schulserver Arktur ist ein auf SUSE bzw. Slackware beruhender Schulserver, der ausdrücklich für die Benutzung und Betreuung durch ungeübtes Personal entwickelt wurde.

Arktur gibt es schon sehr lange als Linux Schulserver. Es braucht nur wenig Ressourcen und läuft deshalb auch auf älteren Systemen. Arktur existiert derzeit in zwei Version. Version 5 basiert auf Slackware Linux während Version 4 auf Suse Linux aufbaut.

Arktur bietet folgende Funktionen:

einfache Installation von bootbarer CD-Rom
Ein-Server- oder Mehr-Server-Lösung
vollständig vorkonfiguriertes Netzwerk
Internet freischalten per Mausklick
„Raumweises“ Freischalten des Internets mit dem Browser möglich
vorkonfigurierter Kinder- und Jugendschutz
Versetzung von Klassen (Schuljahreswechsel)
Druckerverwaltung
Für alle Client-Systeme bietet Arktur eine einheitliche Nutzerverwaltung
Intranetserver

Zur Installation bietet das Projekt eine ISO-Datei an, die man zur Installation des Servers nutzen kann. Ein textbasiertes Installationsprogramm hilft bei der Einrichtung des Servers. Nach der Installation gibt es auf dem Server ein Menü, sowie ein Webinterface. Das Webinterface bildet dabei nur einen Teil der Funktionen ab. Für Administration sollte das textbasierte Menü des Servers verwendet werden.

Insgesamt wirkt Artkur etwas „old school“. Das Projekt scheint etwas eingeschlafen zu sein, da die Mailingliste wenig aktiv ist, es kaum Änderungen im Wiki gibt und das letzte Release schon mehr als 2 Jahre zurückliegt. Dazu gibt es noch Auffälligkeiten, z.B. dass keine Umlaute in den Menüs oder bei Vor- und Nachnamen unterstützt werden.

Pro

sehr geringe Systemanforderungen
gute, wenn auch in die Jahre gekommene, Dokumentation
keine Lizenzkosten
einfaches Clientmanagement mittels Festplattenabbildern

Contra

kaum aktive Community
letztes Release liegt schon lange zurück
„old school“ – User Interface

Debian Edu / Skolelinux

DebianEdu ist eine spezialisierte Anpassung der Linux-Distribution Debian für schulische Bedürfnisse. Das mittlerweile internationale Projekt wurde in Norwegen gegründet (Skole = Schule) und liefert auf einer einzigen Installations-CD-ROM alle notwendigen Konfigurationsprofile, um ein typisches Schulnetzwerk zu betreiben. Auch ungeschulte Anwender können in wenigen Schritten sowohl einen Kommunikationsserver mit LDAP-Nutzerdatenbank, einen Terminalserver, eine Arbeitsstation oder ein Notebook als Einzelplatzrechner installieren.

Debian Edu ist ein weitere Vertreter einer offenen und freien Schulserverlösung für Bildungseinrichtungen. Das Projekt vertritt der Verein Teckids e.V. in Deutschland und wird ähnlich wie linuxmuster.net von ehrenamtlichen Programmierern weltweit weiterentwickelt.

Debian Edu / Skolelinux bietet folgende Funktionen:

einfache Installation
vollständig konfiguriertes Netzwerk
Stabilität und Sicherheit
sofort einsatzfähiger Hauptserver
fertig konfigurierter Terminalserver
fertig eingerichtete Clients/Workstations

Die Installation erfolgt wahlweise über einen graphischen oder textbasierten Installer. Im graphischen Modus ist mir die Installation nicht gelungen. Doch die Installation im Textmodus klappte dann. Während der Installation kann man sich entscheiden, welche Komponenten / Rollen man installieren möchte.

Debian Edu ist sehr flexibel im Hinblick auf die angeschlossenen Arbeitsstationen. Es werden neben mobilen Rechnern und Arbeitsplatzrechnern auch Thin-Clients als auch Diskless-Clients unterstützt. Die Einrichtung erfolgt entweder per PXE-Boot oder der Installations-CD.

Die Benutzer und einzelne Rechner werden über ein Webinterface verwaltet (GOsa²).

Support gibt es durch die Community oder auch professionell durch Unternehmen.

Pro

sehr gute Dokumentation in mehreren Sprachen
einfache Installation
keine Linzenzkosten
zentrale Verwaltung der Clients möglich (bei Thin-Client Setup)

Contra

wenn Thin-Clients benutzt werden, sind die Anforderungen für den Server recht hoch
keine schulspezifischen Funktionen wie Klassenarbeitsmodus oder Aktualisierung der Benutzergruppen zum Schuljahreswechsel

Weitere nicht getestete Linux-Schulserver

logoDIDACT

logoDIDACT – die Schulserverlösung (logoDIDACT) ist eine Server-Distribution für den Betrieb von informationstechnologischen Infrastrukturen an Schulen, vor allem eines pädagogischen Schulnetzes. Entwickelt wird logoDIDACT von der SBE network solutions GmbH aus Heilbronn.

logoDIDACT verlangt mindestens 8 GB oder 16GB Arbeitsspeicher. Leider war es mir deshalb nicht möglich eine Testinstallation aufzusetzen.

iServ

IServ ist ein auf Debian basierender, kostenpflichtiger Schulserver, der den Aufbau eines Schulnetzwerks inklusive Webportal ermöglicht. Der Fokus bei der Entwicklung liegt auf einer einfachen Bedienung und Administration.

Leider war es mir nicht möglich eine Testinstallation durchzuführen ohne eine Lizenz zu kaufen. Die Kosten für unsere Beispielschule (1000 Schüler) liegen bei ca. 4000€ / Jahr.

Open School Server

Der Open School Server (OSS) ist eine auf Basis des SUSE Linux Enterprise Servers 9 (SLES9) entwickelte GNU/Linux-Server-Distribution zum Einsatz in pädagogischen Schulnetzwerken. Er wird mit kostenpflichtigem Support und weiterführenden Serviceleistungen angeboten.

Aufgrund der hohen Systemanforderungen konnte ich kein Testsystem einrichten.

Zusammenfassung

<th class="column-2">
  linuxmuster.net
</th>

<th class="column-3">
  UCS@School
</th>

<th class="column-4">
  Arktur
</th>

<th class="column-5">
  Debian Edu / Skolelinux
</th>

<td class="column-2">
  sehr gut (hauptsächlich deu)
</td>

<td class="column-3">
  sehr gut (deu / eng)
</td>

<td class="column-4">
  ausreichend
</td>

<td class="column-5">
  sehr gut (deu / eng)
</td>

<td class="column-2">
  einfach
</td>

<td class="column-3">
  einfach
</td>

<td class="column-4">
  ok
</td>

<td class="column-5">
  einfach
</td>

<td class="column-2">
  sehr einfach
</td>

<td class="column-3">
  einfach
</td>

<td class="column-4">
  ok
</td>

<td class="column-5">
  einfach
</td>

<td class="column-2">
  einfach inkl. speziellen<br /> Funktionen zum<br /> Schuljahreswechsel
</td>

<td class="column-3">
  einfach
</td>

<td class="column-4">
  aufwendig
</td>

<td class="column-5">
  aufwendig
</td>

<td class="column-2">
  Ja / Ja / Ja
</td>

<td class="column-3">
  Ja / Ja / ?
</td>

<td class="column-4">
  Nein / Ja / Nein
</td>

<td class="column-5">
  Nein / optional / Nein
</td>

<td class="column-2">
  ja
</td>

<td class="column-3">
  ja
</td>

<td class="column-4">
  ja
</td>

<td class="column-5">
  ja
</td>

<td class="column-2">
  ja
</td>

<td class="column-3">
  ja
</td>

<td class="column-4">
  ja
</td>

<td class="column-5">
  ja
</td>

<td class="column-2">
  Samba 3 / Ja
</td>

<td class="column-3">
  Samba 4 / Ja
</td>

<td class="column-4">
  Samba 3 / Ja
</td>

<td class="column-5">
  Samba 4 / Ja
</td>

<td class="column-2">
  Ja / teilweise
</td>

<td class="column-3">
  Ja / Ja
</td>

<td class="column-4">
  Ja / teilweise
</td>

<td class="column-5">
  Ja / Ja
</td>

<td class="column-2">
  WLAN, Moodle, Monitoring, u.a.
</td>

<td class="column-3">
  Univention App Store (90+)
</td>

<td class="column-4">
  nein
</td>

<td class="column-5">
  aus Debian Paketquellen
</td>

<td class="column-2">
  LINBO (selbstheilende<br /> Arbeitsstationen), opsi
</td>

<td class="column-3">
  Univention Corporate <br /> Client (Ubuntu), opsi
</td>

<td class="column-4">
  Ja, eigene Lösung
</td>

<td class="column-5">
  LTSP
</td>

<td class="column-2">
  keine
</td>

<td class="column-3">
  290€/1190€/1690€ + 29,90€/Client <br /> + 1€ / Schüler<br /> alles pro Jahr <br /> und ohne MwSt.
</td>

<td class="column-4">
  keine
</td>

<td class="column-5">
  keine
</td>

<td class="column-2">
</td>

<td class="column-3">
</td>

<td class="column-4">
</td>

<td class="column-5">
</td>

Features
Dokumentation
Installation Server
Installation Client
Benutzerverwaltung
Klassenarbeitsmodus / Internetsperre / temporärer WLAN-Zugang
Fileserver
Mailserver
SAMBA / LDAP
Windows / Mac Clients
Erweiterungen
Client-Management
Lizenzkosten

Mittlerweile gibt es einige Optionen, wenn man Linux auf dem Schulserver einsetzen möchte. Die verschiedenen Lösungen unterscheiden sich v.a. in der Bedienung, zusätzlichen Features (v.a. pädagogische Funktionen, Client-Management) und in den Lizenz- und Supportkosten. Technisch verwenden die Lösungen meist die gleichen Komponenten (Samba, CUPS, SquidGuard).

Wir haben uns vor ca. 1,5 Jahren für linuxmuster.net entschieden und zwar aus folgenden Gründen:

das Client-Management mit LINBO ist einfach super und super einfach. Schnelle Verteilung von Images, Zurücksetzen jederzeit und das ganze geht auch offline.
keine Lizenzkosten. Wir sind eine kleine Schule und hätten uns z.B. UCS@school nicht leisten können
die linuxmuster.net Community. Ich habe selten eine so hilfreiche Community rund um das Thema Schul-IT erlebt. Wenn es ein Problem gibt, ist es oft innerhalb weniger Stunden gelöst.

Welche Schulserver-Lösung verwendest du und wo siehst du die größten Vor- und Nachteile?

linuxmuster.net v7 – was wird sich ändern?

Fri, 08 Dec 2017 21:40:21 +0000

[Update] Der offizielle Blogbeitrag (inkl. Bilder) ist draußen.

Seit ca. 1,5 Jahren laufen nun schon die Entwicklungen an linuxmuster.net v7. Aus meiner Sicht wird dies eines der größten und wichtigsten Releases in der Geschichte des Projekts. Bisher basiert linuxmuster.net auf Ubuntu 12.04 LTS. Auch wenn der offizielle Support abgelaufen ist, stellt linuxmuster.net regelmäßig Sicherheitsupdates bereit, solange bis Version 7 released wird. An unserer Schule verwenden wir Version 6.2 und sind damit sehr zufrieden und verfolgen seitdem die Weiterentwicklung des Linux-Schulservers mit großem Interesse.

Neue Features

Letztes Wochenende trafen sich die Mitglieder des linuxmuster.net e.V. (der Verein hinter der freien Musterlösung), um weiter an der neuen Version zu arbeiten. Folgende Änderungen sind für Version 7 geplant:

Basis: Ubuntu 18.04 LTS
Samba v4 als Domaincontroller
Wechsel der Firewall von IPFire zu OPNsense [Update2: Gründe]
Verwaltung mehrerer Schulen möglich
neues Webinterface für die Schulkonsole

Diese Neustrukturierung (besonders durch Samba v4/AD) soll das benutzerbezogene Arbeiten in den Vordergrund stellen, d.h. Berechtigungen und Dienste werden in Abhängigkeit zum Benutzer vergeben. Die aktuelle Version 6.2 ist dagegen geräteorientiert, d.h. der Internetzugang wird z.B. für einen Computer anhand der MAC-Adresse gesperrt statt die Entscheidung abhängig vom angemeldeten Benutzer zu machen.

Gerade der Wechsel zu SAMBA v4 ist mehr als notwendig und ermöglicht eine ganze Reihe neuer Features. Die linuxmuster.net Musterlösung muss sich damit auf jeden Fall nicht hinter anderen kommerziellen Musterlösungen wie z.B. UCS@School verstecken.

Bisherige Erweiterungen, ~~wie z.B. der Mailserver,~~ werden zukünftig nicht alle auf einem Server installiert, sondern modularisiert (der Mailserver kann sehr wohl auf dem Server installiert werden, i.d.R. aber in einem Docker-Container). Dafür wird voraussichtlich Docker zum Einsatz kommen. VLANs bzw. die Unterstützung für Subnetting ist für das erste Release von Version 7 noch nicht vorgesehen.

Weitere Neuerungen

Weiterhin ist die Community aktiv dabei die Dokumentation für Version 7 vorzubereiten und auch das Anwender-Wiki neu zu strukturieren, damit man alle relevanten Informationen leicht finden kann.

Der Quellcode für die neue Version findet sich im Github-Repo des Projekts: https://github.com/linuxmuster/. Wer möchte, kann sich fertige VM-Images herunterladen, um die neue Version bereits zu testen. Eine Anleitung gibt es im Entwickler-Wiki.

Drucker unter macOS in Linuxmuster hinzufügen

Mon, 04 Dec 2017 11:02:18 +0000

Ein Feature von [Linuxmuster.net][1] ist der zentrale Druckserver. Druckaufträge werden zentral von einem Druckserver (CUPS) entgegengenommen und dann an den entsprechenden Drucker verteilt. Auf den [Ubuntu-Clients in unserer Schule][2] werden diese Netzwerkdrucker automatisch erkannt und eingerichtet. In der Schulkonsole kann man, wenn man möchte, noch festlegen, wer von welchem Raum aus auf welchem Drucker drucken darf.

Windows und Ubuntu

Unter Windows 7/10 können die Netzwerkdrucker einfach über das HTTP Protokoll eingebunden werden. Wenn ich z.B. einen Drucker in CUPS (https://Server-IP:631) mit dem Namen b1-black eingerichtet habe, kann ich ihn unter Ubuntu oder auch Windows mit folgender Adresse hinzufügen:

http://Server-IP:631/printers/b1-black

Als Treiber reicht in der Regel der „Generic Postscript“ bzw. „MS Publisher Color Printer“ Treiber. Möchte man allerdings druckerspezifische Eigenschaften nutzen, sollte man den Treiber des Herstellers für den Drucker installieren.

macOS

Unter macOS hat das Hinzufügen über diese URL nicht immer zuverlässig funktioniert, obwohl macOS ebenfalls CUPS für die Verwaltung von Druckern verwendet. Standardmäßig kann man nur IPP und nicht HTTP als Druckprotokoll im „Drucker hinzufügen“-Dialog unter macOS auswählen.

Folgende Angaben sind nötig:

Address: Server-IP:631
Protocol: IPP
Queue: /printers/b1-black

Unten kann dann noch ein Name für den Drucker vergeben werden. MacOS ermittelt automatisch einen passenden Treiber. Bei einem unserer Netzwerkdrucker hat nur der Generic PCL Treiber funktioniert (statt des Postskript-Treibers).

Falls die Fehlermeldung „Der Drucker in Ihrem Netzwerk konnte nicht überprüft werden.“ kommt, sollte man schauen, ob die Adresse des Servers stimmt bzw. der DNS-Name richtig aufgelöst wird.

CUPS Webinterface

in macOS ist das CUPS Webinterface standardmäßig deaktiviert, d.h. wenn man versucht auf CUPS mit http://localhost:631 zuzugreifen, man den Hinweis bekommt, folgendes in das Terminal einzugeben:

sudo cupsctl WebInterface=yes
```

Nun sollte der Zugriff klappen. Im CUPS Webinterface können Netzwerkdrucker auch über andere Protokolle wie z.B. HTTP oder HTTPS hinzugefügt werden.

### Drucken aus dem WLAN

Damit das Drucken auch aus dem WLAN oder aus einem anderen IP-Subnet klappt, muss man den **_Port 631 (TCP), Zieladresse Server-IP_** im jeweiligen Subnet freigeben.

 [1]: https://zefanjas.de/open-source-in-der-schul-it-teil-2/
 [2]: https://zefanjas.de/zugang-in-ubuntu-fuer-schueler-einschraenken-2-moeglichkeiten/

Zammad LDAP Integration mit Linuxmuster.net

Thu, 30 Nov 2017 13:28:53 +0000

An unserer kleinen Schule nutzen wir Zammad als Support-Plattform (derzeit nur im Bereich IT). Damit unsere Mitarbeiter und Lehrkräfte sich nicht für jede Software, die wir intern einsetzen, einen neuen Benutzernamen und Passwort merken müssen, versuchen möglichst alles gegen den LDAP-Server von Linuxmuster zu authentifizieren. Zammad bietet – neben vielen anderen Integrationen – LDAP zur Authentifizierung an. Heute möchte ich kurz zeigen, welche Schritte nötig sind, um den LDAP von Linuxmuster in Zammad zu integrieren.

Linuxmuster LDAP Integration in Zammad

In den Einstellungen findet man unter System → Integrationen den Punkt LDAP. Zammad fragt zuerst nach dem LDAP Server. Dort tragen wir den DNS-Namen des Linuxmuster-Servers ein, z.B. ldaps://server.linuxmuster.lokal und wählt bei SSL-Verifaction „Ja“.

Zammad versucht nun die Verbindung zum LDAP-Server herzustellen. Wenn der LDAP Server in einem anderen IP-Subnet steht als der Zammad Server, sollten man die Firewall so konfigurieren, dass die Ports für LDAP freigeben sind, sowie die DNS-Namensauflösung funktioniert. Die Ports für LDAP sind:

LDAP: 389 UDP/TCP
LDAPS: 636 UDP/TCP

War die Verbindung erfolgreich, so sieht man im nächsten Schritt bereits die richtige Base-DN: dc=linuxmuster,dc=lokal. Ein Bind-User muss in unserem Fall nicht angegeben werden.

Zuordnungen und Gruppenfilter

Nun analysiert Zammad die weitere LDAP Struktur, sodass wir nun Zuordnungen und Filter festlegen können. Wenn man die Benutzer einschränken möchte (z.B. Zugriff nur für Lehrkräfte), sollte man bei User-Filter folgendes eingeben: (&(objectclass=posixAccount)(gidnumber=10000)) . Die gidnumber bekommt man folgendem Befehl heraus (auf dem Linuxmuser-Server ausführen):

sudo smbldap-groupshow teacher

Die Zuordnungen der LDAP-Attribute kann man i.d.R. so belassen, wie sie vorgeschlagen werden.

Nachdem man auf „Weiter“ geklickt hat, analysiert Zammad den LDAP und zeigt die Anzahl der gefunden Benutzer an. Wenn alles passt, kann man nun die Konfiguration speichern. Zammad synchronisiert regelmäßig (jede Stunde), sodass Änderungen im LDAP zeitnah in Zammad verfügbar sind.

Fazit

Zammad ist ein weiteres Puzzle-Stück in unsere IT-Infrastruktur an der Schule. Durch die Integration mit dem LDAP von Linuxmuster können alle ihre Tickets bequem im Auge behalten. Um ein Ticket zu eröffnen, reicht es, wenn die Kollegen sich in Zammad mit ihrem internen Schullogin anmelden oder einfach eine eMail an unsere Support-Mail schreiben. Es wir dann automatisch ein Ticket erstellt und mit dem richtigen Account (anhand der eMail aus dem LDAP) verknüpft.

Server bei Stromausfall herunterfahren – UPS, NUT & Co

Mon, 27 Nov 2017 22:29:51 +0000

An unserer Schule gibt es immer wieder Stromausfälle. Manchmal dauern sie nur wenige Sekunden, manchmal aber auch mehrere Stunden. Damit unsere IT-Infrakstruktur nicht darunter leidet, haben wir für unsere Server und Netzwerkgeräte eine [UPS/USV][1] installiert. Diese helfen kürzere Stromausfälle (bis zu 1 Stunde) oder Stromschwankungen zu überbrücken. Für alle längeren Ausfälle fahren wir unsere Server automatisch herunter, wenn die UPS ein kritisches Batterielevel erreicht. Dafür nutzen wir NUT ([Network UPS Tools][2]).

Unser Setup besteht aus folgenden Komponenten:

Raspberry Pi als UPS-Server bzw. Master
Liebert GXT4 UPS
Server als Clients bzw. Slaves

UPS / USV in NUT auf dem Raspberry Pi einrichten

Für den Raspberry Pi verwenden wir das Standard [Raspian Stretch Lite Image][3]. Zu beachten ist, dass SSH seit 2016 standardmäßig nicht mehr aktiviert ist. Die verschiedenen Möglichkeiten, wie man SSH wieder aktiveren kann, sind [hier dokumentiert][4]. Nachdem SSH nun wieder aktiviert ist, kann man sich nun auf dem Raspberry Pi einloggen (die IP des Raspberry Pi kann man z.B. mit avahi-browse -ar von einem Rechner im gleichen Netzwerk herausfinden oder man schließt einen Monitor und Tastatur an). Die IP brauchen wir später noch, deshalb ist es sinnvoll dem Raspberry Pi [eine statische IP][5] zu geben.

Als nächstes installieren wir den NUT-Server mit

sudo apt-get install nut-client nut-server usbutils
```

Falls die UPS / USV per USB angeschlossen ist (wie in unserem Fall), kann man mit lsusb überprüfen, ob sie auch erkannt wurde. So sieht die Ausgabe auf dem Raspberry Pi aus:

$ lsusb
Bus 001 Device 004: ID 10af:0000 Liebert Corp. UPS
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
```

In der ersten Zeile sieht man, dass unsere Liebert UPS erkannt wurde.

Nun müssen wir unsere UPS / USV in der Datei _**/etc/nut/ups.conf**_ konfigurieren. Für unsere UPS sieht der Eintrag folgendermaßen aus:

[gxt4]
     driver = usbhid-ups
     port = auto
     productid = 0000
     desc = "Emerson Liebert GXT 4"
```

Auf der [Website der Network UPS Tools][6] findet man eine Liste mit allen unterstützen UPS /USV und mit welcher Treiber am besten funktioniert.

Als nächstes wollen wir testen, ob die Einstellungen korrekt sind der UPS Daemon mit der UPS kommunizieren kann. Dazu starten wir **upsd** mit sudo upsdrvctl start . Eine erfolgreiche Ausgabe sollte ungefähr so aussehen:

Network UPS Tools - UPS driver controller 2.7.2
Network UPS Tools - Generic HID driver 0.38 (2.7.2)
USB communication driver 0.32
Using subdriver: Belkin HID 0.16
```

NUT enthält einen kleines Programm, mit dem man die Kommunikation mit der UPS /USV testen kann. Es heißt **upsc** und gibt alle lesbaren Parameter der UPS / USV aus.

$ upsc gxt4
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 20
battery.charge.warning: 0
battery.type: PbAc
battery.voltage: 0.0
battery.voltage.nominal: 0.0
device.mfr: Emerson Network Power
device.model: Liebert GXT4
device.serial: 1607000060AFC23
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.productid: 0000
driver.version: 2.7.2
driver.version.data: Belkin HID 0.16
driver.version.internal: 0.38
ups.mfr: Emerson Network Power
ups.model: Liebert GXT4
ups.productid: 0000
ups.serial: 1607000060AFC23
ups.status: OL CHRG
ups.vendorid: 10af
```

Nun ist unsere UPS /USV erfolgreich eingerichtet. Als nächsten richten wir den NUT Server, den UPS Monitor **upsmon** und noch zwei Benutzer für den Master und die Slaves ein.

### NUT Server konfigurieren

In der _**/etc/nut/nut.conf**_ legen wir fest, dass der Raspberry Pi unser Master ist:

MODE=netserver
```

Auf dem NUT-Server läuft der UPS Daemon (**upsd**). Er ist für die (physikalische) Verbindung zur UPS verantwortlich. Die einzelnen Clients/Slaves greifen mit Hilfe des **upsmon** auf den Status der UPS zu. So können mehrere Clients immer über den Zustand der UPS informiert sein und gegebenenfalls das Herunterfahren auslösen, wenn die UPS den Status „On Low Battery“ liefert.

Damit unser NUT Server aus dem Netz erreichbar ist, müssen noch folgende Zeilen in der _**/etc/nut/upsd.conf**_ hinzugefügt werden (IP bitte anpassen):

LISTEN 127.0.0.1
LISTEN 192.168.1.2 #IP des Raspberry Pis
```

Als nächstes legen wir die Benutzer fest mit der sich ein Client beim Master anmelden kann (in der Datei _**/etc/nut/upsd.user**_):

```
[upsmaster]
    password = geheim
    upsmon master

[upsremote]
        password  = geheim
        upsmon slave
```

Damit **upsmon** die UPS auch überwacht, müssen wir nun noch eine letzten Eintrag in der Datei **/etc/nut/upsmon.conf** hinzufügen:

```
MONITOR gxt4@localhost 1 upsmaster geheim master
```

Damit man weiß, ob alle Dienste richtig laufen, kann man den Status des Servers als auch den lokalen Clients auf dem Raspberry Pi (denn der soll ja auch heruntergefahren werden, wenn kein Strom mehr da ist) mit folgendem Befehlen überprüfen:

```
$ sudo systemctl status nut-server
$ sudo systemctl status nut-client
```

Nun ist unser Master fertig eingerichtet und die Clients bzw. Slaves können jetzt konfiguriert werden.

### Clients / Slaves einrichten (z.B. Server, andere Computer)

Zuerst müssen auf einem Client die notwendigen Pakete installiert werden:

```
sudo apt-get install nut-client
```

Diesmal müssen wir nur zwei Dateien editieren. In der _**/etc/nut/nut.conf**_ legen wir den Modus fest:

```
MODE=netclient
```

Danach müssen wir wieder **upsmon** sagen, welche UPS er überwachen soll (in _**/etc/nut/upsmon.conf**_):

```
MONITOR gxt4@192.168.1.2 upsremote geheim slave
```

Die IP und das Passwort müssen natürlich noch angepasst werden. Bitte auch das **slave** am Ende beachten! Zuletzt noch den entsprechenden Service neu starten und überprüfen, ob alles läuft:

$ sudo systemctl restart nut-client
$ sudo systemctl status nut-client
```

Glückwunsch! Nun sollte alles eingerichtet sein, aber wie kann man testen, dass es wirklich funktioniert?

### Herunterfahren testen

Der folgende Befehl löst das Signal zum Herunterfahren aus (wie es auch im Falle eines Stromausfalls sein würde):

```
$ sudo upsmon -c fsd
```

### UPS mit Check_MK überwachen [Update]

#### Check_MK Agent einrichten

Nachdem die UPS jetzt fertig eingerichtet ist, wäre es natürlich toll, wenn wir sie auch im Monitoring überwachen können. Wir nutzen dafür Check\_MK. Clients können in Check\_MK mit dem Check_MK Agenten oder per SNMP überwacht werden. Der Agent ist in den Standard-Paketquellen von Debian und Ubuntu enthalten, weshalb wir ihn einfach mit diesem Befehl auf dem Raspberry Pi installieren können:

```
$ sudo apt-get install check-mk-agent xinetd
```

Standardmäßig ist der Check_MK Agent nicht aktiviert, sodass wir ihn noch in der Datei _**/etc/xinetd.d/check_mk**_ noch aktivieren müssen. Am Ende der Datei muss disable = yes  in disable = no  geändert werden. Wenn man möchte, kann man auch noch den Zugriff einschränken, indem man mit only_from = IP-des-Check-MK-Severs  die Server-IPs einträgt, die die Erlaubnis haben die Daten des Check_MK Agenten abzufragen.

Als nächstes muss xinetd neu gestartet werden. Mit dem zweiten Befehl überprüfen wir, ob der Check_MK Agent richtig konfiguriert ist und läuft (IP anpassen!).

```
$ sudo service xinetd restart
$ telnet 192.168.1.2 6556
```

#### NUT Plugins

Bisher weiß der Check_MK Agent noch nichts von unserer UPS und liest die entsprechenden Daten auch nicht aus. Mit folgendem kleinen Skript können wir die Ausgabe von upsc dem Agenten mitteilen:

```
#!/bin/sh

if which upsc > /dev/null 2>&1 ; then
    echo '<<<nut>>>'
    for ups in $(upsc -l)
    do
        upsc $ups| sed "s,^,$ups ,"
    done
fi
```

Diese kleine Plugin speichern wir unter _**/usr/lib/check\_mk\_agent/plugins/nut**_. Auf dem Raspberry Pi sind wird nun fertig. Es fehlen jetzt noch die Anpassungen auf dem Check_MK Server.

Auf dem Server brauchen wir ein weiteres Skript, welches die Daten des Check_MK Agenten ausliest. Dieses Skript ist umfangreicher, deshalb [verlinke ich es hier][7]. Es muss unter _**/opt/omd/versions/default/share/check_mk/checks/nut**_ gespeichert werden. Das Original-Plugin kann man hier finden: . Ich habe es minimal angepasst für unsere UPS angepasst.

Wenn man nun den Raspberry Pi als neuen Host in Check_MK hizufügt, werden die Services für die UPS / USV mit angezeigt.

 NUT Services 

### Fazit

NUT ist ein [weiteres tolles Open Source Projekt][8], mit dem sehr flexible Anpassungen möglich sind. In [dieser PDF][9] sind noch viele weitere (komplexe) Anwendungsszenarien enthalten. Während ich diesen Artikel schreibe, haben wir wieder einen Stromausfall und alle unsere Server sind zuverlässig heruntergefahren worden!

 

 [1]: https://de.wikipedia.org/wiki/Unterbrechungsfreie_Stromversorgung
 [2]: http://networkupstools.org/
 [3]: https://www.raspberrypi.org/downloads/raspbian/
 [4]: https://www.raspberrypi.org/documentation/remote-access/ssh/
 [5]: http://www.imakeyouintelligent.com/raspberry-raspbian-stretch-static-ip/
 [6]: http://networkupstools.org/stable-hcl.html
 [7]: https://gist.github.com/zefanja/585a96988656f24c507e573042564d8e#file-nut-plugin-server
 [8]: https://zefanjas.de/2017/11/18/5-grossartige-open-source-programme-die-wir-in-unserer-schule-einsetzen/
 [9]: http://rogerprice.org/NUT/ConfigExamples.A5.pdf

5 großartige Open Source Programme, die wir in unserer Schule einsetzen

Sat, 18 Nov 2017 05:11:00 +0000

Heute möchte ich 5 Open Source Programme vorstellen, die wir verwenden und uns das Leben im IT-Alltag der Schule sehr erleichtern. Seit 1,5 Jahren wird in unserer Schule fast ausschließlich Open Source Software verwendet. Dieser Schritt hat uns in dieser kurzen Zeit bereits mehr als 5000€ an Lizenzkosten gespart. Doch das ist nicht unser Hauptgrund, warum wir Open Source Software einsetzen. Es sind folgende:

die Freiheit und Unabhängigkeit von einem Hersteller
der geringe Administrationsaufwand (Ubuntu-Client vs. Windows 10 Client)
Flexibilität und Integrationsfähigkeit von Open Source Programmen, um sie in und an bestehende Strukturen anzupassen
und noch einige mehr (Hardware kann länger eingesetzt werden, usw.)

Linuxmuster.net

Linuxmuster.net ist in meinen Augen die beste freie Musterlösung, die es derzeit für Schulen gibt. Sie bildet das Herz unser Infrastruktur (DNS, DHCP für das LAN, LDAP, Samba, RADIUS). Es ist nicht nur die Software, die toll ist, sondern vor allem die Community um dieses Projekt herum. Ich habe selten eine so freundliche und hilfsbereite Community erlebt, die man wirklich alles rund um Schule und IT fragen kann.

Ein Teil von Linuxmuster.net ist LINBO, ein Mini-OS, mit dem man alle Rechner im Netzwerk bequem verwalten kann. Mit Hilfe von Images kann man alle Rechner zu jeder Zeit (auch offline) wieder in einen definierten Zustand bringen. LINBO unterstützt nicht nur Linux, sondern auch Windows. Mit Hilfe von postsync-Skripten, kann man neben den Images die Rechner einzeln oder raumweise individuell anpassen, ohne 5 verschiedene Images pflegen zu müssen. So bekommen bei uns z.B. Lehrerrechner oder Schülerrechner in den Klassenzimmern eine andere Konfiguration als die Rechner im Computerraum.

Website: https://linuxmuster.net
Dokumentation: http://docs.linuxmuster.net
Community: https://ask.linuxmuster.net

pfSense

Für unsere Firewall setzen wir pfSense ein. Es ist eine sehr verlässliche, stabile, leicht zu konfigurierende und übersichtliche Firewall, die viele (Enterprise)-Features von Haus aus mitbringt:

Captive Portal mit RADIUS-Authentifizierung und Vouchers
SNMP / check_mk Integration für unser Monitoring
High Availability und Hardware Redundancy
HAProxy (Reverse Proxy), um unsere Subdomains an die richtigen Server zu verteilen
Squid (Webfilter, Proxy)

Website: http://pfsense.org/
Dokumentation: https://doc.pfsense.org/index.php/Main_Page
Community: https://www.pfsense.org/get-involved/

OMD/Check_mk

Seit einem Jahr nutzen wir die Open Monitor Distribution und Check_mk für unser Monitoring. Es dauert ein wenig, bis man sich in der Oberfläche zurechtfindet, aber Check_mk ist sehr mächtig und man kann damit so ziemlich alles überwachen. Wir überwachen damit unsere gesamte Netzwerkinfrastruktur (Switche, Firewall, UPS, Accesspoints, Wireless Controller, Füllstände bei Druckern) als auch Server sowie einige Clients (Anzeigesystem für Infos). Weiterhin nutzen wir zusätzlich ein Plugin, dass im Falle eines Problems sofort eine Benachrichtigung in unseren Monitoring-Channel schickt (derzeit nutzen wir noch Slack, sind aber aktuell dabei auf Rocket.chat bzw. Mattermost umzusteigen).

Website: http://omdistro.org/
Dokumentation: https://mathias-kettner.de/cms.html

Zammad

Zammad haben wir erst vor kurzem entdeckt. Es ist die Support-Plattform, die wir uns schon länger gewünscht haben. Zu Beginn haben wir OSTicket genutzt, welches auch gut funktioniert, aber keine moderne „responsive“ Oberfläche hat. Zammad bietet uns alles, was wir gern möchten:

LDAP Support
moderne Oberfläche
viele Integrationen / Channels (eMail, Telegram, Web, …)

Zur Zeit nutzen wir Zammad nur für IT-Anfragen von Mitarbeitern oder Lehrkräften. In unserer Schule haben wir noch andere Formulare für Reparaturanfragen, Klassenausflüge etc. Zukünftig sollen diese auch zu Zammad migriert werden.

Website: http://zammad.org/
Dokumentation: Admin-Doku und Benutzer-Doku

Koha

Seit diesem Schuljahr verwalten wir unsere Schul- und Lehrmittelbibliothek mit Koha. Über die Migration hatte ich in den letzten Monaten berichtet. Koha ist ein sehr mächtiges Werkzeug für die Verwaltung von Bibliotheken. Der Einstieg ist nicht so leicht, da man sich mit Themen wir Marc21 und vielen anderen bibliographischen Dingen auseinandersetzen muss, um Koha richtig zu konfigurieren. Trotzdem ist es kein Problem, nur einen Teil der vielen Features zu nutzen.

Website: http://koha-community.org/
Dokumentation: https://koha-community.org/documentation/
Community: https://koha-community.org/support/community-support/

Fazit

Es sehr viele tolle Open Source Projekte und ich könnte noch einige weitere aufzählen. Eine Schule, welche zu fast 100% Open Source Software mit betrieben wird, ist heutzutage kein Problem mehr. Weltweit gibt es dafür viele Beispiele. Die größten Hindernisse sehe ich persönlich in der Überzeugungsarbeit bei Mitarbeitern und Entscheidungsträgern, sowie fähigen IT-Mitarbeitern.

Welche Open Source Programme setzt ihr in eurer Schule bzw. Unternehmen ein?

Umstieg von LITTERA zu Koha – Teil 3

Sat, 16 Sep 2017 07:18:47 +0000

Im [ersten][1] und im [zweiten Teil][2] dieser kleinen Serie habe ich bereits berichtet, wie wir an unserer Schule von LITTERA zu Koha umgestiegen sind. Heute möchte ich kurz zeigen, wie wir Antolin in Koha integriert haben, sodass man bei der Suche im OPAC oder Intranet sofort erkennt, wenn ein Buch bei Antolin verfügbar ist.

So soll es am Ende aussehen:

Antolin-Daten hinzufügen

Zuerst muss Koha wissen, welches Buch bei Antolin verfügbar ist und welches nicht. Dazu habe ich mir die [Antolin-Datenbank][3] bei Antolin heruntergeladen und dann, nachdem ich alle Bücher aus Koha als MARC-Datei exportiert habe, mit einem Skript mit den entsprechenden Daten angereichert. Hierzu habe ich wieder pymarc verwendet. So sieht das ganze dann aus:

record.add_field(
  Field(
    tag = '856',
    indicators = ['4','2'],
    subfields = [
      'n', 'Antolin',
      'u', antolin[titles[recordID]["ISBN"]]["url"],
      'w', antolin[titles[recordID]["ISBN"]]["bookId"],
      'y', antolin[titles[recordID]["ISBN"]]["title"],
      'z', antolin[titles[recordID]["ISBN"]]["grade"]
]))

```

Die Daten habe ich also in Feld 856 hinzugefügt. Die Antolindaten habe ich vorher aus der CSV ausgelesen und in ein Array bzw. Dict gespeichert.

## Templates anpassen

Der nächste Schritt ist, dass Koha (Opac und Intranet) wissen muss, wie es diese Daten anzeigen soll. Koha verwendet für den Opac und das Intranet XSLT-Templates. Diese kann man bearbeiten und an seine Bedürfnisse anpassen. Ich habe eine Abfrage eingefügt, welche prüft, ob das Feld 856 vorhanden ist, und dann entsprechend den Antolin-Raben zeigt sowie einen Link zum Quiz.

<xsl:if test="$DisplayOPACiconsXSLT!='0'">
 <span class="results_summary type">
 <xsl:if test="$typeOf008!=''">
   <span class="results_material_type">
     <span class="label">Materialtyp: </span>
     <xsl:choose>
       <xsl:when test="$leader19='a'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/book_link.png" alt="book" title="book" class="materialtype"/> Gesamtaufnahme</xsl:when>
       <xsl:when test="$leader6='a'">
         <xsl:choose>
           <xsl:when test="$leader7='c' or $leader7='d' or $leader7='m'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/book.png" alt="book" title="book" class="materialtype"/>
           
           <!-- Add Antonlin image -->
           <xsl:if test="marc:datafield[@tag=856]">
             <xsl:element name="img"><xsl:attribute name="src">/images/Antolin16.png</xsl:attribute><xsl:attribute name="alt">Antolin</xsl:attribute><xsl:attribute name="class">Materialtyp</xsl:attribute></xsl:element>
           </xsl:if>
            Buch</xsl:when>
           <xsl:when test="$leader7='i' or $leader7='s'"><img alt="Zeitschrift" title="Zeitschrift" class="materialtype" src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/newspaper.png" /> Periodikum</xsl:when>
           <xsl:when test="$leader7='a' or $leader7='b'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/book_open.png" alt="article" title="article" class="materialtype"/> Aufsatz</xsl:when>
         </xsl:choose>
       </xsl:when>
       <xsl:when test="$leader6='t'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/book.png" alt="book" title="book" class="materialtype"/> Buch</xsl:when>
       <xsl:when test="$leader6='o'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/report_disk.png" alt="Medienkombination" title="Medienkombination" class="materialtype" /> Kit</xsl:when>
       <xsl:when test="$leader6='p'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/report_disk.png" alt="Medienkombination" class="materialtype" title="Medienkombination" />Medienkombination</xsl:when>
       <xsl:when test="$leader6='m'"><img title="Computerdatei" class="materialtype" alt="Computerdatei" src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/computer_link.png" /> Computerdatei</xsl:when>
       <xsl:when test="$leader6='e' or $leader6='f'"><img alt="Karte" title="Karte" class="materialtype" src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/map.png" /> Karte</xsl:when>
       <xsl:when test="$leader6='g' or $leader6='k' or $leader6='r'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/film.png" alt="Visuelles Material" title="Visuelles Material" class="materialtype" /> Visuelles Material</xsl:when>
       <xsl:when test="$leader6='c' or $leader6='d'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/music.png" alt="Partitur" class="materialtype" title="Partitur" /> Noten</xsl:when>
       <xsl:when test="$leader6='i'"><img class="materialtype" title="Ton" alt="Ton" src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/sound.png" /> Ton</xsl:when>
       <xsl:when test="$leader6='j'"><img src="https://zefanjas.de/opac-tmpl/lib/famfamfam/silk/sound.png" class="materialtype" title="Musik" alt="Musik" /> Musik</xsl:when>
     </xsl:choose>
   </span>
 </xsl:if>

```

Das gleiche muss man dann noch einmal für die Detailansicht machen. Die XSLT Dateien befinden sich unter **_/usr/share/koha/intranet/htdocs/intranet-tmpl/prog/{langcode}/xslt/MARC21slim2intranetResults.xsl_**. {langcode} ist z.B. „en“ oder „de-DE“.

Es empfiehlt sich eine Kopie des Standard-Templates zu machen und dieses dann anzupassen. Dazu muss der Pfad in den Systemparametern unter **XSLTResultsDisplay** noch geändert werden.

## Fazit

Bisher lief der Umzug ohne große Probleme ab. Der Schulbetrieb läuft seit einigen Wochen wieder und bisher gab es keine Beschwerden 🙂 Eine Sache haben wir noch nicht eingerichtet, welche aber noch dringend gemacht werden muss: Benachrichtigungen und Mahn- bzw. Erinnerungsnachrichten. Wenn wir das fertig eingerichtet haben, werde ich davon in einem 4. Teil berichten.

 [1]: https://zefanjas.de/2017/07/24/umstieg-von-littera-zu-koha-teil-1/
 [2]: https://zefanjas.de/2017/07/26/umstieg-von-littera-zu-koha-teil-2/
 [3]: https://www.antolin.de/all/info/titel-listen.jsp

Umstieg von LITTERA zu Koha – Teil 2

Wed, 26 Jul 2017 04:35:50 +0000

Wie bereits in [Teil 1][1] dieser kleinen Serie angekündigt, möchte ich heute beschreiben, wie wir neben unserer Lehrmittelbibliothek auch mit unserer Schulbibliothek von LITTERA zu Koha umgestiegen sind.

Backup der Daten aus LITTERA

LITTERA macht es einem nicht gerade leicht die aufgenommen Titel und Exemplare zu exportieren, sodass man neben den allgemeinen Angaben zum Titel auch die entsprechenden Schlagworte, Systematik oder die Barcodes in irgendeiner lesbaren Form hat. Die Backupfunktion von LITTERA legt alle Daten in einer Microsoft Access Datenbank ab, in der wiederum alle Daten in Tabellen liegen. Unter Windows ist diese mit einem Passwort geschützt, doch mit Hilfe der mdb-tools (aus den Paketquellen von z.B. Ubuntu) kann man sich ohne Probleme den Inhalt dieser Datenbank anschauen.

Mit mdb-tables littera.mdb kann man sich die einzelnen Tabellen innerhalb der Datenbank anschauen und mit mdb-export littera.mdb tabellenname den Inhalt einer Tabelle. Wenn man das ganze noch mit sed verknüpft kann man mit folgendem Befehl alle Tabellen in eine CSV-Datei exportieren:

$ mdb-tables littera.mdb | sed "s/ /\n/g" | while read in; do  mdb-export littera.mdb "$in" > "$in".csv; done

```

Nun hat man alle Daten in einer Form, dass man sie weiterverarbeiten kann. Folgende Tabellen sind interessant. Die Spalte „Buchungsnummer“ dient dabei als ID in anderen Tabellen.

  * Verlag → Liste mit allen Verlagen und Ortsangabe
  * Schlagworte → Liste aller Schlagworte
  * Schlag_zuord → Zuordnung der Schlagworte zu einem Titel
  * Medienart → alle Medientypen
  * Interessenkreise → Liste der Interessenskreise
  * IntzuMed → Zuordnung Interessenkreise zu Titel
  * Systematik\_OG / Systematik\_UG → Ober- und Untergruppen der Systematik
  * Systematik_Zuordnung → Zuordnung der Systematik zu Titel
  * Sprache → Liste der verwendeten Sprachen
  * Reihe → Informationen über Reihen
  * Exemplar → Liste aller Exemplare
  * Titel → Liste aller Titel

### Vorbereiten der Daten

Mit Hilfe eines Python-Skripts habe ich diese Tabellen ausgelesen und in einem großen Dictionary zusammengefasst, sodass ich zu jedem Titel alle nötigen Daten hatte (inkl. Exemplardaten).

```
#read publisher data
with open('Verlag.csv') as exemplarfile:
    reader = csv.DictReader(exemplarfile)
    tmpItem = {}

    for row in reader:
        tmpItem = {}
        tmpItem["name"] = row["Verlag"]
        tmpItem["city"] = row["Ort"]
        publishers[row["Buchungsnummer"]] = tmpItem

```

Eine weitere Schwierigkeit war der Barcode. Erst nach einiger [Recherche][2] habe ich einen Hinweis auf die Zusammenstellung des Barcodes gefunden. Ein Beispiel:

Barcode eines Exemplars: **1456000089443**

Das Muster ist folgendes: Exemplarnummer + Nullen + Bibliotheksnummer + Länge der Exemplarnummer + Prüfziffer (EAN13).

Im obigen Bespiel wäre als **1456** die Nummer unsere Exemplars, gefolgt von **Nullen**. **894** ist die Nummer der Bibliothek gefolgt von der **4**, da unsere Exemplarnummer 4stellig ist. **3** ist die Prüfnummer des Barcodes (die sich Über Division mit Rest berechnen lässt – einfach mal das weite Netz danach durchsuchen).

### MAB zu MARC21

LITTERA verwendet MAB als Format für alle Titel und Exemplare und Koha dagegen MARC21. Die Daten, die nun mit Hilfe des Python-Skripts vorbereitet sind, müssen nun noch in MARC21 „umgewandelt“ werden. Wie ich schon in Teil 1 erwähnte, ist MARC21 nicht gerade einsteigerfreundlich und relativ komplex. Es dauert etwas bis man die Struktur verstanden hat. Mir hat an dieser Stelle in Website „[Understanding MARC][3]“ geholfen.

In MARC21 gibt es verschiedene Felder mit Unterfeldern, die dazu noch bis zu 2 Indikatoren haben. In Koha wird z.B. das Fled 952 für alle Exemplardaten verwendet. im Unterfeld „p“, also 952$p befindet sich z.B. der Barcode. Im Feld 245$a und 245$b werden der Titel und der Untertitel festgehalten usw. Eine genaue Auflistung in deutsch gibt es bei der [Deutschen Nationalbibliothek][4].

Mehr oder weniger zufällig bin ich auf [pymarc][5] gestoßen, eine Python-Bibliothek zum Bearbeiten von MARC21 Daten. Diese Bibliothek nimmt einem viel Arbeit ab. Ich habe also aus den vorbereiteten Daten die einzelen Einträge der MARC21-Felder erstellt und am Ende als MARC21XML exportiert. Hier ein Auszug aus dem Skript:

```
if "ISBN" in titles[recordID] and titles[recordID]["ISBN"] != "":
    record.add_field(
        Field(
            tag = '020',
            indicators = ['',''],
            subfields = [
                'a', titles[recordID]["ISBN"]
            ]
        )
    )

```

Die Felder 000 bis 008 sind besondere Felder in MARC21, deren Bedeutung ich noch nicht 100%ig verstanden habe. Auf jeden Fall ist der „Leader“ ein sehr wichtiges Feld, weil in ihm wichtige Daten über z.B. die Medienart festgehalten sind. Deshalb hier noch ein Auszug, wie ich den Leader konstrukiert habe (anhand des Medientyps):

```
l = list(record.leader)
```

l\[5] = ’n‘ l[6] = ‚a‘ l[7] = ‚m‘ l[9] = ‚a‘ l[17] = ‚7‘ l[18] = ‚a‘ if titles[recordID\]\[„type“\]\[„short“] in („BU“, „ZS“): l[6] = ‚a‘ l[7] = ‚m‘ if titles[recordID\]\[„type“\]\[„short“] in („CD“, „TC“, „HB“): l[6] = ‚j‘ if titles[recordID\]\[„type“\]\[„short“] in („KA“): l[6] = ‚e‘ if titles[recordID\]\[„type“\]\[„short“] in („VI“, „DV“, „DI“, „FI“, „OV“): l[6] = ‚g‘ if titles[recordID\]\[„type“\]\[„short“] in („CR“, „FD“): l[6] = ‚m‘ if titles[recordID\]\[„type“\][„short“] in („SP“, „SO“): l[6] = ‚o‘ record.leader = „“.join(l)


Ein korrekter Leader ist wichtig, da ansonsten in Koha kein Medientyp bei der Suche oder in den Details angezeigt werden.

Nun müssen die Daten noch von MARC21XML nach MARC21 umgewandelt werden. Koha kann zwar auch MARC21XML importieren, aber da hatte ich immer Probleme mit der Kodierung, was sich in Problemen mit Umlauten und Sonderzeichen gezeigt hat. Also habe ich mit Hilfe von [MarcEdit][6] die Daten vom einem Format in das nächste gebracht.

Soweit so gut. Jetzt können die Daten in Koha importiert werden. Allerdings möchte ich gern, dass man bei einer Suche oder in der Detailansicht sieht, ob ein Buch bei Antolin verfügbar ist oder nicht. Antolin ist eine Leseplatform für Kinder, wo man zu einem gelesenen Buch ein Quiz machen kann und dafür Punkte bekommt. Ungefähr so soll es am Ende aussehen:

 

Wie Antolin integriert werden kann und wie man die Ansicht der Ergebnisse anpassen kann, darüber werde ich im [dritten Teil][7] berichten.

 [1]: https://zefanjas.de/2017/07/24/umstieg-von-littera-zu-koha-teil-1/
 [2]: http://www.ktp.at/mikrobib/doc/bc/BarEtiB.pdf
 [3]: http://www.loc.gov/marc/umb/
 [4]: http://d-nb.info/996983511/34
 [5]: https://github.com/edsu/pymarc
 [6]: http://marcedit.reeset.net/
 [7]: https://zefanjas.de/2017/09/16/umstieg-von-littera-zu-koha-teil-3/

Umstieg von LITTERA zu Koha – Teil 1

Mon, 24 Jul 2017 14:33:56 +0000

Seit ca. einem Jahr setzen wir an unserer Schule vermehrt auf Open Source Software (ich hatte hier und hier dazu berichtet). Ein großer Vorteil dieser Entscheidung ist die gewonnene Freiheit und Anpassungsfähigkeit. Manche würden das vielleicht auch als Nachteil sehen 🙂 Als Schule hat man bestimmte Anforderungen und Gegebenheiten und so kommt es bei der Auswahl einer Software nicht nur auf die „Features“ an, sondern v.a. auch, wie gut man diese Software konfigurieren, anpassen und in die vorhandene Infrastruktur einbinden kann. Da sehe ich bei Open Source Software einen riesen Vorteil gegenüber kommerzieller Software.

Ausgangslage

Koha ist so ein Beispiel. Vor einem Jahr haben wir eine neue Software für unsere Lehrmittelbibliothek gesucht. Unsere damalige Lösung (Littera LM) war veraltet und lief nicht sehr zuverlässig. Jedes Jahr gab es bei der Schulbuchausgabe und -rückgabe Probleme, sodass Bücher nicht mehr eindeutig zugeordnet werden konnten usw. Von Koha hatte ich schon mal gehört und wusste, dass auch andere Schulen in der großen weiten Welt diese Lösung verwendeten. Eine neue VM mit Koha war schnell eingerichtet – nicht zuletzt dank des sehr ausführlichen Handbuchs (inkl. Checklist)!

Neben dem Einrichten von Koha mussten wir uns v.a. auch mit Marc21 auseinandersetzten – dem bibliografischem Framework, welches Koha standardmäßig verwendet. Marc21 ist ein sehr komplexes Format, was am Anfang nicht gerade übersichtlich erscheint. Man kann sehr viele Details darin abbilden – leider, so erscheint es mir, ist dies aber auf verschiedenen Wegen möglich 🙂 Ich habe einiges gelernt über Marc21, aber bin längst kein Experte darin. Für unsere Schulbücher brauchten wir zum Glück nur die wesentlichsten Daten, welche auch gut abgebildet werden konnten. Unsere damalige Bibliothekarin erarbeitete noch eine Systematik und entsprechende Schlagwörter.

Dann konnte es auch schon mit der Katalogisierung der einzelnen Schulbücher und Lehrmaterialien losgehen. Über die Sommerferien wurden alle Schulbücher neu aufgenommen, mit Barcodes versehen und für die Schulbuchausgabe vorbereitet. Die Schulbuchausgabe nach den Ferien lief erfreulicherweise ohne große Probleme und (fast) zum ersten Mal war klar, wem welches Buch ausgeliehen wurde 🙂

Ein großer Vorteil von Koha gegenüber von LITTERA ist, dass es webbasiert ist und somit von jedem Rechner im Netzwerk aus bedient werden kann. Das hat uns die Arbeit und Einrichtung sehr erleichtert.

Nach einem Jahr mit Koha sind wir sehr zufrieden und auch die Schulbuchrückgabe lief ohne Probleme ab. Koha ist insgesamt sehr mächtig und kann viel viel mehr, als man für eine kleine Lehrmittelbibliothek braucht. Es dauert etwas bis man sich in Koha und v.a. Marc21 eingearbeitet hat, aber das Handbuch ist da eine große Hilfe. Die Möglichkeiten der Konfiguration sind sehr vielfältig und man kann eigentlich alles an die eigenen Bedürfnisse anpassen.

Umstieg wagen!

Nach der erfolgreichen Schulbuchrückgabe haben wir uns kurz zusammengesetzt und überlegt, ob wir nicht auch unsere eigentliche Schulbibliothek auf Koha umstellen sollten. Der Aufwand für so eine Umstellung ist natürlich um einiges größer, da eine Schulbibliothek ganz andere Anforderungen hat, als eine Lehrmittelbibliothek. Wir wollten auch den Bestand nicht neu etikettieren müssen, sondern – falls möglich – die vorhandene Struktur und Barcodes übernehmen können. Dazu kommen dann noch Ausleihkonditionen, Mahngebühren, E-Mail-Benachrichtigungen, Antolin-Integration usw. In den letzten zwei Wochen habe ich mich mal an dieses Projekt gewagt. Davon möchte ich euch bald in einem weiteren Artikel berichten (Update: Teil 2).

PS: Wer nutzt noch Koha in seiner Bibliothek?

The Open Organization

Sat, 17 Dec 2016 12:44:31 +0000

Die Open Source Bewegung ist in den letzten Jahrzehnten stark gewachsen und das Internet wäre ohne Open Source nicht denkbar. Oft nimmt man Open Source nur im Zusammenhang mit Software war, dabei geht es Open Source um wesentlich mehr. Es ist die Beschreibung von einer neuen Art der Zusammenarbeit, des Umgangs miteinander und dem offenen Fluss bzw. die Verfügbarkeit von Informationen. So haben sich die Prinzipien, die für Open Source Projekte ganz normal sind, immer weiter auch in andere Teile der Gesellschaft ausgebreitet. Ein Beispiel dafür ist „The Open Organization“.

Was ist „The Open Organization“

In seinem Buch „The Open Organization: Igniting Passion and Performance„ schreibt Jim Whitehurst (CEO von Redhat), wie die Anwendung von Open Source Prinzipien wie Offenheit, Authentizität, Transparenz die Art und Weise des Zusammenarbeitens aber auch des Managements ändert. Das Buch richtet sich dabei in erster Linie an Leiter in einer Organisation, die Verantwortung für Menschen tragen. Jim Whitehurst definiert eine offene Organisation folgendermaßen:

„an organization that engages participative communities both inside and out—responds to opportunities more quickly, has access to resources and talent outside the organization, and inspires, motivates, and empowers people at all levels to act with accountability.“

Im Prinzip geht es darum Mitarbeitern in einer Organisation den richtigen Kontext zu schaffen, sodass sie ihr volles Potenzial entfalten können. Dazu zählt die offene und transparente Zugang zu Informationen, das inklusive Treffen von Entscheidung (also kein top → down) sowie die Ausrichtung der Leidenschaft der Mitarbeiter an den Zielen und dem Zweck der Organisation. Es geht nicht um Einfluss, der mit einem Titel auf einer Visitenkarte zu tun hat, sondern jede Idee, egal vom wem sie in der Organisation auch gekommen sein mag, kann die beste sein. Offenheit, ehrliches Feedback, Zuhören, Ernstnehmen und zusammen an einer Vision arbeiten – darum geht u.a. es bei „The Open Organisation“. Eigentlich sehr grundlegende Eigenschaften des ehrlichen und offenen Zusammenarbeitens 🙂

Open Decision Framework

Im September bin ich zum ersten mal auf das Open Decision Framework aufmerksam geworden. Es ist Teil der offenen Organisation und beschreibt den Weg, wie man transparente und inklusive Entscheidungen trifft. Den „Quelltext“ für dieses Framework findet man auf Github. Dort kann man sich das Framework als PDFs, odp oder Markdown-Datei herunterladen.

Das Buch kann ich nur empfehlen und es hat so einige Denkanstöße bei mir ausgelöst, die ich gern in meiner Rolle als Leiter umsetzen bzw. ausprobieren möchte.

Open Source in der Schul-IT – Teil 2

Wed, 07 Dec 2016 14:14:19 +0000

Wie bereits in Teil 1 angekündigt, möchte ich heute kurz beschreiben, welche Open Source Software wir sowohl im Serverraum als auch auf den Clients einsetzen.

Serverraum

Letzten Sommer haben wir einen neuen Server gekauft (Dell R430, 32GB), auf dem der Großteil der neuen Infrastruktur läuft. Dabei setzen wir den XenServer als Hypervisor ein. Zur Zeit laufen da 3 VMs drauf, zu denen ich gleich noch was schreibe.

Kern unserer Infrastruktur (DNS, DHCP, File shares, Print Server, …) bildet die freie Linuxmuster.net (kurz: LMN) Musterlösungen für Schulen. Ich hatte diese Lösung bereits in einem früheren Artikel erwähnt. Die LMN ist ein Projekt, welches ursprünglich als Musterlösung vom Land Baden-Württemberg entwickelt wurde und seit ca. 2012 in einem eigenständigen Verein weitergeführt wird. Die LMN bietet viele Funktionen und ist sehr individuell anpassbar. Kernstück der LMN ist ein SAMBA 3 Server und eine OpenLDAP Datenbank, in welcher alle Benutzer (Schüler, Lehrkräfte) gespeichert werden.

Ein weiterer wesentlicher Bestandteil ist LINBO (Linux Network Boot), eine Art Bootmanager für die Clients. Mit LINBO lassen sich einfach Images von einer Installation erstellen und dann sehr einfach auf andere Rechner übertragen (kann auch automatisiert werden). Dabei werden sowohl Linux als auch Windows-Clients unterstützt. Wir setzen z.B. Windows 10 und Ubuntu 16.04 in unserem Computerraum ein. Über die Schulkonsole kann man alle wichtigen Funktionen bequem über ein Webinterface verwalten.

Die LMN nimmt einem Administrator sehr viel Arbeit ab, da sie für Schulen optimiert ist. Leider ist die LMN hauptsächlich in Deutschland bekannt. Es ist ein tolles Projekt und hat eine unglaublich aktive und hilfsbereite Community! Wem es interessiert, kann auch mal einen Blick in die Dokumentation werfen. Ich denke, dass ich noch mal in einem extra Blogpost über die LMN berichten werde, da es hier sonst den Rahmen sprengt.

Als Firewall setzen wir eine SG4860-1U mit pfSense ein. Darüber läuft auch unser Captive Portal (für Lehrkräfte, Mitarbeiter und Schüler). Schön ist, dass man bei pfSense z.B. auch Vouchers für das Captive Portal direkt mit dabei hat.

Neben der VM für die LMN, haben wir eine weitere für einen Ubuntu 16.04 Server. Diesen nutzen wir als LXD-Host, da (fast) alle anderen Webanwendungen, die wir verwenden in einem LXD-Container laufen. LXD/LXC ist ebenfalls ein super Projekt und es ist einfach klasse aus vielen verschiedenen Gründen (sehr leicht zu bedienen, flexibel, schnell, man kann Container lokal erstellen und dann auf irgendeinen Host schieben, Snapshots, zfs, …).

Folgende Anwendungen laufen bei uns in Containern:

SnipeIT → Asset Management / Inventar
OSTicket mit eMail- und Slack-Integration → Helpdesk
OMD/Check_MK → Monitoring
Dokuwiki → Wiki

Weiterhin haben wir noch eine VM in der ein Debian läuft und Koha – eine Bibliothekssystem (derzeit nutzen wir es für die Lehrmittel, die Schulbibliothek nutzt noch ein anderes System).

Clients

Im (neuen) Computerraum läuft bei Windows 10 und Ubuntu 16.04. Beim Start können die Schüler auswählen (in LINBO), welches System sie starten wollen. Sowohl Windows als auch Ubuntu sind mit folgender Software ausgestattet:

LibreOffice
Firefox
Geogebra
GIMP
Scribus
MuseScore
LMMS
und noch einiges mehr.

Hier gibt es noch eine schöne Liste mit Open Source Anwendungen in der Schule.

Auf unseren älteren Systemen kommt nur Ubuntu zum Einsatz.

Fazit

Von den gesetzten Zielen wurden einige durch die oben genannten Lösungen bereits erreicht. Durch den Einsatz dieser Open Source Lösungen konnten die Kosten im Bereich IT im Vergleich zu einer Windows basierten Lösungen stark gesenkt werden (auch wenn der Vergleich der Lizenzkosten sicher nicht vollständig und umfassend ist).

Open Source in der Schul-IT – Teil 1

Mon, 05 Dec 2016 11:16:23 +0000

Fund aus der Vergangenheit

Seit über einen Jahr beschäftige ich mit mit dem Thema „Open Source in der Schul-IT“. Einige Gedanken habe ich bereits hier oder hier festgehalten. Alles begann damit, dass unser Vertrag, den wir mit einem externen Dienstleister hatten, ausgelaufen ist und wir nun vor der Frage standen, ob wir die vorhandene Infrastruktur weiterlaufen lassen oder (teilweise) „von Null“ beginnen. In diesem ersten Teil möchte ich kurz die Ausgangslage beschreiben und welche Ziele wir uns für eine verbesserte IT-Infrastruktur gesetzt haben.

Ausgangssituation

Bis letztes Schuljahr war unsere IT recht einfach gestrickt. Es gab einen alten Windows 2003 Server, der als Benutzerverzeichnis für das Captive Portal diente (Untangle – UTM). Die Lizenz für diese Firewall kostete uns bei unserem Dienstleister ca. 80€ im Monat und wir wollten deshalb die Lizenz nach Ablauf des Service-Vertrags nicht verlängern (wir sind eine recht kleine Schule mit ca. 150 Schülern).

Der Rest der Infrastruktur ist schnell beschrieben: Ein paar Linksys WRT54GL spannten ein WLAN-Netz auf. In einem Neubau hatten wir zusätzlich einen Cisco Wireless-Controller mit 4 LightWeight-Accesspoints. Bis zum letzten Sommer gab es noch einen Computerraum mit 12 Rechnern (AMD X2, 2GB, 500GB, Windows XP im Kioskmodus), welche schon einige Jahre auf dem Buckel hatten. Im Serverraum gab es noch ein paar Cisco-Switche, den genannten alten Dell Server, auf dem der Windows 2003 Server lief, ein Dell Rechner für die UTM und zwei UPS. Insgesamt eigentlich eine gute Basis, die allerdings etwas in die Jahre gekommen war.

Ein großer Nachteil war weiterhin, dass alle Arbeitsplätze (Schüler, Lehrkräfte, Mitarbeiter) einzeln administriert wurden. Wenn eine Lehrkraft z.B. eine neue Software wünschte, musste man von Rechner zu Rechner gehen und die Software einzeln installieren. Backups wurden in mehr oder wenigen Abständen manuell erstellt. Weiterhin gab es keine getrennten Netze, d.h. LAN und WLAN nutzten den gleichen IP-Bereich. In Deutschland sicher undenkbar, hier bei uns durchaus Realität 🙂

Auf allen Client lief Windows XP oder Windows 7 als Betriebssystem. Zusätzlich kam/kommt MS Office in der Verwaltung zum Einsatz. Im Computerraum wurden aber bereits einige Open Source Anwendungen eingesetzt: GIMP, LibreOffice, Scribus, Firefox. Weiterhin setzen wir uns unserer Schule stark GSuite for Education ein.

Ziele für eine neue Schul-IT

Folgende allgemeine Ziele haben wir uns für eine verbesserte IT-Infrastruktur gesetzt:

Schaffung einer zuverlässigen und sicheren IT-Infrastruktur
Segmentierung des Netzwerks in verschiedene Bereiche (z.B. öffentlich, päd. Netzwerk, Verwaltungsnetzwerk)
Ausbau und Erweiterung des bisherigen WLAN-Netzes
möglichst weitgehende Automatisierung aller Komponenten / Clients
Zentrale Benutzerverwaltung und Authentifizierung / Autorisierung
automatisierte Backups
Reduzierung der Lizenzkosten durch Einsatz von Open Source-Software
Ausbau Computerraum
Erstellen eines Disaster Recovery Plans
“Selbstheilende Arbeitsstationen” → schnelle Einrichtung und Reparatur von Arbeitsstationen

Im nächsten Teil möchte ich beschreiben, wie wir in den letzten Monaten diese Ziele angegangen sind (bisher haben wir noch nicht alle Ziele umgesetzt) und welche Open Source Software dabei im Serverraum, aber auch auf den Clients zum Einsatz kommt.

The Open Schoolhouse

Tue, 04 Oct 2016 06:28:30 +0000

Vor wenigen Tagen ist das Buch von Charlie Reisinger „The Open Schoolhouse“ erschienen. Man es es im Kindle oder Nook-Store kaufen bzw. als PDF frei herunterladen. Das Buch liest sich sehr gut und beschreibt die Reise eines Schulbezirks in den USA hin zu Open Source Software in der Schule. Dabei geht es nicht nur um Software im Server-Raum oder im Klassenzimmer, sondern viel mehr um Anwendung der Open-Source-Prinzipien im Unterrichtsalltag.

Dabei geht es z.B. um die Fragen, ob sich Prozesse, wie sie für Open Source Entwickler ganz normal sind, auch im Klassenraum anwenden lassen oder ob es als Schule möglich ist, erfolgreich Open Source einzusetzen. Im zweiten Teil des Buches geht es um die Planung und Einführung eines 1:1 – Programms, d.h. 1 Laptop für jeden Schüler.

Ich kann das Buch nur empfehlen. RedHat Films hatte bereits vor einigen Monaten eine Kurzdoku über genau diese Schule gedreht: The Power of Open in Education

In dem Zusammenhang möchte ich noch kurz auf das Open Decision Framework hinweisen, welches zeigt, wie man Open Source Prinzipien auf Entscheidungsprozesse anwenden kann.