Einen Netzwerk-Client einrichten und systematisch testen

Wenn “verbunden” noch nicht “erreichbar” bedeutet

Ein kleines Logistikunternehmen richtet einen zusätzlichen Packplatz ein. Das neue Notebook PACK-07 ist per Netzwerkkabel mit dem Switch verbunden. Die Leuchte an der Buchse ist aktiv, trotzdem öffnet sich die interne Versandsoftware nicht. Sie ist unter versand.lager.intern erreichbar.

Dein Auftrag endet nicht beim Einstecken des Kabels. Du sollst den Client in das vorhandene Netzwerk einbinden, die Verbindung prüfen und dein Ergebnis so dokumentieren, dass eine andere Person den Zustand nachvollziehen kann.

Nach dieser Lektion kannst du:

• die physische Verbindung von der logischen Konfiguration unterscheiden,
• IP-Adresse, Präfix, Standardgateway und DNS-Server einordnen,
• DHCP und feste Adressierung passend einsetzen,
• eine Störung vom Kabel bis zum Anwendungsnamen systematisch eingrenzen.

Für die Lektion solltest du wissen, dass Geräte Daten in Paketen austauschen. Subnetze musst du noch nicht selbst berechnen. Hier prüfst du, ob vorgegebene Werte zusammenpassen.

Eine Client-Anbindung besteht aus mehreren Schichten

Die aktive Leuchte am Netzwerkanschluss zeigt zunächst nur: Die Netzwerkkarte und die Gegenstelle haben auf der physischen Ebene eine Verbindung ausgehandelt. Damit ist noch nicht geklärt, ob der Client eine passende IP-Konfiguration hat oder einen Server unter seinem Namen findet.

Für eine funktionierende Anbindung müssen mehrere Teile zusammenspielen:

1. Physische Verbindung: Netzwerkkarte, Kabel und Switch-Port stellen einen Link her.
2. Lokaler Netzzugang: Der Client kann im eigenen Netz Daten austauschen.
3. IP-Konfiguration: IP-Adresse und Präfix ordnen den Client einem IP-Netz zu.
4. Weg in andere Netze: Das Standardgateway nimmt Pakete für Ziele außerhalb des eigenen Netzes an.
5. Namensauflösung: Ein DNS-Server übersetzt Namen wie versand.lager.intern in IP-Adressen.
6. Anwendung: Erst danach kann die Versandsoftware antworten.

Vier Angaben bestimmen den logischen Weg

PACK-07 soll im Clientnetz 10.42.16.0/24 arbeiten. Der DHCP-Server liefert diese Konfiguration:

IPv4-Adresse:     10.42.16.73
Präfix:           /24
Standardgateway:  10.42.16.1
DNS-Server:       10.42.8.10

Die vier Angaben erfüllen unterschiedliche Aufgaben.

Der DNS-Server 10.42.8.10 liegt nicht im Clientnetz. PACK-07 sendet Anfragen an ihn deshalb über das Standardgateway. Für ein Ziel im eigenen Netz braucht der Client das Gateway dagegen nicht.

DHCP liefert die Konfiguration automatisch

Das Dynamic Host Configuration Protocol (DHCP) verteilt Netzwerkeinstellungen an Clients. PACK-07 muss die vier Werte deshalb nicht dauerhaft von Hand speichern.

Bei einer typischen IPv4-Zuteilung laufen vier Nachrichten ab. Die Anfangsbuchstaben ergeben die oft verwendete Kurzform DORA:

1. Discover: Der Client sucht per Broadcast nach einem DHCP-Server.
2. Offer: Ein Server bietet eine freie Adresse und weitere Einstellungen an.
3. Request: Der Client fordert das gewählte Angebot an.
4. Acknowledge: Der Server bestätigt die Zuteilung.

Die Adresse wird normalerweise für eine begrenzte Lease-Zeit vergeben. Der Client versucht, sie rechtzeitig zu verlängern. Welche zusätzlichen Angaben er erhält, hängt von der DHCP-Konfiguration ab. Häufig gehören Präfix oder Netzmaske, Standardgateway und DNS-Server dazu.

Automatisch, reserviert oder statisch?

Nicht jedes Gerät braucht dieselbe Art der Adressierung.

Für PACK-07 passt die dynamische DHCP-Vergabe. Das Notebook bekommt seine Einstellungen zentral und kann bei Änderungen am Gateway oder DNS-Server gemeinsam mit den übrigen Clients aktualisiert werden.

Eine statische Adresse ist nicht automatisch zuverlässiger. Wird sie ohne Adressplanung vergeben, kann sie bereits von einem anderen Gerät genutzt werden. Dann entsteht ein Adresskonflikt. Auch veraltete Gateway- oder DNS-Werte bleiben auf dem Client bestehen, bis jemand sie ändert.

Teste vom Nahen zum Entfernten

Eine strukturierte Prüfung spart Umwege. Wenn bereits der physische Link fehlt, bringt eine Änderung am DNS-Server nichts. Wenn eine interne IP-Adresse erreichbar ist, aber derselbe Servername nicht, liegt die Ursache eher bei der Namensauflösung als beim Kabel.

