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

apiVersion: soultec.ch/v1kind: Postmetadata: name: how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself locale: de labels: author: valentina-cicmak series: how-to capability/automation: 1.78 capability/network: 2.16 annotations: source: blog-content/posts/de/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself.md route: /de/insights/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself/ schema: /nerd/schema/posts.json markdown: /de/insights/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself.mdspec: title: >- Windows Server ohne Internet, weil die Default Route auf ihn selbst zeigt date: 2026-06-09 author: valentina-cicmak locale: de summary: >- Ein Windows Server kann den Internetzugang verlieren, obwohl die Netzwerkeinstellungen korrekt aussehen. Meistens ist es nicht DNS, sondern das Routing. capabilities: [automation, network] series: how-to hero: >- /blog-assets/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself/hero.webp migrated: 2026-08-24 translationReviewed: false draft: false sections: - body: | 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: ```powershell 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: ```powershell 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: ```powershell 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: ```powershell 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: ```powershell 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: ```powershell route delete 0.0.0.0 mask 0.0.0.0 ``` Zum Beispiel: ```powershell 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: ```powershell netsh interface ipv4 set address name="" static ``` Zum Beispiel: ```powershell 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: ```powershell route print ``` Die Default Route sollte jetzt auf das echte Gateway zeigen: ```powershell 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. - heading:

Wie weiter

