Auf Domänencontrollern, auf denen Windows Server 2025 ausgeführt wird, tritt ein Problem auf, bei dem der Server das Netzwerk nach einem Neustart fälschlicherweise als öffentlich und nicht als Domäne identifiziert. Wenn einige Ihrer Windows Defender-Firewallregeln auf ein Netzwerkprofil (Standort) angewendet werden, kann es zu Problemen mit der Netzwerkverfügbarkeit des Servers kommen.
Das Problem, dass sich der Netzwerktyp nach einem Neustart in den falschen ändert, ist ein alter Fehler, der bei Domänencontrollern und Mitgliedsservern mit den Windows Server-Versionen 2019 und 2022 aufgetreten ist. Ein Neustart des Network Location Awareness-Dienstes („NlaSvc“) reichte aus, um in diesen Windows Server-Versionen automatisch zum Domänennetzwerkprofil zurückzukehren. Es ist auch möglich, die Startverzögerung für den NlaSvc-Dienst zu konfigurieren oder eine Registrierungsoption zu implementieren, die das Verhalten des NLA-Dienstes ändert, wenn dieser versucht, die Domänenverbindung wiederherzustellen.
Set-ItemProperty-Path "HKLM:\SYSTEM\CurrentControlSet\Services\NlaSvc\Parameters"-Name "AlwaysExpectDomainController"-Value 1-Type DWORD
Allerdings ist die Netzwerkstandorterkennung in Windows Server 2025 standardmäßig deaktiviert.
Um sicherzustellen, dass ein Windows Server 2025-Host den Netzwerktyp korrekt erkennt, aktivieren Sie nach dem Neustart des Computers einfach den Netzwerkadapter erneut. Wenn Sie Zugriff auf die Serverkonsole (iLO oder gleichwertig) haben, können Sie den Netzwerkadapter über das Bedienfeld „Netzwerkverbindungen“ („ncpa.cpl“) deaktivieren und wieder aktivieren.
Wenn Sie nur RDP- oder PowerShell-Remoting-Zugriff auf den DC haben, ist es möglich, die Netzwerkadapter mit dem PowerShell-Befehl neu zu starten:
Get-NetAdapter-Physical | Where-Object { $\_.Status-eq "Up"} | Restart-NetAdapter
Danach wird das Netzwerk korrekt als Domänennetzwerk identifiziert ( DomainAuthenticated ).
„Get-NetConnectionProfile“.
Das Problem beim Zurücksetzen des Netzwerktyps auf Windows Server-Domänencontrollern hängt mit den DNS-Servereinstellungen zusammen. Wenn der Server sich selbst als DNS-Server verwendet, antwortet er beim Start möglicherweise nicht schnell genug auf DNS-Anfragen (bevor der DNS-Serverdienst vollständig initialisiert ist), um den korrekten Netzwerkstatus zu ermitteln. Deshalb wird als Netzwerktyp das sichere öffentliche Profil zugewiesen.
Stellen Sie daher sicher, dass der sekundäre DNS auf den Domänencontrollern auf die Adressen der anderen Domänencontroller verweist, und vermeiden Sie einen Neustart aller auf einmal, indem Sie geplante Neustarts zeitlich verschieben.
Alternativ können Sie einen Workaround mithilfe eines einfachen PowerShell-Skripts im Taskplaner erstellen. Es sollte auf den Start des DNS-Dienstes warten und dann den Netzwerkadapter neu starten (führen Sie die Aufgabe als SYSTEM aus):
Programm/Skript: „powershell.exe“.
Argumente hinzufügen (optional): -ExecutionPolicy Bypass-NonInteractive-WindowStyle Hidden-command "do {$status=(Get-Service dns)} Until ($status.Status-eq 'Running'); Get-NetAdapter-Physical | Restart-NetAdapter"
Um dieses Skript auf alle DCs anzuwenden, können Sie über GPO eine Scheduler-Aufgabe für die Domänencontroller-Organisationseinheit bereitstellen.
*️⃣ Quelllink:
ein Netzwerkprofil (Standort), Netzwerkadapter mit dem PowerShell-Befehl, PowerShell-Skript im Taskplaner, Bereitstellung einer Scheduler-Aufgabe für die Domänencontroller-Organisationseinheit über GPO,