blob: 00def3549bbc8094b0eb8eec82c2cc7503dfc6c0 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
|
1. Dreiteilung in Kern, Per-Host-Dämon und Client
2. Kerberos-Authentifikation zwischen den Teilen
Funktionen der Teile:
1. Kern:
* Konfiguration
* Benutzerverwaltung
* Verwaltung der Dämonen (teilweise implementiert)
- Liste bereitstellen (implementiert)
- einschalten
* Verwaltung von Logdaten
* Status (teilweise implementiert)
- Prozessorlast, uptime (implementiert)
- Speicherauslastung (imeplementiert)
- Prozessliste
- Festplatte
* (Statistik)
* (Serververwaltung)
* (Aktualisierungsverwaltung (auch für Dämons))
2. Dämon
* Verbindung zum Server zum Empfang von Befehlen (implementiert)
* Rechnerverwaltung
- Herunterfahren, neustarten
* Bereitstellung von Statusinformationen (teilweise implementiert)
- Prozessorlast, uptime (implementiert)
- Speicherauslastung (implementiert)
- aktuelle Benutzer
- Prozessliste
* Weitergabe von Logdaten
3. Client
* Bereitstellung aller Funktionen
* Authentifikation über Kerberos
Elemente, die von allen Teilen gebraucht werden:
* Netzwerkstack (siehe Netzwerk.txt)
* Kerberos
* Auslesen von Konfigurationsdateien
- sollte der Kern Teile seiner Konfiguration in einer MySQL-Datenbank ablegen?
Elemente des Kerns:
* Benutzerverwaltung:
- Daten-Backend (MySQL, FS)
- Passwort-Backend (Kerberos)
* Kommando-Weiterleitung
* System-Backend (Server-Status)
* Log-Verwaltung (Backend: MySQL?)
- der Kern sollte alle größeren Aktivitäten loggen
Elemente des Dämons:
* System-Backend (Verwaltung & Statusinformationen, Logging)
Elemente des Clients:
* Frontend: Konsole (Shell-artig)
* (Frontend: Gtk)
* Einlesen von Benutzerlisten
Elemente, die noch nicht eingeordnet sind:
* Migration von Benutzerlisten (müssten Kern und Client gemeinsam machen)
|
