Florian WildeandClaude Opus 5
1af5613e9b
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>
49 lines
2.0 KiB
Markdown
49 lines
2.0 KiB
Markdown
---
|
||
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.
|