Persistent RDP Session Behavior in AVD
Here’s a professional support ticket email you can send to Microsoft:
Subject: Support Case – Persistent RDP Session Behavior in AVD
Dear Microsoft Support Team,
We are experiencing an issue with the RDP client used for Azure Virtual Desktop (AVD) sessions, where sessions persist even after a network change, without forcing user re-authentication. Below is a detailed description of the issue:
Issue Description
The issue occurs when a user is connected to an isolated network where users can access AVD only via a wired LAN connection. The expected behavior is that when users disconnect from the remote network (by removing the LAN cable) and switch to a different network (e.g., Corporate Wi-Fi), they should be required to re-authenticate. However, we have observed that the RDP session remains persistent, and users can continue accessing AVD without re-authentication.
Observed Behavior
- Even after disconnecting from the wired network and switching to Wi-Fi, the RDP session persists.
- The end-user is not prompted to re-authenticate when reconnecting via a different network.
- Even if the RDP client is closed by the user, the session persists when reopened.
- This behavior appears to be related to the workspace subscription process in the RDP client, which maintains session persistence.
Security Concern
While we understand that Microsoft may have implemented this behavior to enhance user experience, it poses a security risk for our organization. We need to determine if there is a way to modify this behavior to enforce re-authentication when a network change occurs.
Request for Assistance
Could you please confirm:
- If this persistent session behavior is expected for AVD RDP clients?
- Whether this is controlled by a token or another mechanism?
- If there are configuration settings or policies available to force re-authentication when a user switches networks?
https://www.anoopcnair.com/azure-virtual-desktop-rd-client-subscription/
We appreciate your guidance in resolving this issue. Please let us know if any additional logs or details are required.
Best regards,
Prabhu