Sprint 5⏱ 50 hMeilenstein M5 „Dienste laufen“
Server, Konten und Rechte stehen. Trotzdem meldet ein Platz in Raum B am Montag um 6 Uhr: Domäne nicht erreichbar. In Teil 5 richtet euer Team die Dienste ein, ohne die keine Anmeldung klappt, und prüft jeden einzeln mit Werkzeugen.
Sprint 5Brückenstufe 3
Eure Story: Ihr richtet DHCP, DNS, NTP, LDAP, Web und Mail ein und testet jeden Dienst, damit die Anmeldung in jeder Schicht klappt.
Hier startet euer Sprint. Storycard drucken, im Planning die Aufgaben im Team verteilen (Lernangebote: Basisdienste DHCP, DNS, NTP · Verzeichnis-, Web- und Maildienst) und AB 1 bis 7 festhalten.
Ihr lest den Auftrag, gebt eure Vermutung zum Fehler an rb-07 ab und plant mit der Storycard euren Weg durch die 50 Stunden von Teil 5.
0 von 7 AB abgehakt AB-Liste öffnen
Deine Vermutung
Montag, 6:02 Uhr: Am Platz rb-07 kommt beim Anmelden die Meldung, dass die Domäne nicht erreichbar ist. Ein ping 10.30.0.10 vom Platz aus klappt. Woran liegt es nach deiner Vermutung, und welchen Befehl tippst du als Erstes?
In den Lösungen dieses Teils wird auf deine Vermutung zurückverwiesen.
Check-in: Wo ist dir das schon begegnet?
Klick bei jedem Punkt an, wo er dir schon begegnet ist: im Betrieb, privat oder in einem früheren Lernfeld. Das ist keine Bewertung.
Im Projekt: Warum findet der Client den Server nicht?
Deine Lernangebote in Teil 5
Fachgrundlage · Netzdienste und ProtokolleLernangebot 9 · Basisdienste DHCP, DNS, NTPLernangebot 10 · Verzeichnis-, Web- und Maildienst
Die Karte kennst du von „Bevor du loslegst“. Sie zeigt, was du in diesem Teil lernst.
Der wichtigste Satz auf dieser Seite: Ein Ping auf die Adresse beweist nur, dass Pakete ankommen. Für eine Anmeldung muss der Client den Server auch beim Namen finden, dieselbe Uhrzeit haben und mit dem richtigen Dienst sprechen.
Deine Storycard
Storycard 5 · 20 CP · Pflichtstory
Dienste laufen
Als Technikerteam von Querwind möchten wir DHCP, DNS, NTP, LDAP, Web und Mail im Schulungszentrum einrichten und jeden Dienst mit Werkzeugen testen, damit jeder Platz in jeder Schicht seinen Server findet und die Anmeldung um 6, 14 und 22 Uhr ohne Anruf beim Helpdesk klappt.
Akzeptanzbedingungen
- AB 1 srv01 und srv02 haben feste Adressen; jeder Client erhält per DHCP Adresse, Gateway, DNS-Server, Domäne und NTP-Server, die Reservierungen greifen.
- AB 2 Poolgröße und Lease-Zeit sind mit Rechenweg für den Schichtwechsel mit HLG-Gästen begründet.
- AB 3 DNS löst Namen, SRV-Einträge für Kerberos und LDAP, Rückwärtsanfragen und Namen außerhalb auf.
- AB 4 Die Zeit läuft vom NTP-Pool über srv02 und srv01 bis zu den Windows-Clients; jeder Testclient liegt unter 1 s Versatz.
- AB 5 Eine LDAP-Abfrage über StartTLS oder LDAPS liefert die Trainerkonten; das Portal ist über HTTPS erreichbar; eine Testmail erreicht das Trainerpostfach, eine Mail nach außen nicht.
- AB 6 Das Testprotokoll nennt je Dienst Werkzeug, erwartetes und beobachtetes Ergebnis, OSI-Schicht und RFC.
- AB 7 Das Fehlerbild „Anmeldung geht nur manchmal“ ist mit Ursache, Beleg und Abhilfe eingekreist.
Bewertet wird wie in jedem Teil: Produkt 40 (dein Lernprodukt gegen die Akzeptanzbedingungen), Prozess 25 (Board, Daily, Kreuzreview), Wissen 35 (Kontrolle Teil 5). Die erreichten Prozent ergeben deine CreditPoints dieser Storycard.
Storycard Sprint 5 herunterladen PDF · 2 Seiten, doppelseitig drucken
Darum geht es
In Teil 4 habt ihr Benutzer, Gruppen und Rechte umgesetzt. Damit sie im Alltag tragen, brauchen die Clients eine Reihe von Diensten, die man selten sieht und sofort vermisst: eine Adresse, einen Namen, die richtige Zeit, ein Verzeichnis, dazu Portal und Mail für die Trainer. Fällt einer aus, sieht der Fehler am Platz fast immer gleich aus. Teil 5 bringt euch bei, Dienste einzurichten und so zu testen, dass ihr den Fehler findet, bevor die Schicht anfängt.
Die Lage am Montagmorgen
Seit Teil 4 laufen in der Laborumgebung srv01 mit Samba als Domänencontroller und srv02 mit Ubuntu Server. Die Clients haben bisher feste Adressen von Hand, DNS kommt nur, weil Samba ihn mitbringt, und die Zeit stellt sich jeder Rechner selbst. Bei zehn Testkonten ging das. Bei vierzig Plätzen, drei Schichten und Gästen von HLG geht es nicht mehr.
Die Leitung Schulung meldet: Am Montag um 6 Uhr kamen in Raum B mehrere Teilnehmende nicht ins System, nach dem dritten Versuch klappte es bei manchen doch. Die Ansprechpartnerin Schulung bei HLG fragt, ob ihre Leute mit eigenen Notebooks ins E-Learning dürfen. Und die Trainerinnen und Trainer wollen eine Mail bekommen, wenn im Schulungsportal ein Kurs gebucht wird.
Euer Ergebnis in Teil 5: laufende Dienste DHCP, DNS, NTP, LDAP, HTTP und SMTP mit einem Testprotokoll je Dienst und dem eingekreisten Fehler aus Raum B. Euer Partnerteam prüft im Kreuzreview mit Rückfragen. Das ist Meilenstein M5.
Die Mail der Leitung Schulung
Betreff: Montag früh, Raum B
Hallo Querwind, heute um 6 Uhr hingen in Raum B wieder Leute an der Anmeldung. Die Frühschicht hat nur 8 Stunden, jede Viertelstunde fehlt am Ende im Kurs. Bitte bis Ende Sprint 5: Die Anmeldung muss zu jedem Schichtbeginn sofort gehen.
Dazu zwei Wünsche: HLG bringt künftig bis zu 30 Notebooks je Schicht mit, die ins E-Learning müssen. Und das Portal soll den Trainerinnen und Trainern eine Mail schicken, wenn ein Kurs gebucht wird. Nach außen soll dabei nichts gehen, Teilnehmerdaten bleiben im Haus.
Viele Grüße, Leitung Schulung
Projektdaten des Schulungszentrums: Plätze, Konten, Namen, Adressen und Lizenzpreise: alles, was das Projekt vorgibt, an einer Stelle. Leg es neben jede Aufgabe.
Das entscheidet ihr
- wo im Netz die Reservierungen für Trainerplätze und Büro liegen und welche Lease-Zeit ihr wählt
- wie die Zeit von außen bis zu den Windows-Clients läuft und welcher Server sie verteilt
- ob das Portal ein Zertifikat einer internen Zertifizierungsstelle bekommt oder selbst signiert bleibt
- wie sich Trainer am Portal anmelden: lokal, über LDAP gegen Samba oder gar nicht
- welche Werkzeuge ihr je Dienst für das Testprotokoll nehmt, von Linux und von Windows aus
Das steuert ihr in Sprint 5 · Brückenstufe 3
Wie in Stufe 2, dazu entscheidet ihr, welche Inputs ihr euch holt, und schreibt die Schritte eures Backlogs selbst.
Der Kurs gibt vor: Story und Kern der AB. Alles Weitere sind Inputs, die ihr euch holt, wenn eure Storycard danach fragt.
Aus eurer letzten Retrospektive: Lest im Planning zuerst euren Satz „Das ändern wir im nächsten Sprint“ von der Rückseite der letzten Storycard vor. Er gilt in diesem Sprint als eure erste Teamregel. Danach verteilt ihr die Aufgaben neu.
In der Mitte des Sprints: Zwischenreview. Ihr zeigt eurem Partnerteam und der Leitung Schulung euren Stand am Board und holt euch Rückmeldung, solange ihr noch umsteuern könnt.
Ein möglicher Weg zu eurer Storycard
Ab diesem Sprint schreibt ihr die Schritte eures Backlogs selbst und entscheidet, welche Inputs ihr holt. Der Vorschlag ist nur zum Vergleich da.
Vorschlag aufklappen, wenn ihr ihn braucht
Planning
Input
AB 1
AB 1, 3 und 4
AB 2 und 4
AB 5
AB 6 und 7
Review
Der Weg im Einzelnen
- Auftrag klären
Lest die Lage und die Mail, gebt eure Vermutung zu rb-07 ab und verteilt die Aufgaben im Team. (Planning) - Fachgrundlage
Arbeitet die Fachgrundlage durch, mindestens DHCP, DNS und NTP, bevor ihr konfiguriert. (Input, nur so weit ihr ihn braucht) - Feste Adressen
Gebt srv01 und srv02 feste Adressen mit netplan und prüft sie.
zahlt ein auf AB 1 - Basisdienste
Richtet DHCP mit Kea, DNS in Samba und die Zeithierarchie mit chrony ein (Lernangebot 9).
zahlt ein auf AB 1, 3 und 4 - Rechnen
Begründet Poolgröße, Lease-Zeit und Zeitversatz mit Rechenweg.
zahlt ein auf AB 2 und 4 - Nutzerdienste
Fragt das Verzeichnis mit LDAP ab, richtet Portal und Mail ein (Lernangebot 10).
zahlt ein auf AB 5 - Testen und einkreisen
Schreibt das Testprotokoll je Dienst und kreist den Fehler aus Raum B ein.
zahlt ein auf AB 6 und 7 - Abnahme M5
Vergleicht mit den Lösungen, füllt den Wissensspeicher, dann Kreuzreview mit Rückfragen. (Review gegen alle AB)
Fertig seid ihr, wenn … (AB 1 bis 7)
Die Storycard gilt als fertig, wenn ein anderes Team im Kreuzreview mit Rückfragen alle Punkte abnimmt (Meilenstein M5):
- srv01 und srv02 haben feste Adressen; jeder Client erhält per DHCP Adresse, Gateway, DNS-Server, Domäne und NTP-Server, die Reservierungen greifen.
- Poolgröße und Lease-Zeit sind mit Rechenweg für den Schichtwechsel mit HLG-Gästen begründet.
- DNS löst Namen, SRV-Einträge für Kerberos und LDAP, Rückwärtsanfragen und Namen außerhalb auf.
- Die Zeit läuft vom NTP-Pool über srv02 und srv01 bis zu den Windows-Clients; jeder Testclient liegt unter 1 s Versatz.
- Eine LDAP-Abfrage über StartTLS oder LDAPS liefert die Trainerkonten; das Portal ist über HTTPS erreichbar; eine Testmail erreicht das Trainerpostfach, eine Mail nach außen nicht.
- Das Testprotokoll nennt je Dienst Werkzeug, erwartetes und beobachtetes Ergebnis, OSI-Schicht und RFC.
- Das Fehlerbild „Anmeldung geht nur manchmal“ ist mit Ursache, Beleg und Abhilfe eingekreist.
Die Haken gelten für den ganzen Teil: Ihr seht den Stand in der Leiste oben auf jeder Seite und auf der Seite mit den Rechenwegen. Gespeichert wird im Browser dieses Geräts.
Fertig-Check vor der Abnahme: eure Lernprodukte im Einzelnen.
- Die Netzeinstellungen von srv01 und srv02 sind fest und dokumentiert; ein Neustart ändert nichts daran.
- Kea verteilt Adressen aus 10.30.0.100 bis 10.30.0.199 mit Gateway, DNS-Server, Domäne und NTP-Server; die acht Reservierungen greifen; Lease-Zeit und Pool sind mit Rechenweg begründet.
- DNS beantwortet Vorwärts-, Rückwärts- und SRV-Anfragen der Domäne und leitet Namen außerhalb weiter; ein Test von Linux und einer von Windows liegt vor.
- Die Zeithierarchie ist gezeichnet und läuft; chronyc und w32tm belegen Quelle und Versatz.
- LDAP-Abfrage, Portal über HTTPS und interne Mail sind mit Befehl, erwartetem und beobachtetem Ergebnis getestet.
- Das Testprotokoll ordnet jeden Dienst einer OSI-Schicht, Transportprotokoll, Port und RFC zu.
- Der Fehler „Anmeldung geht nur manchmal“ ist eingekreist: Ursachen, Belege, Abhilfe und Nachtest.
Euer Board · AB 1 bis 7
Jede Akzeptanzbedingung eurer Storycard ist hier eine Karte. Schiebt sie mit den Pfeilen weiter: offen, in Arbeit, Review, fertig. Höchstens drei Karten gleichzeitig in „In Arbeit“: lieber eine Karte fertig machen als viele anfangen. „Fertig“ setzt den Haken in der AB-Liste, so seht ihr den Stand auch oben in der Leiste jeder Seite. Gespeichert wird im Browser dieses Geräts, am besten öffnet ihr das Board am Teamrechner.
Das Board lädt. Ohne JavaScript nutzt ihr die Rückseite der Storycard.
Das brauchst du dafür
- die Laborumgebung aus Teil 2 bis 4: srv01 mit Samba AD, srv02 mit Ubuntu Server 24.04, zwei Windows-11-Clients, einen Linux-Client
- ein internes Netz in der Virtualisierung ohne fremden DHCP-Dienst (VirtualBox: „Internes Netzwerk“, Proxmox: eigene Bridge ohne DHCP)
- Zugang zum Internet für srv01 und srv02 über das Gateway, mindestens für Pakete und NTP
- die Fachgrundlage dieses Teils, die RFCs und die Herstellerdoku (Links unter „Zum Nachlesen“)
- Docker ist erlaubt, wenn ein Dienst bei euch nicht anders läuft; dann dokumentiert ihr Ports und Volumes mit
Rollen im Team für diesen Teil
Projektleitung (Board, Daily, Blocker, Zeit), Systemtechnik (srv01, srv02, Clients, netplan), Dienste und Netz (Kea, DNS, chrony, nginx, Postfix), Test und Dokumentation (Testprotokoll, Rechenwege, Belege). Bei drei Personen übernimmt die Projektleitung Test und Dokumentation mit. Die Rollen wechseln gegenüber Sprint 4. Die Aufgaben aus Lernangebot 9 und 10 verteilt ihr im Team; danach erklärt ihr euch gegenseitig die Dienste und testet sie gegen.
Für Lehrkräfte: so läuft der Sprint
Aufgaben im Team verteilt: Das Team verteilt die Aufgaben der zwei Lernangebote selbst, sie können gleichzeitig laufen. Plane den Block Lernangebote mit dem längeren Posten (16 h). Die frei werdenden 16 h gehen in Zwischenreview (rund 1 h), gegenseitiges Erklären im Team vor der Kontrolle (rund 1 h), Labor und den offenen Fall auf Stufe III.
Sprint 5 ist mit 50 Stunden der längste Sprint. Vorschlag: Auftrag 3 h, Fachgrundlage 8 h, Lernangebot 9 16 h, Lernangebot 10 16 h, veränderte Fälle und Stufe III 2 h, KI-Baustein 2 h, Lösungen, Kontrolle und Kreuzreview 3 h.
Spiel bei Bedarf die Leitung Schulung oder die Ansprechpartnerin von HLG. Das Ticket aus Aufgabe 9.7 kannst du am Montag einer Laborwoche selbst auslösen: Trag in Kea den zweiten DNS-Server ein und stell an einem Client w32time auf eine nicht erreichbare Quelle. Ohne Labor arbeiten die Teams mit den Auszügen im Ticket.
Häufigster Zeitfresser im Labor: ein zweiter DHCP-Dienst im selben Netz, etwa der der Virtualisierung. Prüf das vor dem Start.