Für PACK-07 gehst du so vor:

1. Link prüfen: Sitzt das Kabel? Sind Netzwerkkarte und Switch-Port aktiv?
2. Konfiguration anzeigen: Hat der richtige Adapter eine plausible IP-Adresse, ein Präfix, ein Gateway und einen DNS-Server erhalten?
3. Lokalen Weg prüfen: Ist das Standardgateway 10.42.16.1 erreichbar?
4. Ziel per IP prüfen: Ist der Anwendungsserver 10.42.8.25 erreichbar?
5. Namen auflösen: Liefert die Abfrage für versand.lager.intern die erwartete IP-Adresse?
6. Anwendung prüfen: Öffnet sich die Versandsoftware über ihren Namen?

Unter Windows liefern zum Beispiel diese Befehle Hinweise:

ipconfig /all
ping 10.42.16.1
ping 10.42.8.25
nslookup versand.lager.intern

Unter Linux kannst du die Konfiguration und die Route so ansehen:

ip address
ip route
ping -c 4 10.42.16.1
getent hosts versand.lager.intern

Ein fehlgeschlagener ping beweist allein noch nicht, dass das Ziel ausgefallen ist. Firewalls können ICMP-Echoanfragen blockieren. Vergleiche deshalb mehrere Beobachtungen und teste am Ende immer den tatsächlich benötigten Dienst.

Eine Ausgabe ist nur mit Vergleichswerten nützlich

Der Soll-Zustand für PACK-07 ist dokumentiert:

Clientnetz:       10.42.16.0/24
Gateway:          10.42.16.1
DNS-Server:       10.42.8.10
Versandserver:    10.42.8.25

Auf dem Notebook siehst du dagegen diese gekürzte Ausgabe:

Ein weiterer typischer Hinweis ist eine IPv4-Adresse aus 169.254.0.0/16. Einige Betriebssysteme vergeben sich eine solche link-lokale Adresse, wenn die automatische IPv4-Konfiguration keinen DHCP-Server erreicht. Das ist ein Hinweis auf ein DHCP-Problem, aber noch keine vollständige Diagnose. Geräte mit passenden link-lokalen Adressen können sich im selben Segment unter Umständen erreichen, ein normaler Weg über Router ist damit nicht eingerichtet.

Dokumentiere Beobachtung, Test und Ergebnis

Eine gute Dokumentation enthält mehr als “Netzwerk geht”. Halte mindestens fest:

• Gerät, Anschluss und Zeitpunkt,
• erwartete und tatsächlich erhaltene IP-Konfiguration,
• ausgeführte Tests mit Ziel und Ergebnis,
• gefundene Abweichung und vorgenommene Änderung,
• abschließenden Funktionstest,
• offene Grenzen, zum Beispiel einen durch eine Firewall blockierten ping.

Für PACK-07 könnte der Abschluss so aussehen:

Gerät: PACK-07, Packplatz 7
Konfiguration: DHCP, 10.42.16.73/24
Abweichung: Gateway 10.42.17.1 statt 10.42.16.1 erhalten
Maßnahme: DHCP-Option für das Clientnetz korrigiert, Lease erneuert
Prüfung: Gateway erreichbar; 10.42.8.25 erreichbar;
         versand.lager.intern wird zu 10.42.8.25 aufgelöst;
         Anmeldung an der Versandsoftware erfolgreich

Damit steht nicht nur fest, dass die Anwendung wieder funktioniert. Die Dokumentation zeigt auch, was die Ursache war und wie du den neuen Zustand geprüft hast.

Prüfe deine Entscheidungen

Quellenbasis und Abgrenzung

Die berufliche Handlung folgt Lernfeld 3 des KMK-Rahmenlehrplans: Einen Client in ein bestehendes Netzwerk einzubinden umfasst Planung, Konfiguration, Prüfung und Dokumentation. Die Berufsbildposition “Betreiben von IT-Systemen” ergänzt den Bezug zu Datenaustausch, Verfügbarkeit, Störungsbehebung und Dokumentation. § 9 der Fachinformatikerausbildungsverordnung verlangt im ersten Teil der Abschlussprüfung unter anderem, einen Arbeitsplatz zu konfigurieren und zu testen sowie die Leistungserbringung zu kontrollieren und zu protokollieren.

Der interne Prüfungskatalog nennt IP-Konfiguration, DHCP, Konsolenbefehle, Test, Fehlersuche und Dokumentation als mögliche Themen. Beispielprüfungen wurden nur genutzt, um wiederkehrende Aufgabenformen wie das Einordnen einer Konfigurationsausgabe und eine schrittweise Diagnose zu erkennen. Szenario, Adressen, Aufgaben und Lösungen dieser Lektion sind neu erstellt. Sie bilden keine echte Prüfungsaufgabe ab und sagen keine Inhalte eines Prüfungstermins voraus.

Die Lektion erklärt noch keine vollständige Subnetzberechnung, keine VLAN-Konfiguration und keine Absicherung von Netzwerkdiensten. Diese Themen brauchen eigene Lerneinheiten.

Belegmatrix