Benutzer:Kirmse: Unterschied zwischen den Versionen

Aus Delixs
Zur Navigation springen Zur Suche springen
K (12 Versionen)
(Projekt im Projekt)
Zeile 1: Zeile 1:
=== Klausurumgebung ===
== Projekt im Projekt / Roadmap ==


es sollen hier die Seiten für die Klausurumgebung erstellt werden. Damit soll einzelnen Leuten ermöglicht werden, sich mit mir darüber auszutauschen. Weiterhin wird natürlich das Ziel verfolgt, den Arbeitsstand zu verdeutlichen. Das macht sich deshalb notwendig, weil doch gelengtlich in den schan-Listen nach Lösungen bzw. Konzepten verlangt wird.
=== Planung und Vorbereitung ===


==== Konzeption ====
''bis 10.10.2008''


Ohne das Verständnis für das Konzept sollte man als Admin die Finger von der Bereitstellung einer Klausurumgebung sein lassen. m.E. sollte dazu eine Seite im Administrationshandbuch ähnlich den Seiten zu verschiedenen Diensten bereitgestellt werden.
* [[Konzept|Erstellen und Fixieren des Konzepts]]
* Bereitstellung von Testdaten (LDIF-Files)
** gesamt.ldif eines neuen Arktur4
** ldif-files für mehrere User
** ldif-files für Räume
** ldif-Files für Rechner
** ldif-Files für Hosts (feste IPs)
* Sammlung von Anleitungen und Tutorials
* Aufarbeiten vorhandener Lösungen / Scripte
** Scripte zur User- und Rechnerverwaltung
** <code>smbstatus2html.cgi</code>
** <code>quota.cgi</code>
** <code>proxy.cgi</code>
** <code>zugang.cgi</code>


*[[Benutzer:Kirmse/klausur01 | Konzeption]]


==== Installation ====  
=== Grundsysteme bereitstellen ===


Derzeit wird so beschrieben, als ob diesbezüglich nichts auf Arktur installiert ist. Es wäre aus meiner Sicht wünschenswert, das alle Scripte noch standardmäßig auf Arktur vorkonfiguriert bereitgestellt  werden.
* WinXP-Client installieren, in der Schule testweise einbinden
* Server (Debian) installieren,
* diesen Server an Netz bringen (Internetzugang mit Router einrichten)
* Einrichtung der 2. Netzwerkkarte


*[[Benutzer:Kirmse/klausur02 | Installation]]


==== Nutzung ====  
=== Installation und Einrichtung der Dienste ===


Für das Verständnis dürfte die Benutzersicht das beste Start sein. Die derzeitige Lösung geht (der einfachheithalber) davon aus, dass für jede Gruppe der Klausurnutzer eine solche Lösung bereitgestellt wird, also muss die Lösung dupliziert werden.
* Installation von Samba (mit Quotas)
* Installation von Apache mit html_public und PHP
* Installation von Squid  mit squidguard
* Installation von DHCP
* Installation von DNS mit Anbindung an DHCP


*[[Benutzer:Kirmse/klausur03 | Benutzung]]


=== LDAP & Co ===


=== ein Webinterface als Ersatz für die Fachlehrershell ===
* Installation und Einrichtung des LDAP
* Installation und Einrichtung von PhpLdapAdmin
* Anbindung Samba
* Anbindung Apache
* Anbindung Squid
* Anbindung DHCP


Es gab in der schan-developer die Diskussion wegen Weglassen der Fachlehrershell. m.E. wäre es durchaus zeitgemäß, eine andere (webbasierte) Lösung zur Verfügung zu stellen. Ich kann aber derzeit nicht absichern, ob ich diese Lösung völlig ohne Hilfe hinbekomme. Also soll diese Plattform die Möglichkeit bieten, mein Vorhaben transparent zu machen und Interessierten die Möglichkeit zu geben, eventuell mitzuarbeiten.


*[[Benutzer:Kirmse/fachlehrer01 | Konzeption]]
=== User- und Rechnerverwaltung ===
*[[Benutzer:Kirmse/flehrer01 | Script 1]]
*[[Benutzer:Kirmse/flehrer02 | Script 2]]
*[[Benutzer:Kirmse/flehrer03 | Script 3]]
*[[Benutzer:Kirmse/flehrer04 | Script 4]]
*[[Benutzer:Kirmse/flehrer05 | Script 5]]


--[[Benutzer:Kirmse|Kirmse]] 13:18, 8. Nov 2005 (CET)
* Einrichtung der Scripte zur Userverwaltung
* Einrichtung Teilnetze
* Einrichtung der Räume
* Einrichtung der Rechner
* Einrichtung fester IP-Adressen


==== Zielsetzung (Pflichtenheft) ====


* Beim Aufruf des Scriptes zum Austeilen wird ein Webformular bereitgestellt, welches angibt, von welchen Verzeichnis des (angemeldeten) Lehrers in welches Unterverzeichnis des Schülers kopiert werden soll. Es wird die Möglichkeit geboten, diese Voreinstellung zu ändern.
=== Fernwartung ===


