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

Seit Vista versucht Windows alle angeschlossenen Netzwerke zu identifizieren, um sie in die Kategorien Heim- bzw. Arbeitsplatznetzwerk oder öffentliches Netz einzuteilen. Dabei tritt auch der Fall auf, dass Verbindungen als Nicht identifiziertes Netzwerk eingestuft werden. Das Betriebssystem betrachtet diese automatisch als öffentliche Netzwerke, für die rigide Firewall-Beschränkungen gelten. Um dieses Verhalten zu ändern, gibt es mehrere Behelfslösungen.

Die Network Location Awareness orientiert sich vor allem am Default Gateway, um ein Netzwerk eindeutig zu identifizieren und es später wiederzuerkennen. Wenn Windows eine Verbindung erfasst hat, dann kann der Benutzer im Netzwerk- und Freigabecenter festlegen, um welches Netz es sich handelt (Heim- oder Arbeitsplatznetzwerk bzw. öffentliches Netz).

Zuordnung von Firewall-Profilen

Von dieser Entscheidung hängt ab, welches Firewall-Profil für die Verbindung zum Einsatz kommt. Hat der User Heim- oder Arbeitsplatznetzwerk gewählt, dann greift das Profil Privat, sonst Öffentlich. Findet die Network Location Awareness im Netz einen Domänen-Controller für die Domäne, deren Mitglied der PC ist, dann greift das Domänen-Profil der Firewall. Der Benutzer hat keine Möglichkeit, Verbindungen von Hand auf Domänen-Netzwerk zu setzen, wie er das für private und öffentliche Netze tun kann.

Das Profil für öffentliche Netze ist restriktiv und würde innerhalb des Firmen-LANs die Nutzung verschiedener Dienste behindern. Wenn aber Windows nicht in der Lage ist, ein Netzwerk zu identifizieren, dann ordnet es ihm automatisch den Standorttyp öffentlich zu. Dies geschieht typischerweise dann, wenn man für ein Netz kein Gateway spezifiziert.

Problem bei Clustern und virtuellen Adaptern

Dies kommt etwa vor, wenn man Server direkt verbindet, beispielsweise für die Einrichtung eines Clusters oder für die Anbindung an ein Storage-System. 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 man das Verhalten von Windows so ändert, dass 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

Um dafür zu sorgen, dass nicht identifizierte Netzwerke automatisch den Standorttyp Privat erhalten, öffnet man den Editor für lokale Gruppenrichtlinien und navigiert zu Computerkonfiguration => Windows-Einstellungen => Sicherheitseinstellungen => Netzwerklisten-Manager-Richtlinien. Dort findet sich die Einstellung Nicht identifizierte Netzwerke. Dort ändert man den Standorttyp auf Privat.

Eintrag in die Registry

Möchte man dagegen auf einem Client die Firewall-Beschränkungen loswerden, die nicht identifizierten Netzwerken auferlegt werden, 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. Zu diesem Zweck 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:

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.