Anzeige

Am Puls von Microsoft

Anzeige

[gelöst] LAN-Verbindung verfügt über keine gültige IP-Konfiguration

ATom

kennt sich schon aus
Tag,

im Moment geht´s, ich komme ins Internet, aber regelmässig, speziell nach dem booten und nach dem aufwachen aus dem Stromsparmodus, kommt die Meldung
LAN-Verbindung verfügt über keine gültige IP-Konfiguration
.

Getestet habe ich bisher
  • fritzbox: andere Computer funktionieren, wenn mein Hauptrechner nicht ins Internet kommt
  • Kabel: auch mit geprüften/intakte kabeln geht nichts auf meinem gestörten Hauptrechner
  • Realtek-Treiber: Prüfung mit Bordmitteln, angeblich ist die aktuelle und intakte Version installiert
  • IPv4-Adresse: da gibts Unterschiede, aber die Bedeutung und das how-to-do kapier ich noch nicht

Mir fehlt etwas Phantasie und Peilung, was ich noch zielgerichtet untersuchen könnte. Das Problem
LAN-Verbindung verfügt über keine gültige IP-Konfiguration
ist ja nicht neu, dazu habe ich einiges gelesen und wenig verstanden, aber "geht - geht nicht - geht - geht nicht .." habe ich noch nicht oft gelesen.

Da ich auf einen Tipp zur weiteren Fehlersuche hoffe, hänge ich ein bisschen Futter an, ich hatte gehofft, durch Vergleich der Protokolldateien und mit allmighty googles Hilfe weiterzukommen, aber für mich ist ziemlich schnell Ende Gelände.

Ich zeige jetzt Screenshots und Protokolle im Zustand mit funktionsfähigem Internetzugang und im defekten Zustand:

Netzwerk- und Freigabecenter - ok/defekt
Netzwerk- und Freigabecenter - ok.jpg
Netzwerk- und Freigabecenter - defekt.jpg

Netzwerkverbindungen, LAN-Verbindung 2 - ok/defekt
LAN-Verbindung 2 - ok.jpg
LAN-Verbindung 2 - defekt.jpg

ipconfig-LAN - ok/defekt
Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. Alle Rechte vorbehalten.

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : tom
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : fritz.box

Ethernet-Adapter LAN-Verbindung 2:

