Keine Netzwerkverbindung nach Rückkehr aus Energiesparmodus

[harian 10]

Hi Leute,

 

ich habe Vista Ultimate mit SP1, angeschlossen über den internen NIC (aktueller Treiber Version 6.206.502.2008 vom 02.05.2008) an einer Fritz!Box Fon WLAN 7170 (FW 29.04.57) und das Problem, dass nach Rückkehr aus dem Energiesparmodus die Netzwerkverbindung manchmal nicht mehr klappt.

 

Das Netzwerksymbol im Systray zeigt mir dann statt dem üblichen "Netzwerk. Zugriff: Lokal und Internet" zwei andere Einträge "Netzwerk. Zugriff: Nur lokal" und "Nicht identifiziertes Netzwerk. Zugriff: Nur lokal" an. Die "Diagnose

und Reparatur" meint, "die ip-einstellungen dieses computers sind ungültig".

 

Ich habe vor und nach dem Ereignis einige Dinge ausprobiert und protokolliert, um eine vorher-nachher-Analyse zu machen - u.a. "ipconfig /all", "arp -a", "netstat -r".

 

Offenbar werden durch die Aktion ein neues Standardgateway und eine neue Defaultroute eingetragen. Der zusätzliche ARP-Eintrag (169.254.1.1) ist wohl die Fritz!Box-"Notfall"-IP-Adresse und nicht weiter relevant(?).

 

Nach IPCONFIG /RENEW bleibt die Situation unverändert. IPCONFIG /RELEASE plus /RENEW ebenso. Das zusätzliche Standardgateway 0.0.0.0 bleibt.

 

Durch Zurücksetzen des Netzwerkadapters oder Neuanlegen der Default-Route (ROUTE DELETE 0.0.0.0 und ROUTE ADD 0.0.0.0 MASK 0.0.0.0 192.168.178.1 METRIC 20 IF 10) lässt sich das natürlich erstmal beheben - das kann doch allerdings nicht der Weisheit letzter Schluss sein...

 

Daher die Frage: Wo kommt das zusätzliche Standardgateway her (Vista/NIC-Treiber/Fritzbox?), und wie lässt sich das verhindern?

 

Im Voraus herzlichen Dank schonmal!

Harald

[harian 10]

Hier noch ein paar Zusatzinfos:

 

IPCONFIG /ALL:

-------------------

Ethernet-Adapter LAN-Verbindung:

 

Verbindungsspezifisches DNS-Suffix:

Beschreibung. . . . . . . . . . . : Realtek RTL8168B/8111B Family PCI-E Gigabit Ethernet NIC (NDIS 6.0)

Physikalische Adresse . . . . . . : 00-19-DB-CA-XX-XX

DHCP aktiviert. . . . . . . . . . : Ja

Autokonfiguration aktiviert . . . : Ja

IPv4-Adresse . . . . . . . . . . : 192.168.178.21(Bevorzugt)

Subnetzmaske . . . . . . . . . . : 255.255.255.0

Lease erhalten. . . . . . . . . . : Mittwoch, 4. Juni 2008 16:49:21

Lease läuft ab. . . . . . . . . . : Samstag, 14. Juni 2008 16:49:21

Standardgateway . . . . . . . . . : 0.0.0.0 <--- vorher nicht da!!!

192.168.178.1

DHCP-Server . . . . . . . . . . . : 192.168.178.1

DNS-Server . . . . . . . . . . . : 192.168.178.1

NetBIOS über TCP/IP . . . . . . . : Aktiviert-------------------

 

NETSTAT -R:

-------------------

===========================================================================

Schnittstellenliste

10 ...00 19 db ca c1 0b ...... Realtek RTL8168B/8111B Family PCI-E Gigabit Ethernet NIC (NDIS 6.0)

1 ........................... Software Loopback Interface 1

18 ...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter

13 ...02 00 54 55 4e 01 ...... Teredo Tunneling Pseudo-Interface

===========================================================================

 

IPv4-Routentabelle

===========================================================================

Aktive Routen:

Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik

0.0.0.0 0.0.0.0 Auf Verbindung 192.168.178.21 20 <--- vorher nicht da!!!

0.0.0.0 0.0.0.0 192.168.178.1 192.168.178.21 20

127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 306

127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 306

127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306

