Inhalte: Wochen 13 bis 16
- Woche 13 Linux-Grundlagen (B3, A6, LF9) - Woche 14 Betrieb und Ueberwachung (A8, A5, LF11) - Woche 15 Serviceanfragen bearbeiten (A1, A2, A5, LF6) - Woche 16 Vorbereitung auf Teil 1 (C3, C4, A10, LF2, LF5) 12 Handouts, 36 Merkkarten, 4 Praxisaufgaben, 3 Checklisten, 2 Lernzielkontrollen und eine Probepruefung Teil 1 (90 Minuten, 100 Punkte, eine durchgehende Fallsituation). Alle Rechenbeispiele nachgerechnet. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5.5
parent
86c0ab4f65
commit
70a3cd2d28
@@ -0,0 +1,49 @@
|
||||
---
|
||||
id: "13.1"
|
||||
titel: Einen Linux-Server grundlegend einrichten und absichern
|
||||
woche: 13
|
||||
block: system
|
||||
ziel: Du richtest auf dem Testhost einen Linux-Server ein, sicherst den Fernzugang ab, stellst einen Webserver als Dienst bereit und weist nach, dass nur erreichbar ist, was erreichbar sein soll.
|
||||
zeitrahmen: 6 Stunden
|
||||
rahmenplan: [B3, A6, B1, A5]
|
||||
lernfeld: LF9
|
||||
material:
|
||||
- Testhost aus Praxisaufgabe 9.1 und ein Installationsabbild von Debian oder Ubuntu Server
|
||||
- Ein eigener Rechner mit SSH-Client
|
||||
- Checkliste „Linux-Server grundlegend einrichten"
|
||||
kriterien:
|
||||
- Die VM ist nach Handout V3 geplant und dokumentiert
|
||||
- Es gibt einen persönlichen Benutzer mit sudo-Recht, gearbeitet wird nicht als root
|
||||
- Die Anmeldung per SSH geht nur mit Schlüssel, root kann sich nicht direkt anmelden – nachgewiesen durch einen fehlschlagenden Versuch
|
||||
- Automatische Sicherheitsupdates sind eingerichtet
|
||||
- Die Firewall lässt nur SSH und HTTP zu, ss -tlnp bestätigt, dass nichts Unerwartetes lauscht
|
||||
- nginx läuft als Dienst, startet nach einem Neustart von selbst und liefert eine eigene Testseite aus
|
||||
- Ein absichtlich herbeigeführter Fehler in der nginx-Konfiguration wurde mit journalctl gefunden und behoben
|
||||
---
|
||||
|
||||
## Auftrag
|
||||
|
||||
1. **Planen und installieren:** VM nach Handout V3 planen, Debian oder Ubuntu Server
|
||||
installieren, nur das Grundsystem und den SSH-Server auswählen.
|
||||
2. **Benutzer:** persönlichen Benutzer anlegen und in die Gruppe `sudo` aufnehmen.
|
||||
3. **Schlüssel:** Schlüsselpaar auf deinem Rechner erzeugen, öffentlichen Schlüssel
|
||||
hinterlegen, Anmeldung testen.
|
||||
4. **SSH absichern:** root-Anmeldung und Passwort-Anmeldung abschalten. Zweite Sitzung offen
|
||||
lassen und testen, bevor du die erste schließt.
|
||||
5. **Aktualisieren:** alle Updates einspielen, automatische Sicherheitsupdates einrichten.
|
||||
6. **Firewall:** nur SSH und HTTP freigeben, mit `ss -tlnp` gegenprüfen.
|
||||
7. **Webserver:** nginx installieren, eine eigene Testseite unter `/var/www/html` ablegen,
|
||||
Neustart des Servers, prüfen, ob die Seite wieder da ist.
|
||||
8. **Fehlersuche üben:** Baue einen Tippfehler in die nginx-Konfiguration ein, starte nginx neu,
|
||||
finde die Ursache mit `systemctl status` und `journalctl`, behebe sie. Halte die Meldung fest.
|
||||
|
||||
## Worauf es ankommt
|
||||
|
||||
Der Nachweis, dass die root-Anmeldung und die Anmeldung per Passwort **scheitern**, gehört
|
||||
dazu. Eine Einstellung in der Konfigurationsdatei ist erst dann wirksam, wenn der Dienst sie
|
||||
geladen hat – und das zeigt nur der Versuch.
|
||||
|
||||
## Zeit
|
||||
|
||||
Sechs Stunden. Wenn du dich ausgesperrt hast, kommst du über die Konsole des Hypervisors
|
||||
wieder hinein – genau dafür gibt es sie.
|
||||
Reference in New Issue
Block a user