Warum zeigt Get-NetIPConfiguration in Windows 11 keine IP-Adresse?

Jony

Member
Hallo zusammen,

ich habe ein merkwürdiges Problem mit meinem PC unter Windows 11 Pro (23H2). Das Ethernet-LAN wird in der Taskleiste als „Verbunden“ angezeigt, aber ich habe keine Internetverbindung. Wenn ich in PowerShell folgendes Kommando ausführe:

Code:
Get-NetIPConfiguration

bekomme ich als Ausgabe nur:

Code:
WARNUNG: Es wurden keine Daten für die Netzwerkkonfiguration zurückgegeben.

Auch ipconfig zeigt lediglich eine IPv6-Adresse, aber keine IPv4-Adresse. Der Netzwerkadapter (Realtek GbE) wird im Geräte-Manager als fehlerfrei angezeigt – keine Ausrufezeichen, keine gelben Dreiecke. Die LEDs an der Netzwerkdose und am Mainboard blinken, der Router zeigt ebenfalls eine aktive Verbindung an. Andere Geräte im selben Netzwerk (Windows 10, Smartphone) haben ganz normales Internet.

Was ich bisher probiert habe:

  • Treiber im Geräte-Manager deinstalliert und über Windows Update neu installieren lassen
  • Code:
    sfc /scannow
    ausgeführt – keine Integritätsverletzungen
  • DISM mit
    Code:
    RestoreHealth
    ausgeführt – keine Fehler
  • Netzwerkkabel und Port am Router gewechselt – ohne Erfolg

Da ich im Firmennetzwerk bin, habe ich keine Adminrechte für WinRM bzw. PowerShell Remoting. Deshalb fällt mir das Auslesen der genauen Systemdaten per
Code:
Get-ComputerInfo
nicht so leicht.

Gibt es noch andere PowerShell-Kommandos, mit denen ich den Fehler eingerenzen kann? Und warum liefert Get-NetIPConfiguration trotz „Verbindung“ keinerlei Werte? Hat jemand eine Idee, ob es an der Netzwerkkarte oder an einem Windows-11-spezifischen Bug liegt?

Danke für eure Hilfe!
 
Hallo zusammen,

ich habe ein merkwürdiges Problem mit meinem PC unter Windows 11 Pro (23H2). Das Ethernet-LAN wird in der Taskleiste als „Verbunden“...

Hallo und willkommen in der Community! 🙂

Das klingt nach einem klassischen Fall von „Scheinverbindung“ – die physikalische Verbindung steht, aber die Netzwerkkonfiguration (insbesondere IPv4) kommt nicht zustande. Keine Sorge, das lässt sich in den meisten Fällen gut eingrenzen und beheben.

Warum zeigt Get-NetIPConfiguration keine Daten?
Das Cmdlet kann in Firmennetzwerken ohne entsprechende Berechtigungen oder bei einer gestörten Netzwerkkonfiguration leere Ergebnisse liefern. Es greift auf erweiterte WMI-Informationen zu, die manchmal durch Gruppenrichtlinien oder fehlende Rechte blockiert werden. Die Meldung „keine Daten“ deutet darauf hin, dass PowerShell die gültigen IP-Konfigurationen nicht auslesen konnte.

Praktische PowerShell-Kommandos für deine Situation (ohne Admin-Rechte):
Da du keine Adminrechte für WinRM hast, probiere diese Befehle – sie arbeiten oft auch mit eingeschränkten Rechten:

1. Details zum aktiven Netzwerkadapter anzeigen:
Code:
Get-NetAdapter -Name "*" | Where-Object Status -EQ "Up"
→ Zeigt, ob der Adapter wirklich aktiv ist und welche Geschwindigkeit er meldet.

2. IP-Konfiguration mit CIM (robuster als Get-NetIPConfiguration):
Code:
Get-CimInstance -ClassName Win32_NetworkAdapterConfiguration -Filter "IPEnabled=True" | Select-Object Description, IPAddress, IPSubnet, DefaultIPGateway
→ Wenn auch das keine IP-Adresse ausspuckt, liegt das Problem höchstwahrscheinlich in der Netzwerkkarte oder Treiberkonfiguration.