body: | Wenn du bis hierher gelesen hast, läuft es bei dir vermutlich immer noch nicht. [Melde dich bei uns](https://soultec.ch/contact-us/), wir helfen gerne.status: corpus: 267 alsoLike: - {ref: posts/how-to-fix-fix-static-windows-network-settings-reset-after-reboot, score: 0.55} - {ref: posts/vmware-software-defined-wan, score: 0.53} - {ref: solutions/vmware, score: 0.53}

{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself", "locale": "de", "labels": { "author": "valentina-cicmak", "series": "how-to", "capability/automation": "1.78", "capability/network": "2.16" }, "annotations": { "source": "blog-content/posts/de/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself.md", "route": "/de/insights/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself.md" } }, "spec": { "title": "Windows Server ohne Internet, weil die Default Route auf ihn selbst zeigt", "date": "2026-06-09", "author": "valentina-cicmak", "locale": "de", "summary": "Ein Windows Server kann den Internetzugang verlieren, obwohl die Netzwerkeinstellungen korrekt aussehen. Meistens ist es nicht DNS, sondern das Routing.", "capabilities": [ "automation", "network" ], "series": "how-to", "hero": "/blog-assets/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself/hero.webp", "migrated": "2026-08-24", "translationReviewed": false, "draft": false }, "sections": [ { "body": "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.\n\nIn dieser Situation liegt es oft nicht an DNS, sondern am Routing.\n\n### Lösung\n\nWindows 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:\n\n```powershell\nroute print\n```\n\nSieh 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.\n\nEine korrekte Default Route sieht üblicherweise so aus:\n\n```powershell\n0.0.0.0 0.0.0.0 10.177.192.1\n```\n\nDabei ist 10.177.192.1 der Router oder die Firewall. Dorthin muss der Internetverkehr.\n\nDas Problem taucht auf, wenn in der Routing-Tabelle eine Route wie diese steht:\n\n```powershell\n0.0.0.0 0.0.0.0 On-link 10.177.192.5\n```\n\noder wenn der Server seine eigene IP-Adresse als Gateway verwendet:\n\n```powershell\n0.0.0.0 0.0.0.0 10.177.192.5\n```\n\nIn 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.\n\nDanach testest du die Verbindung Schritt für Schritt:\n\n```powershell\nping 10.177.192.1\nping 8.8.8.8\nnslookup google.com\n```\n\nWenn 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.\n\nUm die kaputte Default Route zu entfernen, nimm diese Vorlage:\n\n```powershell\nroute delete 0.0.0.0 mask 0.0.0.0\n```\n\nZum Beispiel:\n\n```powershell\nroute delete 0.0.0.0 mask 0.0.0.0 10.177.192.5\n```\n\nDamit ist die falsche Route weg, mit der der Server den Internetverkehr an sich selbst geschickt hat.\n\nDanach 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:\n\n```powershell\nnetsh interface ipv4 set address name=\"\" static\n```\n\nZum Beispiel:\n\n```powershell\nnetsh interface ipv4 set address name=\"Ethernet0\" static 10.177.192.5 255.255.255.0 10.177.192.1 1\n```\n\nHier 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.\n\nNach dem Befehl prüfst du die Routing-Tabelle noch einmal:\n\n```powershell\nroute print\n```\n\nDie Default Route sollte jetzt auf das echte Gateway zeigen:\n\n```powershell\n0.0.0.0 0.0.0.0 10.177.192.1\n```\n\nWarum 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.\n\nDie 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." }, { "heading": "

Wie weiter

", "body": "Wenn du bis hierher gelesen hast, läuft es bei dir vermutlich immer noch nicht. [Melde dich bei uns](https://soultec.ch/contact-us/), wir helfen gerne." } ], "status": { "corpus": 267, "alsoLike": [ { "ref": "posts/how-to-fix-fix-static-windows-network-settings-reset-after-reboot", "score": "0.55" }, { "ref": "posts/vmware-software-defined-wan", "score": "0.53" }, { "ref": "solutions/vmware", "score": "0.53" } ] }}

apiVersion = "soultec.ch/v1"kind = "Post"[metadata]name = "how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself"locale = "de"[metadata.labels]author = "valentina-cicmak"series = "how-to""capability/automation" = "1.78""capability/network" = "2.16"[metadata.annotations]source = "blog-content/posts/de/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself.md"route = "/de/insights/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself/"schema = "/nerd/schema/posts.json"markdown = "/de/insights/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself.md"[spec]title = "Windows Server ohne Internet, weil die Default Route auf ihn selbst zeigt"date = 2026-06-09author = "valentina-cicmak"locale = "de"summary = "Ein Windows Server kann den Internetzugang verlieren, obwohl die Netzwerkeinstellungen korrekt aussehen. Meistens ist es nicht DNS, sondern das Routing."capabilities = ["automation", "network"]series = "how-to"hero = "/blog-assets/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself/hero.webp"migrated = 2026-08-24translationReviewed = falsedraft = false[[sections]]body = '''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ösungWindows 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:```powershellroute 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:```powershell0.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:```powershell0.0.0.0 0.0.0.0 On-link 10.177.192.5```oder wenn der Server seine eigene IP-Adresse als Gateway verwendet:```powershell0.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:```powershellping 10.177.192.1ping 8.8.8.8nslookup 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:```powershellroute delete 0.0.0.0 mask 0.0.0.0```Zum Beispiel:```powershellroute 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:```powershellnetsh interface ipv4 set address name="" static```Zum Beispiel:```powershellnetsh 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:```powershellroute print```Die Default Route sollte jetzt auf das echte Gateway zeigen:```powershell0.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.'''[[sections]]heading = "

Wie weiter

"body = "Wenn du bis hierher gelesen hast, läuft es bei dir vermutlich immer noch nicht. [Melde dich bei uns](https://soultec.ch/contact-us/), wir helfen gerne."[status]corpus = 267[[status.alsoLike]]ref = "posts/how-to-fix-fix-static-windows-network-settings-reset-after-reboot"score = "0.55"[[status.alsoLike]]ref = "posts/vmware-software-defined-wan"score = "0.53"[[status.alsoLike]]ref = "solutions/vmware"score = "0.53"

<?xml version="1.0" encoding="UTF-8"?><manifest kind="Post"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself</name> <locale>de</locale> <labels> <author>valentina-cicmak</author> <series>how-to</series> <entry key="capability/automation">1.78</entry> <entry key="capability/network">2.16</entry> </labels> <annotations> <source>blog-content/posts/de/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself.md</source> <route>/de/insights/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself/</route> <schema>/nerd/schema/posts.json</schema> <markdown>/de/insights/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself.md</markdown> </annotations> </metadata> <spec> <title>Windows Server ohne Internet, weil die Default Route auf ihn selbst zeigt</title> <date>2026-06-09</date> <author>valentina-cicmak</author> <locale>de</locale> <summary>Ein Windows Server kann den Internetzugang verlieren, obwohl die Netzwerkeinstellungen korrekt aussehen. Meistens ist es nicht DNS, sondern das Routing.</summary> <capabilities> <item>automation</item> <item>network</item> </capabilities> <series>how-to</series> <hero>/blog-assets/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself/hero.webp</hero> <migrated>2026-08-24</migrated> <translationReviewed>false</translationReviewed> <draft>false</draft> </spec> <sections> <section> <body>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ösungWindows 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:```powershellroute 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:```powershell0.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:```powershell0.0.0.0 0.0.0.0 On-link 10.177.192.5```oder wenn der Server seine eigene IP-Adresse als Gateway verwendet:```powershell0.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:```powershellping 10.177.192.1ping 8.8.8.8nslookup 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:```powershellroute delete 0.0.0.0 mask 0.0.0.0```Zum Beispiel:```powershellroute 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:```powershellnetsh interface ipv4 set address name="" static```Zum Beispiel:```powershellnetsh 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:```powershellroute print```Die Default Route sollte jetzt auf das echte Gateway zeigen:```powershell0.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. </body> </section> <section> <heading>

Wie weiter

</heading> <body>Wenn du bis hierher gelesen hast, läuft es bei dir vermutlich immer noch nicht. [Melde dich bei uns](https://soultec.ch/contact-us/), wir helfen gerne.</body> </section> </sections> <status> <corpus>267</corpus> <alsoLike> <item> <ref>posts/how-to-fix-fix-static-windows-network-settings-reset-after-reboot</ref> <score>0.55</score> </item> <item> <ref>posts/vmware-software-defined-wan</ref> <score>0.53</score> </item> <item> <ref>solutions/vmware</ref> <score>0.53</score> </item> </alsoLike> </status></manifest>

Wie weiter

Wie weiter

Wie weiter

Wie weiter

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

Lösung

Wie weiter

Passt ausserdem

Statische Netzwerkeinstellungen in Windows gehen nach dem Reboot verloren

Software-Defined WAN

VMware