Baustein 2: Inhalte einlesen und pruefen, Handouts, Suche, Glossar

Die fachlichen Inhalte liegen als Dateien unter content/ und werden beim
Start eingelesen, geprueft und in den Speicher geladen.

- Inhaltslader mit Zod-Schemata und Querverweispruefung
- Fehlermeldungen nennen Datei und Zeile, gesammelt statt beim ersten
  Fehler geworfen; die Anwendung startet bei Fehlern nicht
- npm run inhalte:pruefen prueft ohne Start
- Handout-Ansicht mit festem Aufbau, Uebersicht nach Themenbloecken
- Volltextsuche mit Gewichtung und Trefferausschnitt
- Gelesen-Markierung je Handout
- Glossar mit Suche und automatischer Verlinkung in den Handouts
- Beispielinhalte: 4 Wochen, 12 Handouts, 24 Merkkarten, 4 Aufgaben,
  4 Checklisten, 2 Lernzielkontrollen, 24 Glossareintraege
- rahmenplan.yaml aus FIAusbV 2020 und KMK-Rahmenlehrplan, mit Fundstellen
- gray-matter entfernt, YAML-Kopf wird selbst herausgeloest
- npm run screenshots nimmt die Bilder fuer die Anleitung auf
- 39 neue Tests, insgesamt 68

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

content/aufgaben/3.1-clients-ins-netz-bringen.md

@@ -0,0 +1,48 @@
+---
+id: "3.1"
+titel: Vier gestörte Clients ins Netz bringen
+woche: 3
+block: netzwerk
+ziel: Du grenzt vier unterschiedlich gestörte Arbeitsplätze schichtweise ein, bringst sie ins Netz und dokumentierst je Fall Ursache, Weg und Nachweis.
+zeitrahmen: 3 Stunden
+rahmenplan: [B2, A8, A1]
+lernfeld: LF3
+material:
+  - Vier vorbereitete Testrechner im Schulungsnetz
+  - Netzplan des Schulungsnetzes
+  - Kabeltester
+  - Zugang zum DHCP- und DNS-Server (lesend)
+kriterien:
+  - Für jeden Fall ist die geprüfte Schicht und das verwendete Werkzeug dokumentiert
+  - Die tatsächliche Ursache ist benannt, nicht nur die Maßnahme
+  - Die Fehlersuche verlief von unten nach oben, Abweichungen sind begründet
+  - Alle vier Clients erreichen am Ende den Dateiserver über den Namen
+  - Je Fall liegt ein Nachweis vor (Bildschirmfoto oder abgetippte Ausgabe)
+---
+
+## Auftrag
+
+Im Schulungsnetz stehen vier Rechner, die alle „nicht ins Netz kommen". Die Ursachen sind
+unterschiedlich. Einer davon hat mehr als einen Fehler.
+
+Für jeden Rechner:
+
+1. Nimm das Fehlerbild auf, **bevor** du etwas veränderst. Was genau geht nicht?
+2. Arbeite dich von unten nach oben durch: Leitung und Verbindungsanzeige, Adresse und
+   Maske, Gateway, Port, Namensauflösung.
+3. Halte fest, welches Werkzeug du auf welcher Schicht eingesetzt hast und was es ausgegeben
+   hat. Ein Bildschirmfoto oder die abgetippte Ausgabe reicht.
+4. Benenne die Ursache. „Habe die IP neu geholt" ist die Maßnahme, nicht die Ursache.
+5. Weise nach, dass der Fehler behoben ist: Zugriff auf den Dateiserver **über den Namen**,
+   nicht über die IP-Adresse.
+
+## Worauf es ankommt
+
+Der Rechner mit zwei Fehlern ist der eigentliche Prüfstein. Wer nach dem ersten Erfolg
+aufhört zu prüfen, meldet ihn als erledigt und bekommt ihn morgen zurück. Prüfe deshalb bei
+jedem Rechner am Ende den vollständigen Weg, auch wenn du glaubst, fertig zu sein.
+
+## Zeit
+
+Drei Stunden für alle vier. Wenn du an einem Rechner länger als 45 Minuten hängst, hol den
+Ausbilder dazu – festbeißen gehört nicht zur Übung.