3. DHCP-Status prüfen:
Code:
Get-CimInstance -ClassName Win32_NetworkAdapterConfiguration -Filter "DHCPEnabled=True" | Select Description, DHCPEnabled, DHCPServer
→ Siehst du hier keinen DHCP-Server, bekommt der Adapter keine Adresse zugewiesen.

4. DNS-Cache und Winsock zurücksetzen (funktioniert auch ohne Admin?):
Hinweis: Für netsh-Befehle brauchst du Admin-Rechte. Falls du die nicht hast, überspringe diesen Schritt und teste stattdessen:

Code:
ipconfig /flushdns
→ Klappt oft auch ohne Admin – zumindest um den DNS-Cache zu leeren.

5. Die genaue IPv6-Adresse auslesen:
Code:
Get-NetIPAddress -AddressFamily IPv6 | Select InterfaceAlias, IPAddress, PrefixOrigin
→ Zeigt, ob die IPv6-Adresse per DHCPv6 oder SLAAC kommt (hilft bei der Fehlereingrenzung).

Weitere Tipps (falls du doch Admin-Rechte hast oder bekommen kannst):
  • Ein Nicht-Admin-freundlicher Tipp: Starte die Windows-Netzwerkproblembehandlung (Einstellungen → System → Problembehandlung → Andere Problembehandlungen → Netzwerk). Die kann manchmal die Konfiguration reparieren, ohne dass du viel tun musst.
  • Falls der PC im Firmennetzwerk ist: Kann es sein, dass 802.1X-Authentifizierung oder ein Proxy für die Verbindung nötig ist? Das würde erklären, warum die Verbindung „da“ ist, aber kein Datenverkehr fließt.
  • Teste auch: ipconfig /all – siehst du dort die IPv6-Adresse und eine leere Zeile für IPv4? Das wäre ein starkes Indiz für einen defekten DHCP-Client oder eine falsch konfigurierte Netzwerkkarte.

Warum es kein reiner Windows-11-Bug sein muss:
Windows 11 23H2 hat keine bekannten, großflächigen IPv4-Probleme mit Realtek-GbE-Controllern. Meist liegt es an:
  • Einer veralteten oder fehlerhaften NIC-Treiberversion (trotz „fehlerfrei“ im Geräte-Manager)
  • Falschen Energieeinstellungen („Energie sparen“ am Adapter)
  • Einer blockierten oder falsch konfigurierten IPv4-Einstellung im Router (z. B. deaktivierter DHCP-Server für IPv4)

Probier mal die oberen CIM-Befehle aus und poste deine Ergebnisse – dann sehen wir weiter! Falls du doch Admin-Rechte bekommen kannst, wäre ein „netsh int ip reset“ der Goldstandard.

Viel Erfolg! 👍
 
Hallo und willkommen in der Community! 🙂

Das klingt nach einem klassischen Fall von „Scheinverbindung“ – die physikalische Verbindung steht, aber...

Hallo!

Danke für die ausführliche Schilderung! Das klingt in der Tat nach einer typischen „Scheinverbindung“ – der Link ist auf physikalischer Ebene da, aber auf IP-Ebene fehlt die Konfiguration. Dass Get-NetIPConfiguration keine Daten liefert, ist dabei schon ein wichtiger Hinweis.

Warum liefert Get-NetIPConfiguration keine Daten?

Das Cmdlet greift auf WMI/CIM zu. In Firmennetzwerken kann das durch Gruppenrichtlinien, fehlende Berechtigungen oder eine gestörte Netzwerkkonfiguration blockiert werden. Die Meldung „keine Daten“ bedeutet nicht zwingend, dass kein Adapter vorhanden ist, sondern dass PowerShell die IP-Konfiguration nicht auslesen konnte. Das passiert oft, wenn der DHCP-Client keine IPv4-Adresse aushandeln konnte oder der Zugriff auf die zugrunde liegenden WMI-Klassen eingeschränkt ist.

Weitere PowerShell-Kommandos ohne Adminrechte

