Netzwerkfehler finden: ipconfig, ping und tracert in der richtigen Reihenfolge

Netzwerkfehler finden heißt: von innen nach außen arbeiten. ipconfig zeigt zuerst, ob dein Rechner überhaupt eine gültige IPv4-Adresse, ein Standardgateway und einen DNS-Server hat. Danach pingst du dich vom Loopback 127.0.0.1 über das Gateway bis zu einer externen IP wie 8.8.8.8 vor. Antwortet die IP, aber kein Domainname, klemmt die Namensauflösung. Bricht der Weg nach außen ab, zeigt tracert, an welcher Station die Kette reißt.

Alle Befehle laufen in der Eingabeaufforderung (CMD) und verhalten sich unter Windows 11 (24H2/25H2) und Windows 10 identisch. Du öffnest CMD mit Windows-Taste + R, tippst cmd und drückst Enter. Administratorrechte brauchst du nur für die schreibenden Varianten wie ipconfig /release, ipconfig /renew und die netsh-Befehle weiter unten – reines Anzeigen und Pingen geht als normaler Benutzer.

Wann diese Anleitung passt

Typisches Bild: Eine Webseite lädt nicht, das Netzlaufwerk ist verschwunden oder das WLAN-Symbol meldet Verbindung, aber „kein Internetzugriff“. Bevor du am Router ziehst oder Treiber neu installierst, grenzt du mit drei Bordmitteln ein, wo die Kette reißt. Es gibt genau vier Kandidaten:

• Dein Rechner: keine oder falsche IP-Konfiguration, kaputter TCP/IP-Stack.
• Das lokale Netz: Kabel, Switch-Port, WLAN-Anmeldung, Router nicht erreichbar.
• Das Routing nach draußen: Router oder Anbieter liefert keine Verbindung ins Internet.
• Die Namensauflösung (DNS): Alles läuft, nur Domainnamen lassen sich nicht in IP-Adressen übersetzen.

Wer Netzwerkfehler finden will, muss also nur herausbekommen, welcher dieser vier Kandidaten es ist – und genau einen davon schließt jeder Schritt der folgenden Reihenfolge aus. Das ist der ganze Trick – und der Grund, warum du dir das planlose Neustarten von Router, Rechner und Treiber sparen kannst.

Netzwerkfehler finden: die Diagnose-Reihenfolge Schritt für Schritt

Die Reihenfolge ist kein Zufall: Jeder Schritt setzt voraus, dass der vorherige funktioniert. Sobald einer fehlschlägt, weißt du, in welcher Ecke das Problem steckt – und alles danach kannst du dir sparen.

