Hey! Sorry you’re running into this—what you’re describing (users getting forcefully disconnected and then unable to log back in after enabling Defender for Cloud on AVD session hosts) is commonly caused by real-time Microsoft Defender (MDE) inspection interacting with FSLogix profile VHD/VHDX access.
Why this happens (most common cause)
When Defender for Cloud deploys the MDE.Windows extension, it enables Microsoft Defender real-time protection on the session hosts.
With FSLogix, user profiles are typically mounted/unmounted as VHD/VHDX virtual disks during sign-in and sign-out. Without the right exclusions, the Defender real-time scanner can interfere with those file-system operations, which may lead to profile/container access conflicts mid-session—and that can surface as forced logoffs and failed reconnections.
What to do
The fix is usually to configure the required Microsoft Defender Antivirus exclusions for FSLogix on each AVD session host (via GPO, Intune, or PowerShell). Apply these exclusions consistently to every host in the host pool(s).
Here’s a starting PowerShell snippet for Defender exclusions (FSLogix-focused):
FSLogix exclusions for Defender / MDE on AVD session hosts
Add-MpPreference -ExclusionProcess "frxsvc.exe"
Add-MpPreference -ExclusionProcess "frxccds.exe"
Add-MpPreference -ExclusionProcess "frxdrv.sys"
Add-MpPreference -ExclusionProcess "frxdrvvt.sys"
Add-MpPreference -ExclusionProcess "frxccd.sys"
Add-MpPreference -ExclusionPath "$env:ProgramFiles\FSLogix\Apps"
Add-MpPreference -ExclusionPath "$env:ProgramData\FSLogix"
Add-MpPreference -ExclusionExtension ".VHD"
Add-MpPreference -ExclusionExtension ".VHDX"
If your FSLogix containers are stored on an SMB share, also exclude the share path, for example:
$SharePath = "\\storageaccount.file.core.windows.net\sharename"
Add-MpPreference -ExclusionPath $SharePath
Additional exclusions to consider
Depending on your FSLogix configuration, you may also need exclusions covering:
- VHD/VHDX related metadata/lock patterns
- FSLogix registry locations (HKLM\SOFTWARE\FSLogix\ and HKLM\SOFTWARE\Policies\FSLogix)
(These details are called out in the FSLogix prerequisites/Defender exclusion guidance.)
Verify exclusions are actually applied
After applying, confirm with:
Get-MpPreference | Select-Object ExclusionPath, ExclusionExtension, ExclusionProcess
About “disabling Defender” permanently
In most cases, you don’t need to disable Defender for Cloud. Instead, you keep Defender on and adjust exclusions so FSLogix VHD/VHDX mounting/unmounting isn’t blocked/flagged.
Follow-up questions (to tailor the exact exclusion set)
- Are your FSLogix profile containers stored on SMB/Azure Files, or locally on the session host?
- Are you using roaming/container properties that affect where the VHD/VHDX and temp files are created?
- What exact Defender for Cloud plan is enabled (and is it only applying the MDE.Windows extension)?
- Can you share the event/log details around the forced disconnect (for example, any FSLogix-related error messages or Defender alerts)?
- Are these session hosts non-persistent / using a VDI image with onboarding scripts, or are they updated via the extension only?
References
Note: This content was drafted with the help of an AI system. Please verify the information before relying on it for decision-making.