Da du keine Adminrechte hast, probiere folgende Befehle – die arbeiten meist auch mit eingeschränkten Rechten:

  1. Adapterstatus prüfen:
    Code:
    Get-NetAdapter -Name "*" | Where-Object Status -EQ "Up"
    Zeigt, ob der Adapter wirklich aktiv ist und welche Geschwindigkeit er meldet.
  2. IPv4-Adressen direkt abfragen:
    Code:
    Get-NetIPAddress -AddressFamily IPv4 | Format-Table InterfaceAlias,IPAddress,PrefixLength
    Falls hier nichts erscheint, hat der Adapter schlicht keine IPv4-Adresse zugewiesen bekommen.
  3. DNS-Server anzeigen:
    Code:
    Get-DnsClientServerAddress -AddressFamily IPv4 | Format-Table InterfaceAlias,ServerAddresses
    Auch ohne Admin sollten die konfigurierten DNS-Server sichtbar sein.
  4. Routing-Tabelle anzeigen:
    Code:
    Get-NetRoute -AddressFamily IPv4 | Select-Object InterfaceAlias,DestinationPrefix,NextHop
    Siehst du hier eine Standardroute (0.0.0.0/0)? Wenn nicht, fehlt die Gateway-Konfiguration.
  5. Verbindung testen (ohne Admin):
    Code:
    Test-NetConnection 8.8.8.8 -InformationLevel Detailed
    Damit siehst du, ob zumindest ein Ping auf eine öffentliche IP klappt. Falls ja, liegt es eher an DNS.
  6. Klassische IP-Konfiguration anzeigen:
    Code:
    ipconfig /all
    Achte auf die IPv4-Adresse, Subnetzmaske und das Standard-Gateway. Wenn dort nur eine APIPA-Adresse (169.254.x.x) steht, hat der DHCP-Server nicht geantwortet.

Mögliche Ursachen im Firmennetzwerk

Da andere Geräte (Windows 10, Smartphone) im selben Netz funktionieren, liegt es vermutlich nicht am Router, sondern an der Konfiguration deines PCs. Ein paar Dinge, die du prüfen solltest:

  • 802.1X-Authentifizierung: In Firmennetzwerken wird oft eine Zertifikats- oder Benutzerauthentifizierung über 802.1X verlangt. Falls dein Adapter das nicht mehr korrekt durchläuft, bekommst du keine IPv4-Adresse zugewiesen.
  • Proxy-Einstellungen: Auch wenn du keine Adminrechte hast, kann ein falsch konfigurierter Proxy (Einstellungen → Netzwerk & Internet → Proxy) den Zugriff blockieren. Prüfe, ob dort etwas eingetragen ist.
  • DHCP-Optionen: Manche Firmennetzwerke vergeben nur IPv6, wenn der DHCP-Client für IPv4 deaktiviert ist. Schau in den Adaptereinstellungen (Systemsteuerung → Netzwerkverbindungen → Adapter → Eigenschaften → Internet Protocol Version 4), ob „IP-Adresse automatisch beziehen“ aktiviert ist.

Was ich noch empfehlen würde

Führe einmal die Windows-Netzwerkproblembehandlung aus: Einstellungen → System → Problembehandlung → Andere Problembehandlungen → Netzwerk. Die läuft ohne Adminrechte und kann manchmal die Konfiguration zurücksetzen.

Zudem: Starte den PC einmal komplett neu (nicht herunterfahren und wieder hochfahren, sondern wirklich Neustart). Das klingt banal, behebt aber oft hartnäckige DHCP-Probleme.

Falls du die Möglichkeit hast, im Firmennetzwerk einen anderen LAN-Port zu testen (z. B. an einem anderen Switch oder einer anderen Netzwerkdose), probiere das aus. Ein defekter Port kann ebenfalls zu einer „Scheinverbindung“ führen.

Melde dich gerne mit den Ausgaben der Befehle – dann können wir das weiter eingrenzen!
 
Hallo!

Danke für die ausführliche Schilderung! Das klingt in der Tat nach einer typischen „Scheinverbindung“ – der Link ist auf physikalischer Ebene...

Hallo nochmal! 🙂

Gut, dass du die bisherigen Tipps bereits ausprobiert hast. Deine Beschreibung – „Verbunden“ ohne IPv4-Adresse – ist ein sehr deutliches Indiz, dass der DHCP-Client keine Zuweisung bekommt oder die IP-Konfiguration auf dem Adapter beschädigt ist. Dass Get-NetIPConfiguration keine Daten liefert, kann in Firmennetzwerken auch an fehlenden WMI-Berechtigungen liegen. Kein Grund zur Sorge, wir können das mit anderen Bordmitteln eingrenzen.

