Server 2025 Core ADDS DC, Network Profile Showing as "Public" and not as "DomainAuthenticated"
OS: Windows Server 20225 Standard Core (no GUI), build 26085.1 Role: ADDS, DNS ForestMode: Windows2025Forest DomainMode: Windows2025Domain Platform: Hyper-V guest When standing up a clean Windows Server 2025 using server core and configuring it as a domain controller, the network category (profile) always shows as "public." A clean load of Windows Server 2022 with server core as a domain controller has the same behavior. However, in Server 2022, the fix is to add DNS as a required service to the nlasvc (Network Location Awareness) service. Once that is done, the network category reflects "DomainAuthenticed" and persists between reboots. In Server 2025, the nlasvc service does not have the same requiredservices as Windows Server 2022, and it does not start automatically. Even after configuring the nlasvc service the same way it is in Server 2022 and adding DNS as a required service, the network category still reflects "public." The only way to get the network category to properly reflect the "DomainAuthenticated" status is to disable and reenable the network adapter after each reboot.
VBS and TPM Chip
Hi All In the Microsoft documentation a TPM Chip is a hard requirement for VBS: Virtualization-based Security (VBS) | Microsoft Learn But VBS can be enabled without a TPM Chip. VMWare also describes this scenario: Introducing support for Virtualization Based Security and Credential Guard in vSphere 6.7 - VMware vSphere Blog I'm now wondering, if the Microsoft Article is wrong and it is an optional requirement in fact; or if the feature is only supported, if a TPM Chip is present. As Windows Server 2025 comes with VBS enabled by default, this could be an issue (Most visualized Systems to hot have a TPM Chip by default)...
WS2025 Preview (26100.1) fails to boot after joining WS2016 forest
I installed WS2025 Preview (Datacenter, 26100.1) in a virtual machine and after joining the domain, the box is rendered unbootable (boot loops). I can reinstall and do other tasks as a standalone server with no problem but joining the domain immediately bricks the VM, 100% of the time. The forest is running at functional level WS2016. I disabled all GPs and verified with gpresult they are not applied. Safe mode boots if you need me to poke around. Am working to get a kernel debugger attached. No memory dump is generated and disabling reboot on errors yields nothing.If only MS would take more care of details...
Currently setting up the "deduplication-corruption repo with newest pre-release Server 2025 as L1 and L2 VMs". And then I see this: It is still the problem a lot of "Client only, never needed or wanted on a server by default" stuff creeps into the Server UI. Another example of today is this bad default setting: Microsoft could do so much better if it would take more care of details, reduce the Marketing/Public-Relations (previously known as Propaganda Departement) budget and invest more in actual quality. Please Dave Cutler, you have to rescue Windows - AGAIN, like you did when XP was released (i.e. when it was SP0, I remember how bad it was at first)...
Issues restoring Windows 2025 domain controllers from snapshots
Build 26280.ge_prerelease.240824-1650 I am running the Windows 2025 domain controllers deployed on Hyper-V virtual machines. Hyper-V is installed on Standard D16s v3 Azure virtual machine. Scenario 1 When I create a Azure VM snapshot and then deploy a new Azure VM from that snapshot, the Windows 2025 Hyper-V based domain controllers won't boot (there is a back screen with infinite loading spinner). Scenario 2 - A Hyper-V checkpoint is created for Hyper-V based domain - The domain controller is restored from the checkpoint - The domain controller is backed up using Windows Server backup - The domain controller is restored to a new Hyper-V VM from Windows server backup - After the recovery, it won't boot with same back screen with infinite loading spinner as in Scenario 1 Both scenarios work well in all previous Windows versions.Upgrade to 26280.5000 freezes - workaround?
Hi, I tried to upgrade a Windows Server 2025 Datacenter (Desktop Experience) 26040.1000 x86_64 virtual machine using the Windows_InsiderPreview_Server_vNext_en-us_26280.iso. This failed in quite a few tested constellations. Any workaround on this without a clean reinstallation? Constellation1 with setup dialogue setting 'setup download: not right now' 1) iso inside the vm, mount, and ran setup.exe 2) extracted the iso inside the vm, and ran setup.exe 3) attached the iso from outside the vm, and ran setup.exe Setup dialogue: 'I previously installed Windows Server on this PC', Windows Server 2025 Datacenter (Desktop Experience), Accept applicable notices and license terms, choose what to keep: Keep files, settings, and apps. -> setup.exe stops unexpectedly. Constellation2 with setup dialogue setting 'setup download: Download updates, drivers and optional features(recommended)' 1) iso inside the vm, mount, and ran setup.exe 2) extracted the iso inside the vm, and ran setup.exe 3) attached the iso from outside the vm, and ran setup.exe Setup dialogue: 'I previously installed Windows Server on this PC', Windows Server 2025 Datacenter (Desktop Experience), Accept applicable notices and license terms, choose what to keep: Keep files, settings, and apps. -> setup.exe (in task manager: Modern setup host) freezes, CPU goes up to 100%. Constellation3 with boot from ISO Keep files, settings, and apps is not selectable
Server 2025 26085 - AMD Radeon Graphics Driver?
Trying to install 2025 26085. Currently can only get the Microsoft generic display driver for AMD 7000 series CPU/GPU. In server 2022 I could update the video driver to 'AMD Radeon (TM) Graphics'. I am unable to do so in 2025. What magic do I need to do to get the AMD display driver in 2025?
