Arktur Portal

Arktur - Schulserver

:: die perfekte Serverlösung für alle Schularten :: pädagogisch durchdacht :: von Lehrern für Schulen entwickelt ::

 über Arktur
 Meldungen
 Download/Bezug
 Updates
 Mitmachen
 Mailinglisten
 Entwicklung
 Fehlermeldungen
 FAQ
 Dokumentation
 Links
 Das Team
 Logos
 Händler
 Impressum

Der Arktur-Schulserver Version 5.0 (Vorüberlegungen und Wünsche)

Die hier beschriebenen Wünsche für die zukünftige Arktur Version 5 stammen nicht aus der Feder der Entwickler. Denn nur die Nutzer können sagen, was sie sich alles von einem künftigen Server wünschen. Entwickler unter sich sind oft betriebsblind und können die täglichen Probleme von Nutzern meist nicht vorhersehen.

Sollten Sie auch Ideen oder Wünsche haben, dann senden Sie einfach eine E-Mail an die Mailingliste für Arktur-Nutzer. Informationen über die Mailinglisten finden Sie hier.

Diese Liste stellt keine Zusammenstellung der Features des neuen Arktur 5 dar, sondern ist wirklich nur als Wunschliste der Nutzer (gerichtet an die Entwickler) zu verstehen. 

Entwicklung neuer Schulserver

  • einheitliches Schema, damit Schulbuchverlage und andere Softwareanbieter ihre Produkte lauffähig (für verschiedene Schulserver) anbieten können,
  • Paketmanager (damit Updates in Zukunft einfacher werden)
  • einfache Anbindung eines Reserveservers, der im Notfall den Betrieb gewährleisten kann
  • Kerberos
  • Das bisherige NFS (NetworkFileSystem) aus Sicherheitsgründen durch AFS oder alternativ NFS_V4 ersetzen.
  • Arktur-Oberfläche unabhängig vom Trägersystem (z.B. SUSE, Debian, RedHat, Mandriva, Slackware)
  • Arktur-Oberfläche modular aufgebaut für leichtere (teamorientierte) Pflege und Erweiterbarkeit
  • WLAN-Sicherheit sollte durch Arktur5 garantiert werden (wenn man das WLAN in ein eigenes Subnetz sperrt). Nur in Arktur eingetragene Geräte dürfen dann ins Netz (temporär abschaltbar).
  • Zur Steigerung der Sicherheit nach außen und versehentlichen Beeinflussung durch individuelle Anpassungen am Server: Abkapselung der Routing- und Firewall-Funktionalitäten in eine eigene virtuelle Maschine (siehe entsprechende Projekte von c't). Über diese könnte auch eine sichere WLAN-Schnittstelle realisiert werden (z.B. via "VPN over WLAN").
  • Fehlermeldungen automatisch weiterleiten und in einem System erfassen/beheben (Mantis)

Installation

  • Installation von S-ATA-DVD-Laufwerk aus möglich

  • Installation von USB-DVD-Laufwerk aus möglich

  • Auswahl der Boot/Installations-Festplatte

  • Partitionierung nach eigenem Wunsch

Administration/Verwaltung

  • Ersatz des bisherigen Konsolenbenutzers "sysadm" durch eine X-Oberfläche mit Webinterface direkt auf Arktur.
  • Ich würde mir Spooler für Netzwerkdrucker incl. personenbezogener Abrechnung der Kosten wünschen.
  • Selektives löschen von Druckaufträgen mittels Webformular, inclusive webbasiertem Start und Stop des Druckdaemons
  • Raumgebundene Freigabe (wo ich bin, soll gedruckt werden). Das heisst aber, das der Nutzer nicht direkt/fest mit den zur Verfügung stehenden Druckern verbunden wird. Evtl. auch rechnergebundene Freigabe
  • Autoupdate des/der Server (Vorbild OSS)
  • neue Weboberfläche zur Verwaltung (da macht die Doku zur V4 schon den Anfang) eventuell im Design der neuen Dokumentation.
  • Verbesserter Jugendschutzfilter (wir denken dabei über eine freiwillige automatische Meldung der Sperrseiten und deren Verteilung auf alle Arktur-Schulen nach)
  • ein Webinterface - mit dem man Gruppen verwaltet, Computer einzeln gesperrt, User kurzfristig zugeordnet werden können (und das toll aussieht)
  • 1 integrierte vorinstallierte Backuplösung (auf 2. oder externe Festplatte und/oder Band) per Menü einzurichten und zu bedienen
  • Ich hätte gern einen positiven Filter für Internetzugang (nur Whitelist erlaubt)
  • einfache Freigabe / Sperrung des Internet möglichst: raumweise, pro PC, pro Klasse und pro Nutzer
  • einfache, raumweise Kontrolle der aufgerufenen Seiten im Internet (für den unterrichtenden Lehrer)
  • bei der Passwortvergabe für neu angelegt Nutzer sollte der Administrator per Menü unter verschiedenen Möglichkeiten wählen können, z.B. per Zufall generiertes PW, leeres PW, festes PW (wählbar), Nutzername, Geburtsdatum.
  • Es wäre wünschenswert, die Lehrer (bei uns immerhin über 40) ebenfalls, wie es bei den Klassen ja auch geht, über eine Datei einlesen zu können.

  • Menüpunkt zur späteren Treibereinbindung (S-ATA / SCSI) nach der Installation oder Hardwareumbau

Client

  • Klausur- und Prüfungsumgebung (dazu sind die Ideen bereits fertig)
  • Autoinstallation/Autorestore von Clients (auch hier gibt es bereits Ansätze in Richtung Autoupdate in der Version 4)
  • Imaging von Clientrechnern

Zusatzfeatures

  • ein Zugriff für Schüler und Lehrer auf ihre Daten von zu Hause aus
  • vorinstalliertes CMS (Joomla, Moodle, Contenido oder Typo3 oder...) auf das alle Schüler/Lehrer entsprechend Ihrer Gruppenzugehörigkeit schon Rechte haben.
  • vorinstalliertes wiki (evtl. Mediawiki) zum einfachen Intranet-Publizieren im Stile der Wikipedia.
  • Einbindung eines Zeileneditors in die sysadm-Oberfläche (siehe schan-developer vom 25.03.2006)


(us; letzte Änderung 23.11.2007)