169.254.0.0 255.255.0.0 Auf Verbindung 192.168.178.21 30

169.254.255.255 255.255.255.255 Auf Verbindung 192.168.178.21 276

192.168.178.0 255.255.255.0 Auf Verbindung 192.168.178.21 276

192.168.178.21 255.255.255.255 Auf Verbindung 192.168.178.21 276

192.168.178.255 255.255.255.255 Auf Verbindung 192.168.178.21 276

224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 306

224.0.0.0 240.0.0.0 Auf Verbindung 192.168.178.21 276

255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306

255.255.255.255 255.255.255.255 Auf Verbindung 192.168.178.21 276

===========================================================================-------------------

 

ARP -A:

-------------------

Schnittstelle: 192.168.178.21 --- 0xa

Internetadresse Physikal. Adresse Typ

169.254.1.1 00-15-0c-f5-70-01 dynamisch <--- vorher nicht da!!!

192.168.178.1 00-15-0c-f5-70-01 dynamisch

192.168.178.255 ff-ff-ff-ff-ff-ff statisch

224.0.0.22 01-00-5e-00-00-16 statisch

224.0.0.251 01-00-5e-00-00-fb statisch

224.0.0.252 01-00-5e-00-00-fc statisch

239.255.255.250 01-00-5e-7f-ff-fa statisch

255.255.255.255 ff-ff-ff-ff-ff-ff statisch-------------------

[mister2x 10]

Hi Harald,

 

eine Lösung dafür kann ich dir leider nicht anbieten. Aber dafür mitteilen, dass dieser Fehler bei mir auch auftritt und in (sehr seltenen Fällen) plötzlich zwei default routes existieren. Den arp cache habe ich in der Situation noch nie betrachtet (dein zusätzlicher Eintrag mit der 169.er Adresse kommt aus dem APIPA Range, siehe Zeroconf – Wikipedia). Bei mir reicht es wenn ich die "defekte" Route aus dem routing table entferne und schon läuft das Netzwerk wieder.

 

So geschehen mit der WLAN-Karte (Intel) als auch mit dem LAN-NIC (Broadcom). Immer an normalem Netzwerkgerät (irgendwelche Switches, dann FortiGates oder Ciscos).

 

Scheint ein Problem von Vista zu sein.

 

Zumindest weißt du jetzt dass du nicht allein bist und es nicht allein an deinem Netz liegen kann :-)

 

Christian

[Tomcatfhw 10]

Hallo Harian,

hast Du schon mal eine manuelle IP vergabe getestet,

so weit ich weis fängt die Fritz Box! ja mit der automatischen DHCP Vergabe bei 192.168.178.20 an die Ips zu vergeben (Wenn DU die IP 192.168.178.21 benötigst solltest Du den DHCP der Fritz Box höher setzen)...

 

... Teste mal die manuelle Eingabe wie auf den screenshot,

evtl. hat die Netzwerkkarte ja ein Problem mit den DHCP nach dem Energiesparmodus!

 

 

Evtl. würde ich auch mal probieren die Fritzbox! Software zu deinstallieren, wenn diese installiert ist.

 

Der Standartgataway wird normal von der Fritzbox vergeben, dies kann bei denn Einstellungen der Fritzbox aber auch jederzeit geändert werden...

 

Ich würde auf jeden Fall mal die manuelle Vergaben unter Netzwerkeinstellungen der Netzwerkkarte Testen.

[NorbertFe 2.035]

Hallo Harian,

hast Du schon mal eine manuelle IP vergabe getestet,

so weit ich weis fängt die Fritz Box! ja mit der automatischen DHCP Vergabe bei 192.168.178.20 an die Ips zu vergeben (Wenn DU die IP 192.168.178.21 benötigst solltest Du den DHCP der Fritz Box höher setzen)...

 

Ich denk mir mal, dass die verwendete IP (per dhcp zugewiesen) vollkommen wurscht ist bei dem Problem. ;)

 

Der Standartgataway wird normal von der Fritzbox vergeben, dies kann bei denn Einstellungen der Fritzbox aber auch jederzeit geändert werden...

 

Und in was?

 

 

Ich würde auf jeden Fall mal die manuelle Vergaben unter Netzwerkeinstellungen der Netzwerkkarte Testen.

 

Ich auch.

 

Bye