Verbindungsspezifisches DNS-Suffix: fritz.box
Beschreibung. . . . . . . . . . . : Realtek PCIe GBE Family Controller #2
Physische Adresse . . . . . . . . : F4-6D-04-D8-9F-5E
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.178.153(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Lease erhalten. . . . . . . . . . : Montag, 2. Januar 2017 09:39:52
Lease läuft ab. . . . . . . . . . : Donnerstag, 12. Januar 2017 09:39:52
Standardgateway . . . . . . . . . : 192.168.178.1
DHCP-Server . . . . . . . . . . . : 192.168.178.1
DNS-Server . . . . . . . . . . . : 192.168.178.1
NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter LAN-Verbindung* 2:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Teredo Tunneling Adapter
Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv6-Adresse. . . . . . . . . . . : 2001:0:5ef5:79fb:1843:3b34:26a7:b427(Bevorzugt)
Verbindungslokale IPv6-Adresse . : fe80::1843:3b34:26a7:b427%5(Bevorzugt)
Standardgateway . . . . . . . . . : ::
DHCPv6-IAID . . . . . . . . . . . : 83886080
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1F-DF-7D-97-F4-6D-04-D8-9F-5E
NetBIOS über TCP/IP . . . . . . . : Deaktiviert

Tunneladapter Reusable ISATAP Interface {59BD343D-1F3F-43BC-94D0-921FABA26D49}:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix: fritz.box
Beschreibung. . . . . . . . . . . : Microsoft ISATAP Adapter #2
Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja

Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. Alle Rechte vorbehalten.

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : tom
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein

Ethernet-Adapter LAN-Verbindung 2:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Realtek PCIe GBE Family Controller #2
Physische Adresse . . . . . . . . : F4-6D-04-D8-9F-5E
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse (Auto. Konfiguration): 169.254.122.56(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . :
NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter isatap.{108A03CB-9F45-49D6-9AD9-2F421286CD15}:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft ISATAP Adapter
Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja

route.print - ok/defekt
===========================================================================
Schnittstellenliste
3...f4 6d 04 d8 9f 5e ......Realtek PCIe GBE Family Controller #2
1...........................Software Loopback Interface 1
5...00 00 00 00 00 00 00 e0 Microsoft Teredo Tunneling Adapter
6...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
===========================================================================

IPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 192.168.178.1 192.168.178.153 25
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 331
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 331
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
192.168.178.0 255.255.255.0 Auf Verbindung 192.168.178.153 281
192.168.178.153 255.255.255.255 Auf Verbindung 192.168.178.153 281
192.168.178.255 255.255.255.255 Auf Verbindung 192.168.178.153 281
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 331
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.178.153 281
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.178.153 281
===========================================================================
Ständige Routen:
Keine

IPv6-Routentabelle
===========================================================================
Aktive Routen:
If Metrik Netzwerkziel Gateway
5 331 ::/0 Auf Verbindung
1 331 ::1/128 Auf Verbindung
5 331 2001::/32 Auf Verbindung
5 331 2001:0:5ef5:79fb:1843:3b34:26a7:b427/128
Auf Verbindung
5 331 fe80::/64 Auf Verbindung
5 331 fe80::1843:3b34:26a7:b427/128
Auf Verbindung
1 331 ff00::/8 Auf Verbindung
5 331 ff00::/8 Auf Verbindung
===========================================================================
Ständige Routen:
Keine

===========================================================================
Schnittstellenliste
3...f4 6d 04 d8 9f 5e ......Realtek PCIe GBE Family Controller #2
1...........................Software Loopback Interface 1
2...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
===========================================================================

IPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 331
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 331
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
169.254.0.0 255.255.0.0 Auf Verbindung 169.254.122.56 281
169.254.122.56 255.255.255.255 Auf Verbindung 169.254.122.56 281
169.254.255.255 255.255.255.255 Auf Verbindung 169.254.122.56 281
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 331
224.0.0.0 240.0.0.0 Auf Verbindung 169.254.122.56 281
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
255.255.255.255 255.255.255.255 Auf Verbindung 169.254.122.56 281
===========================================================================
Ständige Routen:
Keine

IPv6-Routentabelle
===========================================================================
Aktive Routen:
If Metrik Netzwerkziel Gateway
1 331 ::1/128 Auf Verbindung
1 331 ff00::/8 Auf Verbindung
===========================================================================
Ständige Routen:
Keine

Vielleicht wird daraus jemand schlau - ich jedenfalls nicht, obwohl ich mehrere Tage den Kopf zermartert habe.
Ich freue mich auf erhellende Beiträge und sag gleich vorsorglich, dass ich DAU bin, der "nur" einen funktionierenden Rechner möchte, also bitte nicht zuviel erwarten.

Gruß, Tom
 
Zuletzt bearbeitet:
Anzeige
AW: LAN-Verbindung geht - geht nicht - geht - geht nicht

Tag,

ich melde mich, bevor ich Borns Reset-Methode probiere, weil nach dem letzten Kaltstart von FritzBox und Rechner musste ich eine halbe Stunde auf Connect warten und ich weiß nicht, was heute Abend noch so passiert - aber ich probiers.

Gruß, Tom
 
AW: LAN-Verbindung geht - geht nicht - geht - geht nicht

Tga,

jetzt kann ich melden, nachdem ich Borns Reset-Methode nachvollzogen habe:
netsh winsock reset
netsh int ip reset
habe ich jeweils einzeln oder hintereinander, immer gefolgt von einem echten Kaltstart, ausprobiert.
Der Erfolg ist nicht messbar. Beim Booten und noch lange danach wird meine LAN-Verbindung nicht erkannt.
Es dauert 20, 30, 40 Minuten, bis eine Verbindung hergestellt wird.

Ich habe zum wiederholten Mal
  • Kabel geprüft
  • FritzBox während der "Downtime" Laptop (per LAN) angeschlossen - geht
  • LAN-Adapter-Treiber im Gerätemanager deinstalliert > Kaltstart > automatische Treiber-Neuinstallation
  • aktuelle Protokolle mit den oben angehängten Dateien verglichen > Alles beim Alten
  • DHCP-Status in FritzBox und im Rechner überprüft (aktiv geschaltet)

Ich habe noch nicht
  • Fritz.Box ersetzt
  • LAN-Adapter ersetzt
  • in der registry nach Problemen gesucht > google verrät wenig verständliches dazu
  • in der FritzBox die den verschiedenen Geräten (Rechner, aber auch Drucker) zugewiesenen Adressen gekillt < Angst und Keine.Ahnung
  • ein früheres System-Image zurückgespielt
Auch deshalb, weil ich dafür keinen logischen Grund sehe (ok, ich hab keine Peilung, also heißt das nichts). Andererseits - der LAN-Fehler, wie er bei mir auftritt, ist auch nicht logisch, oder? Geben die Vorher-Nachher-Protokolle irgendwas her? Warum baut der Rechner eine APIPA auf, anstatt im normalen Adressbereich zu bleiben?

Gruß, Tom
 
AW: AN-Verbindung verfügt über keine gültige IP-Konfiguration

Also die Adressbereiche IP V4 sehen seltsam aus. Die 192.168.178.xxx ist für eine Fritzbox imn den Standargeinstellungen normal aber diese 169.254.122.56 (bevorzugt) sieht echt komisch aus für einen Zugang mit Router und aktiviertem DHCP der FB. Sieht eigentlich eher wie ein Konfigurierter Breitbandanschluß zum Provider-DNS aus oder siehe weiter unten. Hast du denn überhaupt Zugriff auf die anderen Geräte in deinem Heimnetz?
Kannst du hier mal nachlesen:APIPA - Computer Lexikon - Fachbegriffe verständlich erklärt | PC, EDV Glossar

Das springt immer ein wenn der DHCP-Server nicht aktiviert ist oder der gesamte Adressraum (der FB) erschöpft ist. Dann sind alle IPv4 Adressen fest vergeben. Aktiviere mal IPv4 und IPv6 in deinem Heimnetz oder erweitere den Adressraum manuell. Es sollten auch noch Adressen von 192.168.178.2-10 möglich sein. Die werden nicht automatisch vergeben und sind für zusätzliche Netzwerkinfrastruktur reserviert. Per Hand kann man diese aber fest vergeben , aber mit 10 abwärts beginnen.
 
AW: LAN-Verbindung geht - geht nicht - geht - geht nicht

Tag,

die anderen Geräte im Netz gehen. Auch LAN zum Laptop ist ok.
APIPA - das ist ein Henne-Ei-Problem. Ist der DHCP-Server oder der Client schuld? Ich weiß es nicht.
Momentan habe ich eine "normale" IP - 192.168.178.82 (FritzBox-Adressraum ist 192.168.178.20 bis .200)

Als weitere Maßnahmen (neben dem Verbummeln von unendlich viel Zeit) habe in ausprobiert
  • feste IP zuweisen
  • Netzwerkgeräte zurücksetzen
  • Reconnect (funktioniert problemlos)
  • Schnellstart deaktiviert
  • netsh xx und ipconfig xx
  • in der registry: IPAutoConfigurationEnable

Wenn mein Rechner läuft und WENN erstmal eine Verbindung zum Internet da ist, funktioniert alles stabil.
Wenn ich den Rechner starte (Kaltstart oder aus dem Energiesparmodus), ist das gelbe Ausrufezeichen da, nach 20 - 40 Minuten habe ich dann eine Verbindung.

Vielleicht raucht grad der onboard-LAN-Adapter ab - ich habe gestern 2 LAN-Karten bestellt.
Wenigstens wär das eine Erklärung.

Gruß, ATom
 
Wäre natürlich eine Möglichkeit, das der Adapter einen Fehler hat und deshalb erst ziemlich spät oder manchmal gar nicht eine IP vom DHCP-Server zugeteilt bekommt. Wenn der Server keine Adresse vergibt kommt irgendwann diese Microsoft-Ersatzadresse zum Einsatz. Der DHCP-Server ist garantiert nicht "Schuld" daran denn sonst hättest du das Problem auf allen Geräten. Bei einer FB kannst du ja auch mal einen Wlan-Stick probieren, ob du damit dasselbe Problem hast.
Eine andere Netzwerkkarte ist auch eine Lösung und zur not kann man die auch mal zum testen in eine anderen PC verwenden.

Was du auch noch machen kannst: Prüfe mal deine Netzwerkverkabelung (mit Kabeltester) und starte mal den Netzwerktest der Fritzbox. Öfter mal können vertauschte Adern im RJ45 oder eine gebrochene Ader die Erkennung verhindern. Dann geht das Netzwerk zwar noch ab und zu aber meistens leidet die Geschwindigkeit enorm darunter. Für GBE muß in beiden Steckern die Belegung identisch sein. Es gibt dafür zwei Möglichkeiten aber in beiden Steckern desselben Kabels Muß es identisch sein. Kabel mindestens Cat5e. Masse muß nicht unbedingt durchgeschleift sein da diese auch mal gerne für eine kaum zu findende Brummschleife sorgen kann.

Edit: Auch in der Netzwerkbuchse kann der Fehlerteufel lauern. Die Kontakte müssen beweglich und nicht verbogen sein und Staub sollte da auch nicht drin sein. Murphy lauert überall.
Der Stecker muß hörbar "satt" einrasten.
 
Hallo,

hatte das gleiche Problem und schlussendlich war die Lösung in den Energieoptionen von Windows den Schnellstart zu deaktivieren. Danach neu starten und es funktionierte wieder alles.

Viel Erfolg
Simon
 
Selbiges Problem vor gut ein paar Tagen mit folgende Sachen / Reihenfolge beseitigt... :
Geh in die Netzwerkeinstellung in
IP v4 Einstellung -> Netzwerkadresse manuell eingeben
erste Zeile 192.168.178.153
zweite Zeile 255.255.255.0
dritte Zeile 192.168.178.1
Speichern
Und testen
1) Wenn es geht so lassen bis es wieder nicht geht ind wieder auf automatisch umstellen ( mit dieser Weise läuft der erste Rechner seit 2 Wochen Problemlos)
2) wenn es nicht geht -> Ip Adresse in der 3. Spalte willkürlich ändern -> automatische Analyse / Reparatur ausführen lassen ( erkennt eine falsche konfiguration , repariert diese und es funktioniert wieder ) ( mit dieser Weise läuft der erste Rechner seit 1 Wochen Problemlos)