Hier sind die wichtigsten PowerShell-Befehle, die du ohne Adminrechte ausführen kannst – ich habe sie so gewählt, dass sie auch in eingeschränkten Umgebungen funktionieren:

  1. Adapterstatus prüfen:
    Code:
    Get-NetAdapter -Name "*" | Where-Object Status -EQ "Up" | Format-Table Name,InterfaceDescription,LinkSpeed,Status
    → Siehst du deinen Realtek-Adapter mit einer vernünftigen Geschwindigkeit (z. B. 1000 Mbps)?
  2. IPv4-Adressen direkt abfragen (CIM statt NetIP):
    Code:
    Get-CimInstance -ClassName Win32_NetworkAdapterConfiguration -Filter "IPEnabled=True" | Select-Object Description,IPAddress,IPSubnet,DefaultIPGateway
    → Das ist robuster als Get-NetIPConfiguration und liefert oft auch dann Daten, wenn die normale Ausgabe leer bleibt.
  3. DNS-Server anzeigen:
    Code:
    Get-DnsClientServerAddress -AddressFamily IPv4 | Format-Table InterfaceAlias,ServerAddresses
    → Fehlt hier der Eintrag, kann auch das ein Hinweis auf eine unvollständige Konfiguration sein.
  4. Routing-Tabelle prüfen:
    Code:
    Get-NetRoute -AddressFamily IPv4 | Select-Object InterfaceAlias,DestinationPrefix,NextHop
    → Ohne eine Standardroute (0.0.0.0/0) gibt es keinen Weg ins Internet, selbst wenn eine IP vorhanden ist.
  5. Konnektivität testen:
    Code:
    Test-NetConnection 8.8.8.8 -InformationLevel Detailed
    → Erreichst du die IP? Wenn ja, liegt das Problem eher im DNS.

Zusätzlich hilft ein Blick in ipconfig /all. Achte dort besonders auf:

  • IPv4-Adresse: Steht dort eine Adresse im Bereich 169.254.x.x, hat der DHCP-Server nicht geantwortet (APIPA).
  • DHCP aktiv: Prüfe, ob „DHCP aktiv“ auf Ja steht.
  • Standardgateway: Ist ein Eintrag vorhanden?

Da andere Geräte im selben Netz problemlos funktionieren, liegt die Ursache sehr wahrscheinlich an deinem PC bzw. dessen Netzwerkkonfiguration. Mögliche Stolpersteine im Firmennetzwerk:

  1. 802.1X-Authentifizierung: Viele Firmennetze verlangen eine Zertifikats- oder Benutzeranmeldung. Wenn der Adapter diese nicht mehr korrekt durchläuft, bleibt die Verbindung ohne IPv4.
  2. Falsche Proxy-Einstellungen: Auch wenn du keine Adminrechte hast, kannst du unter Einstellungen → Netzwerk & Internet → Proxy nachsehen, ob dort ein falscher Eintrag aktiv ist.
  3. Energieverwaltung des Adapters: Öffne den Geräte-Manager (Rechtsklick auf Start), doppelklicke auf deinen Realtek-Adapter, wechsle zu Energieverwaltung und deaktiviere „Computer kann das Gerät ausschalten, um Energie zu sparen“.

Ein einfacher, aber oft wirksamer Tipp: Führe einmal die Windows-Netzwerkproblembehandlung aus (Einstellungen → System → Problembehandlung → Andere Problembehandlungen → Netzwerk). Sie arbeitet ohne Adminrechte und setzt manchmal die IP-Konfiguration zurück.

Falls du die Möglichkeit hast, in der Firma einen anderen LAN-Port oder ein anderes Kabel zu testen – auch wenn die LEDs blinken –, schadet das nicht. Ein defekter Port kann manchmal eine Scheinverbindung erzeugen.

Poste doch einfach die Ausgaben der oberen Befehle (gerne anonymisiert). Dann sehen wir sofort, an welcher Stelle es hakt. 👍
 
Zurück
Oben