1. Eigene Konfiguration ansehen – ipconfig: Tippe ipconfig, für mehr Details ipconfig /all. Prüfe drei Werte: IPv4-Adresse, Standardgateway und DNS-Server. Beginnt die Adresse mit 169.254., hat der Rechner keine Adresse vom DHCP-Server bekommen – das ist eine APIPA-Adresse, die Windows sich selbst vergibt, wenn niemand antwortet. Fehlt das Standardgateway ganz, kann der Rechner das lokale Netz gar nicht verlassen. In der Ausgabe von /all siehst du zusätzlich, welcher DHCP-Server geantwortet hat und wie lange die Adresse noch gültig ist – praktisch, um einen fremden Router im Netz zu entlarven.
2. Eigenen TCP/IP-Stack testen – ping 127.0.0.1: 127.0.0.1 ist die Loopback-Adresse, also der Rechner selbst. Antwortet sie, ist die Netzwerk-Software (der TCP/IP-Stack) grundsätzlich intakt. Kommt hier schon eine Zeitüberschreitung, liegt der Fehler nicht im Netz, sondern in Windows.
3. Bis zum Router prüfen – Standardgateway anpingen: Ping die Gateway-Adresse aus Schritt 1 an, zum Beispiel ping 192.168.0.1. Antwortet sie, funktioniert dein lokales Netz bis zum Router – Kabel, Switch und WLAN sind in Ordnung. Keine Antwort? Dann steckt das Problem zwischen Rechner und Router.
4. Routing ins Internet testen – externe IP anpingen: ping 8.8.8.8 spricht den öffentlichen DNS-Server von Google direkt über seine IP-Adresse an, ganz ohne Namensauflösung. Klappt das, kommst du grundsätzlich ins Internet. Schlägt es fehl, obwohl das Gateway antwortet, liegt es am Router oder am Anbieter.
5. Namensauflösung prüfen – Domain anpingen: ping google.de testet zusätzlich den DNS. Die entscheidende Erkenntnis: Wenn Schritt 4 mit der IP funktioniert, dieser Schritt mit dem Namen aber nicht, ist allein die DNS-Auflösung gestört – das Internet selbst ist erreichbar. Antwortet stattdessen eine kryptische Adresse mit Doppelpunkten, hat Windows den Namen über IPv6 aufgelöst; mit ping -4 google.de erzwingst du IPv4 und vergleichst beide Wege.
6. Bei DNS-Verdacht – Cache leeren: Bestätigt sich ein DNS-Problem, hilft oft ipconfig /flushdns, das den lokalen Zwischenspeicher für Namensauflösungen leert. Mit ipconfig /displaydns siehst du vorher, was überhaupt zwischengespeichert ist. Hängt der Rechner an einer APIPA-Adresse aus Schritt 1, holt ipconfig /release gefolgt von ipconfig /renew eine neue Adresse vom DHCP-Server. Diese beiden Befehle brauchen eine Eingabeaufforderung als Administrator, und /release trennt die Verbindung kurz – über Remote-Zugriff also besser nicht.
7. Pfad nach außen verfolgen – tracert: Geht extern grundsätzlich etwas, ist aber langsam oder bricht ab, zeigt tracert google.de jeden Zwischenschritt (Hop) auf dem Weg zum Ziel mit seiner Antwortzeit. So siehst du, ob es im eigenen Netz, beim Provider oder erst weit draußen klemmt.

ping-Ausgaben richtig lesen

Ohne Zusatz schickt ping unter Windows vier Pakete mit 32 Byte Nutzdaten und wartet je 4000 Millisekunden auf Antwort. Für eine aussagekräftige Messung ist das wenig: ping -n 20 8.8.8.8 schickt 20 Pakete, ping -t 8.8.8.8 läuft dauerhaft, bis du mit Strg + C abbrichst. Genau so fängst du Aussetzer, die nur alle paar Sekunden auftreten – in der Statistik am Ende steht dann die Verlustrate in Prozent.

Meldung	Bedeutung
Antwort von … Zeit=12ms	Ziel erreichbar, Zeit = Laufzeit hin und zurück. Im LAN sind einstellige Millisekundenwerte normal, im Internet 10–40 ms bei Kabel, deutlich mehr im Mobilfunk.
Zeitüberschreitung der Anforderung	Keine Antwort im Zeitfenster. Ziel ist aus, blockiert Ping oder der Weg dorthin ist gestört.
Zielhost nicht erreichbar	Es gibt keine Route zum Ziel – meist ein Routing- oder Gateway-Problem im lokalen Netz.
Der Hostname konnte nicht aufgelöst werden	Reines DNS-Problem: Der Name lässt sich keiner IP-Adresse zuordnen. Das Netz selbst kann trotzdem laufen.
Allgemeiner Fehler / Übertragungsfehler	Windows kommt gar nicht erst bis zum Versenden – typisch bei deaktiviertem Adapter oder fehlendem Gateway.

Ein fehlgeschlagener Ping heißt nicht, dass ein System tot ist. Viele Server, Firewalls und auch die Windows-Firewall im öffentlichen Netzwerkprofil beantworten Ping-Pakete (ICMP) bewusst nicht, obwohl Webseiten und Dienste dahinter normal laufen. Das Ausbleiben einer Antwort ist ein Hinweis, kein Beweis – deshalb ist der Ping auf 8.8.8.8 so beliebt: Der antwortet zuverlässig.

Was Sternchen in der tracert-Ausgabe bedeuten