Viel Glück ?

PS: Ist vielleicht nicht ganz wie beim Profi, aber es geht... ?
 
@H06n
Schön das du das schreibst aber wenn du oben mal nachschaust wirst du feststellen, das bei der durch APIPA v ergebenen IP-Adresse kein Standardgateway und auch kein DHCP-Server eingetragen ist. Das heißt das dieser die Netzwerkkarte nicht erkannt hat und demzufolge für ihn auch nicht existiert. Da kannst du eintragen was du willst , ohne DHCP-Server geht im Heimnetz nichts. Bei einer Breitbandverbindung sieht das anders aus.
Im obigen Fall existiert einfach kein Standardgateway für die Netzwerkkarte. Da gibt es keine Adresse zu welcher man Pakete schicken oder von dort empfangen kann.
 
Bei beiden Rechner sah es, im Prinzip, genau so aus...
Selbiges Problem, gleiche Darstellung...
Was normal funktionieren sollte oder nicht, kann ich nicht beantworten...
Fakt ist, was auch bei beiden Windows 10 unter der " Haube" passiert ist, es hat funktioniert
 
Tag,

[ ] bei der durch APIPA v ergebenen IP-Adresse kein Standardgateway und auch kein DHCP-Server eingetragen ist. Das heißt das dieser die Netzwerkkarte nicht erkannt hat und demzufolge für ihn auch nicht existiert. Da kannst du eintragen was du willst , ohne DHCP-Server geht im Heimnetz nichts. [ ]
Im obigen Fall existiert einfach kein Standardgateway für die Netzwerkkarte. Da gibt es keine Adresse zu welcher man Pakete schicken oder von dort empfangen kann.

