XPLN/Lernbereiche

G10 · Windows · Diagnose

Die Konfiguration überprüfen

Kapitel in dieser Lernstufe

Das lernst du

  • Windows-Ausgaben als Befunde lesen.
  • APIPA, DNS-Fehler und Routingprobleme voneinander abgrenzen.

Voraussetzungen: G03 · Parameter und ihre AuswirkungenG08 · Lease: Nutzung auf ZeitG09 · Die erste Vergabe: DORA

Die Serveroberfläche zeigt die Absicht. Entscheidend ist, was der Client wirklich empfangen hat. Prüfe deshalb Server- und Clientdaten gemeinsam.

Vom Befund zur begrenzten Aussage

PRÜFPROTOKOLLBüro-PC · Ethernet · 09:14 UhrBeobachtungWas ist damit belegt?.10.120/24 · Lease gültigKonfiguration vorhandenEntfernter IP-Dienst erreichtDieser IP-Weg funktioniertName nicht aufgelöstDNS getrennt untersuchenDNS ist .20.99 · soll .20.10Nächster Schritt: DNS-Istwert und DHCP-Option vergleichen.Ein Befund ist noch keine vollständige Fehlerursache.
Grafik vergrößern
PRÜFPROTOKOLLBüro-PC · Ethernet · 09:14 UhrBeobachtungWas ist damit belegt?.10.120/24 · Lease gültigKonfiguration vorhandenEntfernter IP-Dienst erreichtDieser IP-Weg funktioniertName nicht aufgelöstDNS getrennt untersuchenDNS ist .20.99 · soll .20.10Nächster Schritt: DNS-Istwert und DHCP-Option vergleichen.Ein Befund ist noch keine vollständige Fehlerursache.
Das Prüfblatt trennt empfangene Konfiguration, IP-Erreichbarkeit und Namensauflösung. Im Beispiel ist ein bekannter entfernter IP-Dienst erreichbar, die Namensauflösung scheitert und der DNS-Istwert weicht vom Soll ab. Das begründet die Prüfung der DNS-Konfiguration, nicht die pauschale Aussage, DHCP sei ausgefallen.

Welche Ausgabe beantwortet welche Frage?

ipconfig zeigt die wesentlichen Adapterwerte. ipconfig /all ergänzt unter anderem DHCP-Aktivierung, DHCP-Server, DNS-Server und Lease-Zeiten. Bei mehreren Schnittstellen musst du den betroffenen Adapter auswählen; VPN, WLAN und Ethernet können verschiedene Konfigurationen besitzen.

ipconfig /release gibt DHCP-Konfiguration frei; ipconfig /renew fordert sie an bzw. erneuert sie. Die Befehle reparieren weder einen falschen Relay noch einen ausgeschalteten Server. Releasing kann eine funktionierende Verbindung sofort unterbrechen; im echten Labor nur am Testclient durchführen.

Windows CMD
ipconfig
ipconfig /all
ping 192.168.10.1
nslookup intranet.nordlicht.test 192.168.20.10

Befund nicht zur vorschnellen Ursache machen

Eine automatisch gewählte 169.254-Adresse ist IPv4 Link-Local, unter Windows oft APIPA genannt. Sie deutet bei erwartetem DHCP-Bezug auf fehlende nutzbare DHCP-Konfiguration hin. Ursachen können vom Kabel über VLAN und Relay bis zum Pool reichen; der Server muss nicht defekt sein.

Prüfe Link, DHCP-Modus, korrekten Adapter, Adresse/Präfix, Lease-Zeiten und Serverkennung. Danach folgen getrennte IP- und Namenstests. In einem Paketmitschnitt ist zu sehen, ob der Client überhaupt fragt und ob Antworten zurückkommen.

Eine Ausgabe als Momentaufnahme lesen

Ordne jeden Befund einem bestimmten Adapter und Zeitpunkt zu. Ein Laptop kann Ethernet, WLAN und einen VPN-Adapter gleichzeitig besitzen. Die Zeile „DHCP aktiviert“ eines Adapters erklärt nicht die Adresse eines anderen. Vergleiche Hardwareadresse, IPv4-Adresse, Maske, DHCP-Server, Leasezeiten und DNS-Angaben deshalb innerhalb desselben Adapterblocks.

Eine Adresse aus 169.254.0.0/16 deutet bei einem üblichen Windows-Client auf IPv4-Link-Local beziehungsweise APIPA hin. Sie ist kein Beweis dafür, dass der DHCP-Dienst selbst ausgefallen ist: Auch ein falsches VLAN, ein blockierter Rückweg oder ein erschöpfter Pool kann zum fehlenden Bezug beitragen. Die Beobachtung grenzt den Zustand des Clients ein; die Ursache braucht weitere Messungen.

Erst sichern, dann bewusst verändern

Notiere die Ausgangswerte, bevor du einen Bezug erneuerst oder die Adresse freigibst. Andernfalls geht der Unterschied zwischen alter und neuer Konfiguration verloren. Ein erneuter Bezug kann den Fehler vorübergehend verdecken, ohne etwa die Ursache einer falschen Reservierung oder eines zweiten Servers zu beseitigen. Besonders eine Freigabe unterbricht die bisherige IPv4-Nutzung und ist kein neutraler Lesetest.

Eine Abnahme sollte mindestens die erwartete Netzzuordnung, die erreichbare lokale Infrastruktur, einen vorgesehenen entfernten Dienst und eine passende Namensauflösung umfassen. Scheitert nur der Name, untersuche DNS gezielt; scheitert bereits das lokale Gateway, beginne beim Adapter und lokalen Netz. Halte für jede Aussage fest, welcher konkrete Test sie stützt. Damit wird aus „geht wieder“ ein wiederholbarer Nachweis.

DURCHGEARBEITETES BEISPIEL

Eine belastbare Abnahme

  1. Soll: PC im Büronetz, DHCP an, .100–.199, Gateway .1, DNS 192.168.20.10. Ist-Werte aus /all dagegenstellen.
  2. Adresse liegt im Soll-Pool, Lease-Zeit ist plausibel und DHCP-Server stimmt. Damit ist die Vergabe zunächst nachgewiesen.
  3. Ein bekannter entfernter IP-Dienst antwortet; anschließend liefert nslookup die erwartete Intranet-Adresse. Ein bloßer Gateway-Ping hätte weder DNS noch den entfernten Dienst geprüft.
  4. Falls nur ein Name scheitert, DNS gezielt untersuchen. Bei APIPA zunächst Nachrichtenweg und Vergabe prüfen, nicht wahllos DNS ändern.

Ergebnis: Ein Prüfprotokoll enthält Soll, beobachtete Werte, Zeitpunkt, betroffenen Adapter und das Ergebnis jedes getrennten Tests.

Typische Fehler

  • 169.254 beweist nicht genau eine Ursache.
  • Lease-Zeiten eines falschen Adapters führen zu falschen Schlüssen.
  • Ein Ping-Timeout kann auch durch ICMP-Filter entstehen.

Praktisch anwenden

P09 öffnen P10 öffnen P11 öffnen P12 öffnen P24 öffnen

Offizielle Quellen

Versionsbezüge geprüft am 14. Oktober 2026. Produktkonfigurationen werden im jeweiligen isolierten Labor validiert.