Florian WildeandClaude Opus 5.5
70a3cd2d28
- 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>
50 lines
2.6 KiB
Markdown
50 lines
2.6 KiB
Markdown
---
|
||
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.
|