* Es wird auf der Webseite angegeben, das alle Dateien dieses Verzeichnisses kopiert werden. Es gibt die Möglichkeit das zu ändern:
* Einrichtung DynDNS
** nur eine Datei - Eingabefeld
* Einrichtung SSH
** nur ein Dateityp (nach Endung)
** von einem Tag - heute, gestern, vorgestern ...


* Es werden alle Klassen aufgelistet, die mit Hilfe von Checkboxen ausgewählt werden können. Es besteht die Möglichkeit, sich alle Schüler der Klasse auflisten zu lassen und dort auszuwählen.


* Es werden alle Projekte aufgelistet, die mit Hilfe von Checkboxen ausgewählt werden können. Es besteht die Möglichkeit, sich alle Schüler des Projekts auflisten zu lassen und dort auszuwählen.
=== Drucker ===


* Die ausgewählten Schüler werden (für diesen Lehrer) gespeichert und diese Auswahl steht für das Einsammeln zur Verfügung.
* drucken von jedem Rechner aus
* drucken nur von den Rechnern des betreffenden Raumes aus
* Lehrer können Drucker freigeben und wieder sperren
* Lehrer können bestimmte Druckaufräge löschen


* Es wird eine Statistik als Webseite gliefert, welche Dateien wohin kopiert wurden.


* Für das Aufrufen des Scriptes zum Einsammeln gilt im Prinzip das Gleiche mit folgenden Unterschied:
=== Backupsystem ===
** es wird zuerst geprüft, ob entsprechende Daten (vom Austeilen) für den Lehrer bereitstehen.
*** Gibt es diese nicht, dann ist alles analog wie beim Austeilen, nur das in die entgegengesetzte Richtung kopiert wird.
*** Liegen entsprechende Daten (Schüler, Verzeichnis, Dateiauswahl) einmal vor, dann werden diese angezeigt, ohne ein Auswahlmenü bereitzustellen. Es gibt aber die Option, die Auswahl neu festzulegen. *** Liegen mehrere "Datensätze" vor, dann wird eine Auswahl dieser Datensätze ermöglicht oder eine Neuauswahl.
** ein weiterer Unterschied ist, dass die temporären Daten hinterher weggeräumt (gelöscht) werden.


* Um wirklich ein sauberes Verzeichnis wieder zu erreichen, wird ein nächtlicher Cron-job die übrigen Reste wegräumen.
* Kroemerlösung
 
 
==== Vergleich dieser Zielsetzung mit der Fachlehrer-Shell ====
 
* alle Klassen und alle Projekte anzeigen muss das Webinterface auch können, um die Auswahl zu ermöglichen.
* das Auswählen der Gruppe natürlich auch,
* die Liste der Mitglieder wird ebenfalls bereitgestellt, weil man auf Wunsch ja auch innerhalb der Klassen bzw. Projekte die Schüler auswählen kann
* Verzeichnisse einsehen - dass wird über dieses Webinterface nicht ermöglicht. Andererseits kann man als Fachlehrer über die Netzwerkumgebung sowieso in die Verzeichnisse einsehen
* über das Webinterface kann man auswählen, ob man nur eine Datei, alle Dateien, nur einen bestimmten Dateityp oder von einem bestimmten Tag kopiert haben will.
* Projektmitgleider ein- und austragen sind kann man über das Webinterface auch nicht. Allerdings sind das Funktionen, die über das Projektadmin-Menü zur Verfügung stehen. Das ist auch im Menü der Fachlehrer-Shell angegeben.
 
Aus meiner Sicht würde beim Einsatz des (noch zu erstellenden)
Webinterfaces und Wegfall der Fachlehrershell keine Funktionalität
verloren gehen.
 
--[[Benutzer:Kirmse|Kirmse]] 17:24, 8. Nov 2005 (CET)
 
----
 
=== fip4arktur4 ===
 
Es soll hier ein Tool für die Einrichtung von festen IP-Adressen erstellt werden. Ich hoffe auf Unterstützung (Ideen, Testen, Programmieren).
 
''Da das Tool (als Kommandozeilenprogramm) allemal einsatzfähig ist, wird die weitere Arbeit ersteinmal ausgesetzt. Der Stand der neuen Version wird weiter unten deutlich.''
 
 
*[[Benutzer:Kirmse/fip01 | Motivation]]
*[[Benutzer:Kirmse/fip02 | Konzeption]]
*[[Benutzer:Kirmse/fip03 | Script]]
*[[Benutzer:Kirmse/fip04 | Anwenderhandbuch]]
*[[Benutzer:Kirmse/fip05 | Gesamt]]
 
==== Roadmap ====
 
kursiv bedeutet, dass der betreffende Punkt noch nicht realisiert ist
in Klammern bedeutet, es wäre schön das zu haben, aber es ist nicht zwingend
 
===== einsatzfähiges Programm =====
 
* Einlesen der dhcpd.leases, Gruppieren nach vorgegebener Bildungsvorschrift für Namen, Erstellen der Datei "computer"
* Aufrufen mit Namensliste
* ''Zusätzliches Einlesen der dhcpd.leases~'' [1]
* ''Aufrufen einer Hilfe''
 
