WIN 10 - 1803 Netzwerkprobleme
Servus,
hab hier etwas was ich mir nicht erklären kann.
Netz:
Fritte: 192.168.200.250
Client: 192.168.l200.100 (DHCP vom Server 2016). (IPV6 per Haken ausgeschaltet)
RDP-Server 192.168.0.10 (hinter einem VPN)
Mir ist eine RDP-Session "flöten" gegangen. Keine Chance auf reconnect.
Check Internet: Surfen geht.
Ping ins Internet geht
Beide VPN-GWs sagen Verbindung ist aufgebaut.
Komme an kein Gerät mehr hinter dem VPN.
Lokales Netzwerk geht einwandfrei.
Hier werde ich stutzig. Wieso APIPA ?
Hier werde ich noch stutziger !!!
Ipconfig /release bringt Fehlermeldung Adapter sei nicht konfigurierbar (oder so ähnlich)
Erst ein Reboot des Clients brachte ihm wieder eine funktionierende V4 Verbindung.
Die Ereignisanzeige gibt nix her.
Hat jemand eine Erklärung dafür ? Lease war nicht abgelaufen, DHCP-Server arbeitet einwandfrei.
Wieso kann der mit einer APIPA-Adresse ein Tracert ins Internet machen ? Was ist da passiert ?
Nein, kein vorgezogener Freitagstrollversuch.
Zustand nach reboot:
Henere
hab hier etwas was ich mir nicht erklären kann.
Netz:
Fritte: 192.168.200.250
Client: 192.168.l200.100 (DHCP vom Server 2016). (IPV6 per Haken ausgeschaltet)
RDP-Server 192.168.0.10 (hinter einem VPN)
Mir ist eine RDP-Session "flöten" gegangen. Keine Chance auf reconnect.
Check Internet: Surfen geht.
Ping ins Internet geht
Beide VPN-GWs sagen Verbindung ist aufgebaut.
Komme an kein Gerät mehr hinter dem VPN.
Lokales Netzwerk geht einwandfrei.
ipconfig:
Ethernet-Adapter Ethernet:
Verbindungsspezifisches DNS-Suffix: meinedomain.tld
IPv4-Adresse . . . . . . . . . . : **169.254.1.1 (bevorzugt)**
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . : 192.168.200.250
DHCP-Server . . . . . . . . . . . : 192.168.200.1
DNS-Server . . . . . . . . . . . : 192.168.200.1
192.168.200.2
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Hier werde ich stutzig. Wieso APIPA ?
C:\Users\Henner>tracert -d www.avm.de
Routenverfolgung zu www.avm.de [212.42.244.122]
über maximal 30 Hops:
1 <1 ms <1 ms <1 ms 169.254.1.1
2 5 ms 7 ms 4 ms 62.155.243.211
3 20 ms 23 ms 23 ms 217.239.50.114
4 18 ms 16 ms 16 ms 87.128.237.130
5 17 ms 17 ms 17 ms 37.49.152.2
6 17 ms 17 ms 17 ms 176.74.57.141
7 17 ms 17 ms 17 ms 176.74.57.41
8 17 ms 16 ms 17 ms 91.199.214.219
9 30 ms 32 ms 38 ms 212.42.242.131
10 17 ms 19 ms 17 ms 212.42.243.37
11 17 ms 17 ms 18 ms 212.42.244.4
12 18 ms 17 ms 18 ms 212.42.244.122
Hier werde ich noch stutziger !!!
Ipconfig /release bringt Fehlermeldung Adapter sei nicht konfigurierbar (oder so ähnlich)
Erst ein Reboot des Clients brachte ihm wieder eine funktionierende V4 Verbindung.
Die Ereignisanzeige gibt nix her.
Hat jemand eine Erklärung dafür ? Lease war nicht abgelaufen, DHCP-Server arbeitet einwandfrei.
Wieso kann der mit einer APIPA-Adresse ein Tracert ins Internet machen ? Was ist da passiert ?
Nein, kein vorgezogener Freitagstrollversuch.
Zustand nach reboot:
C:\Users\Henner>tracert -d www.avm.de
Routenverfolgung zu www.avm.de [212.42.244.122]
über maximal 30 Hops:
1 <1 ms <1 ms <1 ms 192.168.200.250
2 5 ms 7 ms 4 ms 62.155.243.211
3 20 ms 23 ms 23 ms 217.239.50.114
...snip...
Henere
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-Key: 379899
Url: https://administrator.de/contentid/379899
Ausgedruckt am: 28.03.2024 um 07:03 Uhr
16 Kommentare
Neuester Kommentar
klar - wenn ich nach der VPN-Konfiguration frage, will ich wissen, welche Farbe deine Turnschuhe haben
Weil heut nicht Freitag ist: Diverse - auch bekannte - Windows-VPN-Clients neigen dazu, genau die von dir beschrieben Probleme zu verursachen, wenn sich an der Netzwerkkonfiguration etwas geändert hat (Windows-Updates, neue Treiber, geänderte Bindungen etc). Deinstallieren, Neustart und Neuinstallation wirken da Wunder.
Andernfalls wäre ein Rogue-DHCP auch nicht kategorisch auszuschließen - ist schnell geprüft: https://www.windowspro.de/wolfgang-sommergut/unautorisierte-rogue-dhcp-s ...
Weil heut nicht Freitag ist: Diverse - auch bekannte - Windows-VPN-Clients neigen dazu, genau die von dir beschrieben Probleme zu verursachen, wenn sich an der Netzwerkkonfiguration etwas geändert hat (Windows-Updates, neue Treiber, geänderte Bindungen etc). Deinstallieren, Neustart und Neuinstallation wirken da Wunder.
Andernfalls wäre ein Rogue-DHCP auch nicht kategorisch auszuschließen - ist schnell geprüft: https://www.windowspro.de/wolfgang-sommergut/unautorisierte-rogue-dhcp-s ...
Nein, du installierst natürlich erstmal aktuelle Netzwerkkartentreiber und schaltest den f*** Schnellstart von Windows 10 ab. Danach Wireshark.
Die FRITZ!Box läuft als DHCP-Server?
Es ist äußerst unwahrscheinlich, da Du Win V1803 angibst und nichts wirklich passt, dass das hier zutrifft.
Aber mir ist gerade kb4338814 wegen eines DHCP-Bugs bei Windows Server 2016 (der als Failover Server läuft) untergekommen [1]. Da gibt es imho genau dieses Fehlerbild - MS hat es im KB-Artikel als Known Issue angegeben.
Es ist äußerst unwahrscheinlich, da Du Win V1803 angibst und nichts wirklich passt, dass das hier zutrifft.
Aber mir ist gerade kb4338814 wegen eines DHCP-Bugs bei Windows Server 2016 (der als Failover Server läuft) untergekommen [1]. Da gibt es imho genau dieses Fehlerbild - MS hat es im KB-Artikel als Known Issue angegeben.
Die Fritzbox hat auch eine interne APIPA-Adresse, die 169.254.1.1 (Hop 1) https://avm.de/service/fritzbox/fritzbox-7390/wissensdatenbank/publicati ...
AVM betitelt diese als "Notfall-IP"
Und wenn dein PC die APIPA-Adresse gerade hat, kann dieser über die APIPA der Fritte ins Internet rausfunken.
AVM betitelt diese als "Notfall-IP"
Und wenn dein PC die APIPA-Adresse gerade hat, kann dieser über die APIPA der Fritte ins Internet rausfunken.