tracert arbeitet mit einem Trick: Es schickt Pakete mit einer künstlich niedrigen Lebensdauer los (Time to Live, TTL). Jeder Router auf dem Weg zählt diesen Wert um eins herunter; erreicht er null, meldet der Router „Zeitüberschreitung“ zurück – und verrät damit seine Adresse. Windows beginnt mit TTL 1 und erhöht Schritt für Schritt, standardmäßig bis maximal 30 Hops, mit 4000 Millisekunden Wartezeit je Versuch. Kommt in dieser Zeit nichts zurück, erscheint ein Sternchen (*).

• Einzelne Sternchen mitten in der Liste, Trace läuft weiter: harmlos. Dieser Router beantwortet nur keine TTL-Meldungen, leitet aber sauber weiter.
• Ab einem bestimmten Hop nur noch Sternchen bis zum Abbruch: Hier reißt es tatsächlich – oder das Ziel selbst blockiert ICMP. Vergleiche mit einem tracert auf eine andere Domain: Endet der bei genau demselben Hop, liegt das Problem auf der Strecke, nicht am Zielserver.
• Zeiten springen ab einem Hop dauerhaft nach oben: Ab dort wird es langsam. Vorsicht bei Einzelwerten – nur eine über alle folgenden Hops anhaltende Erhöhung ist ein echtes Signal.

Zur Orientierung: Hop 1 ist praktisch immer dein eigener Router, die nächsten zwei bis drei gehören dem Provider, danach beginnt das öffentliche Netz. Steht schon bei Hop 1 ein Sternchen, brauchst du gar nicht weiterzulesen – dann ist das lokale Netz das Thema. Die Standardwerte und alle Schalter stehen in der Microsoft-Dokumentation zu tracert.

Wenn die Standard-Diagnose nicht weiterhilft

Manche Störungen fallen durch das einfache Raster. Diese Fälle begegnen einem am häufigsten:

• Firewall blockt ICMP: Pings schlagen fehl, der Browser lädt aber normal. Dann ist nicht das Netz kaputt, sondern nur der Ping gefiltert. Teste in dem Fall die echte Anwendung statt ICMP.
• WLAN verbunden, aber „kein Internetzugriff“: Fast immer sind Schritt 4 oder 5 der Knackpunkt – Gateway antwortet, externe IP nicht. Ursache ist meist der Router oder eine Anbieter-Störung, nicht dein Gerät.
• Nur einzelne Seiten betroffen: Wenn 8.8.8.8 und die meisten Domains gehen, eine bestimmte Seite aber nicht, liegt es meist am Zielserver – ein tracert auf diese Domain reißt dann erst kurz vor dem Ziel ab.
• Verbindung bricht sporadisch ab oder ruckelt: Hier ist tracert zu grob, weil es jeden Hop nur dreimal antippt. pathping google.de läuft die Strecke ab und schickt danach 100 Testpakete pro Hop; nach etwa zwei Minuten steht die Paketverlustrate für jede einzelne Teilstrecke in der Tabelle. So findest du die Stelle, die nicht ausfällt, sondern nur schluckt (Details bei Microsoft).
• Ein einzelner Dienst antwortet nicht: Ping sagt nichts über Ports. In der PowerShell prüft Test-NetConnection -ComputerName beispiel.de -Port 443, ob die Gegenstelle den Port wirklich annimmt; entscheidend ist die Zeile TcpTestSucceeded. Das ersetzt das frühere telnet, das in Windows 10 und 11 nicht mehr vorinstalliert ist.
• DNS genauer ansehen: nslookup itguruonline.de zeigt, welcher Server antwortet und welche IP zurückkommt. Mit nslookup itguruonline.de 8.8.8.8 fragst du gezielt einen anderen DNS-Server – antwortet der sauber und der eigene nicht, ist der Router-DNS oder der Provider-Resolver das Problem.