Norbert

[harian 10]

Vielen Dank für den Hinweis auf Zeroconf, das erklärt den ARP-Eintrag.

 

Die Fritzbox!-Software habe ich nicht installiert, mit der kanns also nix zu tun haben.

 

Mit der vorgeschlagenen manuellen IP-Konfiguration gibt es keine Probleme mehr *g*. Glücklicherweise komme ich auch ohne DHCP aus, so dass dieser Workaround für mich voll funktioniert. Ich mach trotzdem mal einen Call bei MS auf, vielleicht bringen die ja dann irgendwann mal einen Fix raus.

 

Vielen Dank!

Harald

[Tomcatfhw 10]

Vielen Dank für den Hinweis auf Zeroconf, das erklärt den ARP-Eintrag.

 

Die Fritzbox!-Software habe ich nicht installiert, mit der kanns also nix zu tun haben.

 

Mit der vorgeschlagenen manuellen IP-Konfiguration gibt es keine Probleme mehr *g*. Glücklicherweise komme ich auch ohne DHCP aus, so dass dieser Workaround für mich voll funktioniert. Ich mach trotzdem mal einen Call bei MS auf, vielleicht bringen die ja dann irgendwann mal einen Fix raus.

 

Vielen Dank!

Harald

 

der DHCP muss deswegen nicht gleich deaktiviert werden!

Du kannst den DHCP in der FritzBox! einen bestimmten DHCP Berreich zuweisen, so kannst DU auch mal einen anderen PC ins Netz hängen ohne bei diesen erst das Netz konfigurieren zu müssen.

 

z.B. DHCP Adresse von 192.168.178.100-192.168.178.200

So hast Du die ersten 99 für die Manuelle vergabe und die restlichen 99 für DHCP...

 

Das Microsoft da etwas unternimmt wage ich zu bezweifeln da der Energiesparmodus unter Vista nichts anderes ist als bei 98/ME/2k/XP der Standbymodus und mit dem gab es schon immer ärger.

 

Evtl. hilft auch der Umstig auf Ruhezustand.

 

Viele Grüße TOMCATFHW

 

PS: NorbertFE, Gataway kann z.B. auf standart geändert werden 192.168.1.1 od. 192.168.0.1 allerdings ändert sich dann auch der DHCP und alles andere im Netz wie die manuelle vergabe z.B. auf 192.168.1.xxx oder 192.168.0.xxx

[NorbertFe 2.035]

PS: NorbertFE, Gataway kann z.B. auf standart geändert werden 192.168.1.1 od. 192.168.0.1

 

Was ist daran mehr Standard als an 192.168.178.1?

 

allerdings ändert sich dann auch der DHCP und alles andere im Netz wie die manuelle vergabe z.B. auf 192.168.1.xxx oder 192.168.0.xxx

 

[LORIOT]Ach?[/LORIOT]

 

Bye

Norbert

[xcode-tobi 10]

könnte evtl. auch ein Treiber-Problem auf dem Vista-rechner sein?! Ich meine, dass ich dieses Problem Anfangs auch mal hatte. Nach einem Update lief alles bestens...

[B6n 10]

Hatte das selbe (oder sogar das gleiche ?) Problem bei dem Laptop meiner Freundin (Xp-Pro SP2) Immer wenn der Computer wieder erweckt wurde musste man die Netzwerkverbindung deaktivieren und wieder aktivieren. En Treiberupdate (sogar von Microsoft bei den Updates unter HArdware bereitgestellt) brachte dann die Lösung.

 

Nu funktionierts einwandfrei.....

[SoccerDelux 10]

Hallo zusammen,

 

hat noch jemand dieses Problem gehabt ? Oder noch andere Lösungsvorschläge ?

 

Hab das Problem immer noch, obwohl ich die Treiber über Mircosoft update aktl. habe.

 

Habe das Problem das er mir eine falsche Verbindung anzeigt..

 

0.0.0.0 auf Verbindung

 

dadrunter dann

 

0.0.0.0 xx.xx.x.x (verbindung zur Gateway)

 

lösche ich die 0.0.0.0 raus und trage sie neu an - funktioniert es sofort mit dem Inet - habe die Probleme nur unter LAN und WLAN funktioniert alles.

 

Danke Gruß

[Tomcatfhw 10]

