Forum Widgets
Latest Discussions
Scaling Plan with AVD session hosts on Azure Local doesn't perform a clean shutdown
I have setup a scaling plan for my AVD sessions hosts that are running on Azure Local. The scaling plan is working as expected and the machines are taken offline during the hours specified which is reducing the service fee costs. However, I've noticed that the Scaling Plan is simply powering off the VM, it's not telling the VM to cleanly shut down which is leading to the sessions hosts having event log entries that they weren't shut down correctly and putting them at risk of disk corruption issues. Is this intended?
CA policy Application not found in Target Resources
Hi, We have a CA policy for some external users (users created in AD and synked to Entra ID) that block access to everything in M365 except Azure Virtual Desktop (Resource ID: 9cdead84-a844-4324-93f2-b2e6bb768d07) and Security Info (for MFA setup). I read about Windows App, that it will replace the "Remote Desktop" app and it's web interface https://client.wvd.microsoft.com/arm/webclient/. So I tried to use the new Windows App web interface (https://windows.cloud.microsoft) with my external test user, but I can not log on. I get a screen that I don't have access. Checked the sign in logs and found that I try to log on to resource called "Windows 365 Portal". Test - Logging on using the Windows App installed on a PC: Application: Windows 365 Client Application ID: 4fb5cc57-dbbc-4cdc-9595-748adff5f414 Resource: Azure Virtual Desktop Resource ID: 9cdead84-a844-4324-93f2-b2e6bb768d07 Test - Logging on using the Windows App web interface (https://windows.cloud.microsoft/): Application: Windows 365 Portal Application ID: 3b511579-5e00-46e1-a89e-a6f0870e2f5a Resource: Windows 365 Portal Resource ID: 3b511579-5e00-46e1-a89e-a6f0870e2f5a "Windows 365 Portal" does not exist in the list of applications that I can set as an exception in the CA policy. The closest I found was "Windows 365", but that does not solve the problem (different Resource ID). What to do?
Green Pixelation in When Resizing RDP Window in Windows App
I'm experiencing an issue with Azure Virtual Desktop running on a Standard NV8as v4 VM. When I resize the RDP window using the Windows App, the session displays green pixelation artifacts, especially during or immediately after the window size change. The VM uses the AMD Radeon Instinct MI25 GPU, and I've tried updating and uninstalling the GPU driver, as well as installing the AmdGpuDriverWindows Extension but the issue persists.
AVD RemoteApp disconnects after sleep — any way to mimic Citrix Session Reliability?
In Azure Virtual Desktop (AVD), whenever my laptop goes into sleep/hibernate and I wake it up, my RemoteApp disconnects and throws an error. With Citrix, the session stays “alive” because of Session Reliability, but AVD doesn’t seem to handle this the same way. I’ve already set session timeouts and keep-alive settings via RDP properties/GPO, but the problem isn’t policy-related — it’s triggered by the local device going to sleep and dropping the network. I have full permissions to configure and manage host pools, session hosts, and RDP properties. Is there any way to mimic Citrix’s behavior (Session Reliability / seamless resume) so users don’t get disconnected after sleep? Or is this simply a limitation of the AVD client?fslogix printing does not work after changing profile from UPM to fslogix
I use Manuel Winkel's script <www.deyda.net> to convert UPM profiles to FSLogix profiles. Which users then encounter the problem that they can no longer print? Deleting printers from the registry and restarting the printer queue does not help. If I then create a new profile for the employees, they can print. Equipment: Windows 2019, Citrix 7 2203 CU6, FSLogix 3.25.626.21064
Frontline Cloud PC dedicated Mode Session time out settings
Hi, I would like to understand how Session disconnect policy works for Windows 365 CloudPC frontline dedicated machines when user session is disconnected for more than 2 hours and if we have session disconnect policy set via intune for 8 Hours. will it still disconnect the session by Microsoft using default disconnection policy for Frontline cloudpc or my intune policy of 8 hours should overwrite the 2 hours timeline. Currently in my case even after setting disconnection policy for 8 hours it gets disconnected in 2 hours if I am not using my physical machines for more than 2 hours.
Issue updating AVD app attach packages
Hi Community, I was trying to update the app attach package but the configuration gives me error message as these: Error expanding msix app attach package. The MSIX Application metadata expand request failed on all Session Hosts that it was sent to. Session Host: avdrftest-0, Native error when mounting CIM, HResult -2147024809, ErrorCode 87.. I used the exact same method by using msix hero to package the app folders into msix then convert to cim file and import into dedicated storage account. The updates are only targeting one of the exe file in that app folder. For that exe file, the original code base only had 3 line of new codes added in there which is for the header message. Tried to recreate the package so many times and also update the server. Not sure what to do at this point. ps: this is in GCCH tenant. Please advise! Thanks,
Dynamic RDP Properties Based on User's Location and Device Type
Hello! I am working with a client that currently uses Citrix SmartPolicies to update the RDP property of the remote machines based on if a user is connecting from a personal machine (not a client provided machine) and if the user is connecting from outside of the network (personal and client provided machine). So if, for example, they connect from a personal machine, the user cannot map printers, local drives, or have copy/paste functionality. I write this to ask if there's a possible way to do this in Azure Virtual Desktop. We've looked at Liquidware's ProfileUnity solution which can update these RDP properties based on AVD Session host properties like WMI classes, registry values, and environment variables. However, the only real discernable value we could find at the moment is $env:CLIENTNAME. We are looking for a secondary value to base filter on as the CLIENTNAME could be hacked pretty easily. Looking to see if anyone has had success in this type of scenario for a highly regulated company and what was your solution? If you used a third-party service, what was that service? Thanks!
