Lösungen für "Nicht identifiziertes Netzwerk. Kein Internetzugriff."

Das Problem tritt bevorzugt in 3 Situationen auf:

• Windows ordnet einem Adapter über Automatic Private IP Addressing (APIPA) eine IP zu, weil es keinen DHCP-Server erreichen konnte.
• Die besagte Meldung taucht fast immer auf, nachdem man Software wie VMware Workstation oder VirtualBox installiert hat.
• Schließlich existiert sie auch auf dem Server, wenn man beispielsweise Maschinen zu einem Cluster verbindet.

DHCP-Probleme in WLANs

Besonders gerne erscheint die Fehlermeldung Nicht identifiziertes Netzwerk, wenn man sich mit einem (öffentlichen) WLAN verbinden möchte. Erhält der Windows-Rechner keine IP-Adresse über DHCP, dann vergibt er über APIPA selbst eine. Ob dies der Fall ist, kann man leicht daran erkennen, dass der Befehl ipconfig eine Adresse aus dem Bereich 169.254.0.0/16 anzeigt.

Nachdem die Network Location Awareness bei dieser Konfiguration normalerweise kein Default Gateway finden kann, kommt es zur besagten Fehlermeldung. Sie ist allerdings nur ein Symptom, die Ursache für die fehlende Verbindung ist das falsch konfigurierte Netzwerk.

Beheben lässt sich dieses Problem oft dadurch, dass man den DHCP-Server wieder in Gang bringt. Nachdem dieser meist in einen Access Point bzw. einen WLAN-Router integriert ist, hilft es oft, diesen einfach neu zu starten.

Hat man dazu keine Möglichkeit, etwa weil man ein öffentliches WLAN nutzt und den AP nicht zurücksetzen darf, dann führt unter Umständen die Konfiguration des Adapters mit einer festen IP zum Ziel. Sie setzt allerdings voraus, dass man die Adresse des AP bzw. Routers herausfindet, damit man eine IP aus dem richtigen Bereich wählen kann.

Eine ausführliche Anleitung für das Troubleshooting von Nicht identifizierten Netzwerken bei WLAN-Verbindungen findet sich in diesem Beitrag auf 4sysops.com.

Zuordnung von Firewall-Profilen

Ein fehlendes Gateway muss nicht unbedingt ein Zeichen für ein falsch konfiguriertes Netzwerk sein. Bei einer direkten Verbindung von Rechnern oder bei bestimmten virtuellen Adaptern ist das normal. Allerdings kann es die Network Location Awareness dann nicht identifizieren, so dass automatisch das rigide öffentliche Firewall-Profil gilt. Es behindert innerhalb des LANs die Nutzung verschiedener Dienste ("Kein Internet-Zugriff").

Dies kommt etwa vor, wenn man Server beispielsweise an ein Cluster oder an ein Storage-System anbindet. Am Client tritt das Phänomen Nicht identifiziertes Netzwerk gerne auf, wenn man dort einen Virtualisierer wie VMware Workstation oder VirtualBox installiert hat. Die von ihnen eingerichteten virtuellen Netzwerke definieren ebenfalls kein Gateway.

Abhängig davon, ob man die Einschränkungen durch das Firewall-Profil Öffentlich auf einem Server oder einer Workstation beseitigen möchte, bieten sich zwei Vorgehensweisen an. Am Server führt es normalerweise zu keinem Sicherheitsproblem, wenn nicht identifizierte Netze automatisch als privat eingestuft werden. Schließlich erhält ein Server kaum eine Gelegenheit, sich direkt mit einem öffentlichen Netz zu verbinden. Dagegen wäre dieser Ansatz am Client ungünstig, so dass sich dort empfiehlt, die betroffenen Verbindungen gezielt zu ändern.

Konfiguration von lokaler Gruppenrichtlinie

Wenn man allen nicht identifizierten Netzwerken automatisch den Standorttyp Privat zuordnen möchte, dann öffnet man den Editor für lokale Gruppenrichtlinien (gpedit.msc) und navigiert zu Computerkonfiguration => Windows-Einstellungen => Sicherheitseinstellungen => Netzwerklisten-Manager-Richtlinien. Dort findet sich die Einstellung Nicht identifizierte Netzwerke, die man auf den Standorttyp Privat ändert.

Die Änderung der Richtlinie auf der Wert Privat bewirkt nicht, dass die Fehlermeldung der Network Location Awareness verschwindet, denn sie kann das Netzwerk ja weiterhin nicht identifizieren. Der Nutzen dieser Maßnahme besteht aus­schließ­lich darin, dass der Rechner auf Basis des weniger strengen privaten Firewall-Profils kommunizieren kann.

Eintrag in die Registry

Möchte man dagegen auf einem Client die Firewall-Beschränkungen für nicht identifizierte Netzwerke beseitigen, dann empfiehlt es sich, das Netzwerk-Interface als Gerät zu kennzeichnen, das keine Verbindung nach außen aufbaut. Dies veranlasst die Network Location Awareness, das Gerät künftig zu ignorieren. Aus diesem Grund gibt dann auch keine Meldungen über nicht identifizierte Netzwerke mehr.

Bei diesem Vorgehen muss man in der Registry einen neuen Schlüssel mit der Bezeichnung *NdisDeviceType und dem Wert 1 anlegen. Um die Navigation in der Registrierdatenbank zu vereinfachen, ermittelt man die ID des Adapters mit Hilfe von PowerShell. Für virtuelle Interfaces würde der Aufruf so aussehen (für physikalische ändert man FALSE auf TRUE):

gwmi win32_networkadapter -filter "PhysicalAdapter='FALSE'"|select Name, DeviceID|fl

Ausgestattet mit der DeviceID folgt man dann dieser Anleitung. Sie spielt den Vorgang anhand von VirtualBox durch, sie lässt sich aber auch auf VMware Workstation oder andere Tools übertragen.

Fazit

Weder die lokale Richtlinie noch der Registry-Eintrag können dabei helfen, Verbindungsprobleme in einem falsch konfi­gurierten Netzwerk zu beheben, beispielsweise weil kein Gateway gefunden wurde. Der Zweck beider Maßnahmen besteht ausschließlich darin, die unerwünschte Anwendung des strengen öffentlichen Firewall-Profils auf nicht identifizierbare Netzwerke zu unterbinden.