Aber warum funktioniert die Leitung vom DHCP-Server zum Client dann nach langer, langer Wartezeit? Ich habe viel gesucht und gelesen, aber schlimmstenfalls habe ich Problembeschreibungen gefunden, in denen es um Wartezeiten von 3, 4 Minuten geht - nicht um 30, 40 Minuten. Wenn die Verbindung funktioniert, ist die IP-Adresse scheinbar willkürlich von 169.nnn auf 192.nnn umgestellt.

Heute kommen angeblich meine 2 LAN-Karten, bestimmt erst im Dunkeln. Ich leg mich auf die Lauer.

Gruß, ATom

Tag,
Hat er :)

Ich habe die dort verlinkten Beiträge weiterverfolgt - und so weiter. Gefühlt habe ich "Alles" mindestens 2 oder 3mal probiert. Ich habe nicht ein anderes Kabel von der FB zum Rechner probiert, sondern 2 verschiedene. Ich komme mir vor, als sollte ich in einem 1000-Seiten-Buch den einzigen Rechtschreibfehler finden. Dabei kann ich nicht einmal lesen. Immerhin kann ich schon 192 und 169 auseinanderhalten. Wenn das so weitergeht, merke ich mir noch alle IP-Adressen. Mal guggn.

Gruß., Tom
 