===== andere Bildungsvorschriften =====
 
* Übergabe als Regex
* (''übergabe als Code-Block'')
 
===== Datenübernahme von vorhandenen Konfigurationen  =====
 
* aus einer dhcpd.conf
* aus einer (alten) leases-Datei
* ''aus einer dhcpd.conf und einer leases-Datei'' [1]
* (''aus Konfigurationen des Friege-Scripts'')
* (''aus Konfigurationen der Bergkemper-Lösung'')
 
===== mehrfacher Aufruf möglich =====
 
* ''Ermitteln der Daten (Gruppen -> "Start-IP") aus dem LDAP''
 
===== Menü (Dialog-Shell) =====
 
Vision: falls mehrfacher Aufruf gelingt, dann macht das folgende einen Sinn:
 
* ''Aufruf über ein Shellscript (Dialog-Menü) bzw. Perl-Modul''
* ''Update-Paket mit Einbindung in das Sysadmin-Menü bzw. als Angebot an Reiner''
 
 
[1] bedeutet erheblichen Umbau des Scripts, aber ist auf Grund der vielen Optionen eh sinnvoll und angedacht.
Da das Script einsatzfähig ist, sollte das kein Problem darstellen.
 
In einer neuen Test-Version gelaufen sind schon die Übergabe eines Code-Blocks, die gleichzeitige Übergabe von dhcpd.conf und einer alten dhcpd.leases, die Nutzung der dhcpd.leases~, eine Hilfe und die debug-Funktion (also intensives Loggen) erfolgreich getestet worden.
 
''ich gehe davon aus, dass bis Weihnachten das Einlesen der Konfigurationsdateien von der Heimann-/Friege-Lösung und die von der Bergkemperlösung integriert sind. Das macht aber erst in der überarbeiten Version Sinn, da die Steuerung das Systems sonst unübersichtlich wird.''
 
''Bei den Überlegungen und Tests zu diesen Erweiterungen wurde deutlich, dass das Menü wegen der vielen Parameter u.U. sehr aufwendig ist. Es wurde also das Konzept dahingehend überarbeitet, dass das Ermitteln der Parameter durch das Script automatisch erfolgt. Damit ist verbunden, dass bei der Einrichtung übergebene Regex oder Code-Blöcke auch bei den wiederholten Nutzen des Scriptes zur Verfügung gestellt werden sollten. Das bedeutet letztendlich, dass Verzeichnisse zum Bereitstellen und zum Speichern der Optionen festgelegt sind bzw. werden und diese möglichst flexibel konfiguriert werden können. Die damit im Zusammenhang stehenden programmiertechnischen Probleme wurden mit Hilfe der Perl-Mongers aus Dresden inzwischen geklärt - dafür auch hier meinen Dank.''
 
--[[Benutzer:Kirmse|Kirmse]] 13:18, 8. Nov 2005 (CET)

Version vom 29. September 2008, 10:46 Uhr

Projekt im Projekt / Roadmap

Planung und Vorbereitung

bis 10.10.2008

  • Erstellen und Fixieren des Konzepts
  • Bereitstellung von Testdaten (LDIF-Files)
    • gesamt.ldif eines neuen Arktur4
    • ldif-files für mehrere User
    • ldif-files für Räume
    • ldif-Files für Rechner
    • ldif-Files für Hosts (feste IPs)
  • Sammlung von Anleitungen und Tutorials
  • Aufarbeiten vorhandener Lösungen / Scripte
    • Scripte zur User- und Rechnerverwaltung
    • smbstatus2html.cgi
    • quota.cgi
    • proxy.cgi
    • zugang.cgi


Grundsysteme bereitstellen

  • WinXP-Client installieren, in der Schule testweise einbinden
  • Server (Debian) installieren,
  • diesen Server an Netz bringen (Internetzugang mit Router einrichten)
  • Einrichtung der 2. Netzwerkkarte


Installation und Einrichtung der Dienste

  • Installation von Samba (mit Quotas)
  • Installation von Apache mit html_public und PHP
  • Installation von Squid mit squidguard
  • Installation von DHCP
  • Installation von DNS mit Anbindung an DHCP


LDAP & Co

  • Installation und Einrichtung des LDAP
  • Installation und Einrichtung von PhpLdapAdmin
  • Anbindung Samba
  • Anbindung Apache
  • Anbindung Squid
  • Anbindung DHCP


User- und Rechnerverwaltung

  • Einrichtung der Scripte zur Userverwaltung
  • Einrichtung Teilnetze
  • Einrichtung der Räume
  • Einrichtung der Rechner
  • Einrichtung fester IP-Adressen


Fernwartung

  • Einrichtung DynDNS
  • Einrichtung SSH


Drucker

  • drucken von jedem Rechner aus
  • drucken nur von den Rechnern des betreffenden Raumes aus
  • Lehrer können Drucker freigeben und wieder sperren
  • Lehrer können bestimmte Druckaufräge löschen


Backupsystem

  • Kroemerlösung