@SoccerDelux

 

Welche Netzwerkkarte hast Du?

Notebook oder Desktop?

 

Hast Du schon mal die neuesten Treiber vom Netzwerkkartenhersteller getestet?

Beim Notebook kann man die neuesten Netzwerktreiber vom jeweiligen Notebookhersteller laden.

 

Wenn alle Stricke reissen würde ich der jeweiligen Netzwerkkarten die nicht funktionieren eine manuelle IP verpassen (auf page1 beschrieben), damit sollte es dann funktionieren.

[B6n 10]

Evtl braucht das BIOS auch ein Update? Ich hatte nen Laptop der wollte einfach nicht wieder aus dem Energiesparmodus raus. Mit dem Update hats dann geklappt.

[SoccerDelux 10]

@SoccerDelux

 

Welche Netzwerkkarte hast Du?

Notebook oder Desktop?

 

Hast Du schon mal die neuesten Treiber vom Netzwerkkartenhersteller getestet?

Beim Notebook kann man die neuesten Netzwerktreiber vom jeweiligen Notebookhersteller laden.

 

Wenn alle Stricke reissen würde ich der jeweiligen Netzwerkkarten die nicht funktionieren eine manuelle IP verpassen (auf page1 beschrieben), damit sollte es dann funktionieren.

 

Hallo zusammen,

 

vielen Dank das ihr euch meinem Problem annehmt.

Die Netzwerkkarte ist onboard an meinem Laptop - Lenovo x61

 

Ich habe bis heute Nacht um 12 Uhr getestet - Treiber vom Hersteller gezogen, deinstalliert - installiert - Windows Update gemacht für die Netzwerkkarte - SP1 installiert - feste Ip vergeben.

 

Irgendwann hat es dann auch funktioniert :-)

 

Problem was ich jetzt habe ist

- ich melde mich an meinem Notebook an ohne am Netzwerk zu sein , stecke ich dann das LAN Kabel an von der Domain und warte einen augenblick - passiert das selbe wie im ersten Post von mir. Er trägt wieder diese komisch route ein - lösche ich sie händisch raus funktioniert es wieder.

 

Unter WLAN alles kein Problem.

 

Im Schlafmodus oder im Ruhemodus auch überhaupt keine Probleme.

 

Nur wenn ich micht nicht vorher an die Domain anmelde - tritt dieses Problem auf. Ist aber weiter nicht tragisch - ich werde den laptop einfach noch mal die Tage neu aufsetzen. Denke macht kein Sinn - da jetzt Stunden zu vergeuden um das Problem in den Griff zubekommen. Da ich der einzigste im Netzwerk bin der dieses Problem hat.

 

Danke für die Hilfe !! sonnigen Gruß ;-)

[mister2x 10]

Als hättest du mein Notebook wieder darauf aufmerksam gemacht dass es dieses Problem gibt:

 

das Problem ist bei mir gestern 2x aufgetreten - 1x sogar ohne Ruhezustand/Standby einfach nur bei erneuter Verbindungsherstellung über ein USB 3G HSDPA Modem.

 

Das andere Mal direkt nach dem Standby bei der Wiederverbindung mit dem LAN (Broadcom Karte).

 

Jedesmal gibt es einen neuen (zusätzlichen zum korrekten) default GW Eintrag:

0.0.0.0 0.0.0.0 auf Verbindung

 

Ein einfaches "route delete 0.0.0.0 0.0.0.0" entfernt die defekte Route und das Netzwerk läuft augenblicklich wieder. Von daher weil es auf diesem Rechner gehäuft und mit allen Netzwerkkarten (Intel, Broadcom und das Huawei 3G Modem) auftritt halte ich ein Treiberproblem für eher unwahrscheinlich.

Es läuft auch keine Firewall/Antivirensoftware (bis auf die Vista-eigenen).

 

Mein Notebook ist ein HP, von daher also auch keine Übereinstimmung.

 

Was hast du denn für VPN Clients installiert? Oder sonstige Software die in irgend einem Zusammenhang mit den Netzwerkverbindungen stehen könnte.

 

Bei mir ists ein Cisco VPN Client bzw. ein Citix PN agent. Ausserdem ist VMWare Workstation installiert mit ihren VMware bridge Protokollen. Vieleicht haben wir hier eine Übereinstimmung?