Bleibt der Rechner störrisch, obwohl andere Geräte im selben Netz laufen, ist der Windows-Netzwerkstack dran. Der Reset unter Einstellungen → Netzwerk und Internet → Erweiterte Netzwerkeinstellungen → Netzwerk zurücksetzen entfernt alle Netzwerkadapter und installiert sie neu. Die schrittweise Variante davon sind die netsh-Befehle in einer Eingabeaufforderung als Administrator: netsh winsock reset setzt die Winsock-Schnittstelle zurück, netsh int ip reset die IP-Konfiguration – beide wirken erst nach einem Neustart. Vorher wissen: Gespeicherte WLAN-Passwörter, VPN-Verbindungen und manuelle Adapter-Einstellungen sind danach weg, und der PC startet neu. Notiere dir vorher die Zugangsdaten, die du wieder brauchst.

Warum genau diese Reihenfolge?

Hinter „von innen nach außen“ steckt das Schichtenprinzip der Netzwerktechnik: Eine Verbindung baut auf der nächsten auf. Ohne funktionierenden TCP/IP-Stack auf dem eigenen Rechner nützt das beste Gateway nichts; ohne erreichbares Gateway kommst du nicht ins Internet; ohne Routing ins Internet kann kein DNS-Server antworten. Wer mittendrin anfängt, misst deshalb häufig Symptome statt Ursachen.

Testest du in dieser Reihenfolge, isoliert jeder fehlgeschlagene Schritt die Störung automatisch auf genau eine Ebene – lokaler Rechner, lokales Netz, Routing oder Namensauflösung. Genau dieses systematische Eingrenzen ist auch der Grund, warum die drei Befehle in der Fachinformatiker-Ausbildung und in IHK-Prüfungen ein Dauerbrenner sind: Gefragt ist nicht der Befehl, sondern die Begründung, was ein fehlgeschlagener Schritt ausschließt.

Als Merkhilfe für die Prüfung und den Alltag: ipconfig beantwortet „Habe ich überhaupt eine Adresse?“, ping beantwortet „Komme ich bis dorthin?“ und tracert beantwortet „Wo unterwegs bleibt es hängen?“. Mit dieser Aufteilung kannst du die meisten Netzwerkfehler finden, ohne vorher irgendetwas umzustellen: Der Großteil der Alltagsstörungen landet in unter zwei Minuten auf einer klaren Ebene – und erst danach lohnt sich das Schrauben.

Häufige Fragen

In welcher Reihenfolge prüfe ich Netzwerkprobleme?

Von innen nach außen: erst ipconfig (eigene IP, Gateway, DNS), dann ping 127.0.0.1, das Standardgateway, eine externe IP wie 8.8.8.8 und zuletzt einen Domainnamen. Jeder fehlgeschlagene Schritt grenzt die Störung auf genau eine Ebene ein.

Anzeige

Was bedeutet „Zeitüberschreitung der Anforderung“ beim Ping?

Das Ziel hat innerhalb von 4 Sekunden nicht geantwortet. Es ist ausgeschaltet, filtert Ping-Pakete per Firewall oder der Weg dorthin ist gestört. Ein toter Ping ist ein Hinweis, kein Beweis für Nichterreichbarkeit.

Ping auf die IP funktioniert, der Domainname nicht – woran liegt das?

Das ist ein klassisches DNS-Problem: Das Internet ist erreichbar, nur die Umsetzung vom Namen zur IP-Adresse klemmt. Hilft oft ipconfig /flushdns oder ein anderer DNS-Server, testweise per nslookup beispiel.de 8.8.8.8 geprüft.

Warum zeigt tracert Sternchen (*) statt Antwortzeiten?

Ein Sternchen heißt nur: keine Antwort innerhalb von 4 Sekunden. Läuft der Trace danach weiter, ist es harmlos – der Router beantwortet lediglich keine TTL-Meldungen. Erst wenn ab einem Hop alles Sternchen bleibt, reißt die Strecke dort wirklich.

Was bedeutet eine IP-Adresse, die mit 169.254 beginnt?

Das ist eine APIPA-Adresse, die Windows selbst vergibt, wenn kein DHCP-Server antwortet. Praktisch heißt das: keine nutzbare Netzwerkverbindung. Abhilfe schaffen meist ipconfig /release und anschließend ipconfig /renew als Administrator.