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,79 @@
|
||||
id: woche-13
|
||||
woche: 13
|
||||
titel: Lernzielkontrolle Woche 13 – Linux-Grundlagen
|
||||
dauer_minuten: 40
|
||||
hinweis: >-
|
||||
Offene Fragen. Befehle dürfen mit oder ohne sudo geschrieben werden, wenn
|
||||
aus der Antwort hervorgeht, dass Administratorrechte nötig sind.
|
||||
|
||||
fragen:
|
||||
- id: f1
|
||||
frage: >-
|
||||
Nennen Sie die Verzeichnisse, in denen unter Linux (a) die Konfiguration
|
||||
des SSH-Servers, (b) die Protokolldateien und (c) die Heimatverzeichnisse
|
||||
der Benutzer liegen.
|
||||
punkte: 3
|
||||
musterloesung: >-
|
||||
(a) /etc/ssh, die Datei heißt sshd_config. (b) /var/log, ergänzend das
|
||||
Journal von systemd. (c) /home, für den Administrator /root. (Je 1 P.)
|
||||
|
||||
- id: f2
|
||||
frage: >-
|
||||
Die Ausgabe von ls -l lautet: -rwxr-x--- 1 lena technik pruefen.sh.
|
||||
Erklären Sie die Rechte und geben Sie den passenden chmod-Befehl als Zahl an.
|
||||
punkte: 5
|
||||
musterloesung: >-
|
||||
Es handelt sich um eine Datei (erstes Zeichen „-"). Besitzerin lena darf
|
||||
lesen, schreiben und ausführen (rwx = 7). Die Gruppe technik darf lesen
|
||||
und ausführen (r-x = 5). Alle anderen dürfen nichts (--- = 0). Befehl:
|
||||
chmod 750 pruefen.sh. (Besitzer 1 P., Gruppe 1 P., andere 1 P., Befehl 2 P.)
|
||||
|
||||
- id: f3
|
||||
frage: >-
|
||||
Ein Benutzer soll zusätzlich in die Gruppe docker aufgenommen werden.
|
||||
Ein Kollege schlägt sudo usermod -G docker anna vor. Was ist daran falsch?
|
||||
punkte: 4
|
||||
musterloesung: >-
|
||||
Ohne die Option -a ersetzt -G alle bisherigen Zusatzgruppen durch die
|
||||
angegebene – anna verlöre also etwa die Gruppe sudo oder ihre
|
||||
Abteilungsgruppen. Richtig ist sudo usermod -aG docker anna. Die
|
||||
Änderung wird erst nach erneuter Anmeldung wirksam. (Fehler 2 P., richtiger
|
||||
Befehl 1 P., Hinweis auf Neuanmeldung 1 P.)
|
||||
|
||||
- id: f4
|
||||
frage: >-
|
||||
Der Webserver nginx startet nach einer Änderung nicht mehr. Mit welchen
|
||||
zwei Befehlen finden Sie die Ursache, und was zeigen sie?
|
||||
punkte: 4
|
||||
musterloesung: >-
|
||||
systemctl status nginx zeigt den Zustand des Dienstes und die letzten
|
||||
Protokollzeilen, oft schon mit der Fehlermeldung. journalctl -u nginx -b
|
||||
zeigt alle Meldungen des Dienstes seit dem letzten Systemstart.
|
||||
Ebenfalls richtig: nginx -t prüft die Konfiguration und nennt Datei und
|
||||
Zeile des Fehlers. (Je Befehl mit Erklärung 2 P.)
|
||||
|
||||
- id: f5
|
||||
frage: >-
|
||||
Beschreiben Sie, wie Sie einen Server so einrichten, dass die Anmeldung per
|
||||
SSH nur noch mit Schlüssel möglich ist, und worauf Sie dabei achten, um sich
|
||||
nicht auszusperren.
|
||||
punkte: 6
|
||||
musterloesung: >-
|
||||
Auf dem eigenen Rechner mit ssh-keygen ein Schlüsselpaar erzeugen und den
|
||||
öffentlichen Schlüssel mit ssh-copy-id beim Benutzer auf dem Server
|
||||
hinterlegen. Die Anmeldung mit Schlüssel testen. Dann in
|
||||
/etc/ssh/sshd_config PasswordAuthentication no und PermitRootLogin no
|
||||
setzen und den Dienst neu laden. Gegen das Aussperren: die bestehende
|
||||
Sitzung offen lassen und in einer zweiten Sitzung testen; außerdem den
|
||||
Konsolenzugang über Hypervisor oder Fernwartungskarte als Notausgang
|
||||
bereithalten. (Schlüssel 2 P., Konfiguration 2 P., Schutz vor Aussperren 2 P.)
|
||||
|
||||
- id: f6
|
||||
frage: >-
|
||||
Was unterscheidet systemctl start nginx von systemctl enable nginx?
|
||||
punkte: 3
|
||||
musterloesung: >-
|
||||
start startet den Dienst sofort, ohne dass er beim nächsten Systemstart
|
||||
wieder mitstartet. enable sorgt dafür, dass er bei jedem Systemstart
|
||||
gestartet wird, startet ihn aber nicht sofort. enable --now erledigt beides.
|
||||
(Je Befehl 1 P., enable --now 1 P.)
|
||||
Reference in New Issue
Block a user