Zuletzt bearbeitet von einem Moderator:
Wenn es nach ewiger Wartezeit zur Verbindung kommt kann dein Netzwerkadapter ein defektes Bauteil haben (bei Kondensatoren ist das manchmal so) das halt ewig braucht bis die Betriebsparameter erreicht sind. So etwas hatte ich mal bei einer Onboard Grafik. Da lief das System auch noch aber der Start dauerte eben Minuten länger.
Du kannst das mal mit einer PCI Netzwerkkarte kontrollieren(hast du ja gekauft) . Vorher kannst du auch mal eine Wlan-Verbindung zum Router testen ob da die Wartezeit auch solange ist. Wenn die Verbindung gleich zustandekommt ist der Onboardanschluß hinüber.
Wenn dein Router es kann solltest du auch mal im Heimnetz auf IPv4/IPv6 umschalten. Da hast du einen erweiterten Adressraum.

Wir können hier auch nur mutmaßen und dir Tips geben was wir an deiner Stelle machen würden. Wenn ich vor dem PC sitzen würde wäre das in 20 min abgehandelt weil wir dann nicht "Stille Post" spielen müßten. Dann hätte ich ein klares Fehlerbild und gut. Dann kauf ich mir was neues oder es ist eben nicht notwendig und liegt an irgendeiner Software.
Manchmal ist ein Switch kaputt oder muß nur mal neu gestartet werden. Manchmal ist ein Kabel defekt oder aus versehen ein Crossover eingesteckt. Der Port der Fritzbox hat einen Fehler oder es sind irgendwelche Filter gesetzt usw usf ...!
Bei der Fritzbox kann es auch eine wildgewordene Kinderschutzeinstellung sein. Manche "Sicherheitssuite" von Drittanbietern macht das auch und sperrt den Zugang aus Jugendschutzgründen. Kaspersky hat sich da nicht mit Ruhm bekleckert obwohl man dieses "Zeug " echt nicht braucht.

Du siehst es ist nicht nur kompliziert sondern geht auch ins Uferlose.
Auf alle fälle ist der DHCP-Server für deine Netzwerkkarte nicht ständig erreichbar. So steht es oben.
Ob das an der FB oder an der Netzwerkkarte liegt kann ich hier nicht SEHEN sondern nur lesen.
 
Tag,

Meine Versuche, im Autostart etwaige Fehlerquellen zu finden, waren erfolglos.
FÜr Gestern hatte ich Schraubenzieher und LAN-Karte ready-to-rumble, dann kam alles anders. Am Morgen hat´s die letzten Aktionen eines etwas längeren Windows-Updates gegeben - seitdem funktioniert die LAN-Verbindung.

Einerseits freue ich mich, daß die Kiste endlich wieder läuft, anderseits ist es für mich keine brauchbare Lösung, wenn die Methode nicht nachvollziehbar ist. Insofern ist das Thema für mich genauso gelöst, wie VW´s Abgasthema, nämlich garnicht.
Ich möchte mich nochmal ausdrücklich bei allen Ratgebern bedanken, eine so breite Lösungspalette habe ich bei meiner Suche im (zugegeben: hauptsächlich deutschsprachigen) Web nicht gefunden. Danke.

Gruß, ATom
 
Anzeige
Oben