Schulserver on zefanjas.de - Open Source & Education

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.

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.

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).

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 🙂

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, …).

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.

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

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)

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.