Windows Server ohne Internet, weil die Default Route auf ihn selbst zeigt

Ein Windows Server kann den Internetzugang verlieren, obwohl die Netzwerkeinstellungen korrekt aussehen. Die IP-Adresse steht, die Subnetzmaske stimmt, DNS Server sind konfiguriert, und das Default Gateway zeigt scheinbar auf den Router. Lokale Geräte im selben Netz antworten auf Ping, aber ins Internet kommt der Server nicht.

In dieser Situation liegt es oft nicht an DNS, sondern am Routing.

Lösung

Windows braucht eine Default Route für allen Verkehr ausserhalb des lokalen Subnetzes. Um das zu prüfen, öffnest du die Eingabeaufforderung oder PowerShell und führst aus:

route print

Sieh dir in der Ausgabe die IPv4 Route Table an und darin den Abschnitt Active Routes. Die Default Route ist die Zeile, in der Network Destination und Netmask beide 0.0.0.0 sind.

Eine korrekte Default Route sieht üblicherweise so aus:

0.0.0.0 0.0.0.0 10.177.192.1

Dabei ist 10.177.192.1 der Router oder die Firewall. Dorthin muss der Internetverkehr.

Das Problem taucht auf, wenn in der Routing-Tabelle eine Route wie diese steht:

0.0.0.0 0.0.0.0 On-link 10.177.192.5

oder wenn der Server seine eigene IP-Adresse als Gateway verwendet:

0.0.0.0 0.0.0.0 10.177.192.5

In diesem Beispiel ist 10.177.192.5 der Server selbst. Windows schickt den Internetverkehr also an sich selbst statt an den Router. Die Kommunikation im lokalen Netz funktioniert weiterhin, weil lokale Geräte direkt erreichbar sind. Der Internetzugang scheitert, weil der Verkehr nie beim echten Gateway ankommt.

Danach testest du die Verbindung Schritt für Schritt:

ping 10.177.192.1
ping 8.8.8.8
nslookup google.com

Wenn das Gateway antwortet, 8.8.8.8 aber nicht, liegt es sehr wahrscheinlich am Routing. Wenn 8.8.8.8 funktioniert, google.com aber nicht, liegt es sehr wahrscheinlich an DNS.

Um die kaputte Default Route zu entfernen, nimm diese Vorlage:

route delete 0.0.0.0 mask 0.0.0.0

Zum Beispiel:

route delete 0.0.0.0 mask 0.0.0.0 10.177.192.5

Damit ist die falsche Route weg, mit der der Server den Internetverkehr an sich selbst geschickt hat.

Danach setzt du die Adapter-Konfiguration sauber neu. Der folgende Befehl ist nur eine Vorlage. Ersetz Adaptername, IP-Adresse, Subnetzmaske, Gateway und Metrik durch die Werte deines eigenen Netzes:

netsh interface ipv4 set address name="" static

Zum Beispiel:

netsh interface ipv4 set address name="Ethernet0" static 10.177.192.5 255.255.255.0 10.177.192.1 1

Hier ist Ethernet0 der Netzwerkadapter, 10.177.192.5 die Server-IP, 255.255.255.0 die Subnetzmaske, 10.177.192.1 das echte Gateway und 1 die Metrik der Route.

Nach dem Befehl prüfst du die Routing-Tabelle noch einmal:

route print

Die Default Route sollte jetzt auf das echte Gateway zeigen:

0.0.0.0 0.0.0.0 10.177.192.1

Warum das besser funktioniert, als dieselben Werte in den Windows-Netzwerkeinstellungen zu ändern: Die grafische Oberfläche kann korrekte Werte anzeigen, während in der Routing-Tabelle immer noch eine alte oder kaputte Route steht. Software, virtuelle Adapter, VPN Clients, Netzwerktreiber oder Management-Werkzeuge können die Routing-Tabelle beeinflussen. Die Kommandozeile setzt die Adapter-Konfiguration direkter neu und zwingt Windows, die Route sauber neu anzulegen.

Die Lehre ist einfach: Wenn ein Windows Server das lokale Netz erreicht, aber nicht das Internet, prüf nicht nur die Felder für IP, DNS und Gateway. Sieh dir immer route print an. Wenn die Default Route auf den Server selbst zeigt, schickt Windows den Verkehr in die falsche Richtung.

Wie weiter

Wenn du bis hierher gelesen hast, läuft es bei dir vermutlich immer noch nicht. Melde dich bei uns, wir helfen gerne.