Dort haben wir vor über einem Jahr einen EDV-Raum nach unserem bewährten Konzept eingerichtet. Der Raum läuft bis heute äußerst zufriedenstellend. Lediglich zwei defekte Speichermodule der Dell-Rechner waren bislang zu beklagen.

Wir werden die zum Einsatz kommenden Technologien Software-Deployment mit Multicasting (Symantec Ghost Solution) zum schnellen Verteilen von neuen Programmen, Festplatten-Schutz (Dr. Kaiser Drive) sowie Virtuelle Netzwerke (VLANs) zur Realisierung einer Netzwerktrennung vorstellen, erklären und vorführen. Darüber hinaus ist eine Live-Demonstration des Software-Deployment-Vorgangs geplant, so dass sich alle Anwesenden von der Robustheit des Systems überzeugen können.

FilterSurf (www.filtersurf.de), unser Open Source Internet-Content-Filter, kommt in dieser Schule zwar nicht zum Einsatz, soll jedoch trotzdem kurz vorgestellt werden.

Der Vortrag wird keine Werbeveranstaltung, sondern soll hauptsächlich Handlungsempfehlungen geben und Wissen vermitteln. Wir möchten damit zeigen, dass sich durch den Einsatz von Open Source Komponenten auf einem Linux-Server (Debian) eine für Schulen optimal zugeschnittene Umgebung aufbauen lässt. Darüber hinaus werden wir voraussichtlich auf die Einrichtung des Verwaltungsnetzwerks und dessen Absicherung und Datensicherung eingehen. Der Arbeitsaufwand bzw. Wartungsaufwand für die Systembetreuer des Informatikraums soll dabei soweit wie möglich minimiert werden.

Diesen Anspruch hat auch unsere Anwendung “SelfMadeShares”, eine webbasierte Verwaltungsoberfläche für Home-Verzeichnisse, über die sich Schüler jederzeit selbst für ein Home-Verzeichnis registrieren können. Dieses kann dann “ganz normal” über den Windows-Explorer als Netzlaufwerk mit Anmeldung eingebunden werden. Wird das Laufwerk für längere Zeit nicht genutzt, wird es nach Vorwarnung automatisch gelöscht. Für Systembetreuer ist dies also eine verhältnismäßig wartungsfreie Lösung.

Die Teilnahme an der Fortbildung ist kostenfrei. Allerdings sind nur begrenzt viele Plätze verfügbar. Wer Interesse an einer Teilnahme hat, möge mir an domi AT exonet . de eine E-Mail schicken, ich werde dann mit der veranstaltenden Einrichtung die Details regeln.

Wie kann man FilterSurf also umgehen? Zum Beispiel indem man zu Hause surft.

Schon klar. Wie kann man FilterSurf aber in der Schule umgehen? Das ist schon schwieriger

Ein probates Mittel gegen Internet-Filter jeglicher Art ist bekanntlich AN.ON (Anonymität Online), das den gesamten Traffic anonymisiert und verschlüsselt. Allerdings ist die Geschwindigkeit deutlich niedriger als beim normalen Surfen.
Eine andere Möglichkeit wäre ein DNS-Tunnel, für dessen Einrichtung der geneigte Schüler jedoch erhebliche Linux- und Netzwerk-Kenntnisse benötigt. Meine bisherigen Tests waren aber ebenfalls nicht sehr viel versprechend.

Schließlich bleibt noch die Möglichkeit, einen SSH-Tunnel einzurichten. Wie beim DNS-Tunnel benötigt man dafür allerdings ebenfalls einen eigenen Linux-Server im Internet und viel Erfahrung im Umgang mit Linux.

Wer die Mühe nicht scheut und es geschafft hat, den Filter zu umgehen, bekommt zwar wahrscheinlich Ärger mit dem Disziplinarausschuss, dafür hat er aber auch viel über Netzwerk und IT-Sicherheit gelernt.

Gestern, gestern war der Default-Tag, wie ich auf der Heimfahrt mit Christian festgestellt habe. Warum? Nunja, darum:

1. In Neuburg haben wir ja mit VLANs im Switch experimentiert, um uns eine zusätzliche Netzwerkkarte im Server zu ersparen. Als wir dann eine Weile rumgespielt haben, war der Switch irgendwann komplett verkonfiguriert und es ging gar nichts mehr. Ein Druck auf seine Reset-Taste führte nur zu hektischem Blinken aller LEDs, das Ziehen des Steckers brachte auch keine Besserung. Jedenfalls ließ er sich danach immer noch nicht über seine Default-IP-Adresse ansprechen. Komisch. Erst als wir dann ins Handbuch geschaut hatten und alles einmal durchgelesen hatten, fassten wir uns an den Kopf: Wir hätten nicht den Reset-Knopf, sondern den Factory Defaults Knopf (ebenfalls an der Frontseite, gut beschriftet…) drücken sollen. Oh Mann. Danach ging alles sofort wieder (ich übertreibe hier: wir haben uns die folgenden 2h noch mit den VLANs beschäftigt und wären schon beinahe verzweifelt, bis mir aufgefallen war, dass wir ein Patchkabel in einen falschen Port eingesteckt hatten – nach dem Umstecken lief dann alles sofort zufriedenstellend).
2. Als wir aus Neuburg zurück kamen, kam die zweite Episode, die dem gestrigen Tag seinen Namen gegeben hat. Wir hatten noch ein Problem mit einer FilterSurf-Box. Diese steht in Zuchering in einer Schule und funktionierte nach einem Update auf die Rev3 nicht mehr. Symptom: Alle Requests brauchten erst mal 2:40 min. Bedenkzeit und wurden dann ausgeführt. Christian hatte schon mehrere Fernwartungen durchgeführt, ohne Ergebnis. Die Situation vor Ort: Die FSB befindet sich hinter einem Windows-(Jana)-Proxy-Server, der von der Box als parent zu verwenden ist (was auch einwandfrei klappte). Allerdings gibt es in dem Netzwerk keinen DNS-Server und der Jana-Proxy lässt auch keine DNS-Requests nach draußen durch. Die Fehlerdiagnose zeigte dann, dass der Squid auf der FSB immer zuerst versuchte, die Domain eines Requests selbst aufzulösen und erst nach einem Timeout den Request an den Parent-Proxy weitergab. Offenbar war das in Zuchering die allererste Schule mit so einer verkorksten Infrastruktur, denn wir haben das Problem noch nie gehabt.
   Wieso aber hat unser Squid auf der FSB immer versucht, die DNS-Namen selbst aufzulösen? Inzwischen wissen wir es: Das macht er zur Performance-Steigerung: Er will die DNS-Responses selbst cachen und dann bereits fertig aufgelöste DNS-Namen an den Parent weiterleiten. Obwohl wir den FAQ-Eintrag schon oft gelesen hatten, war und ein entscheidendes Detail entgangen: die parent-Zeile in der squid.conf muss den Zusatz default tragen. Das soll soviel heißen wie: Verwende IMMER diesen Parent-Proxy (z.B. wenn es mehrere zur Auswahl gibt) UND versuche erst gar nicht, die DNS-Requests selbst aufzulösen. Oh Mann, wie kann man so eine wichtige Option nur so unscheinbar benennen!

So, jetzt gehts wieder auf nach Neuburg! Frohe Ostern allen Lesern.

diese Seite ist kein Weblog, auch wenn sie so aussieht. Ich verwende diese Word-Press-Installation lediglich für einen internen Zweck: Getting things done – wie komme ich mit meinen Arbeiten über die Runden. Wenn Du glaubst, dass Du ein Recht hast, mir bei der Arbeit zuzuschauen, dann schreib mir doch eine Mail an domi ät exonet.de. Ich werde Dir dann Login-Daten zukommen lassen, damit Du mir über die virtuelle Schulter schauen kannst.

Update (11.08.2006): Bitte beachtet auch den heutigen Jubiläumsbeitrag, der besser wiedergibt, was blogaholic.de inzwischen ist.