WVD broker doesn't route to disconnected/existing session

%3CLINGO-SUB%20id%3D%22lingo-sub-1488721%22%20slang%3D%22en-US%22%3EWVD%20broker%20doesn't%20route%20to%20disconnected%2Fexisting%20session%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1488721%22%20slang%3D%22en-US%22%3E%3CP%3EWe%20have%20a%20farm%20set%20up%20with%20about%2013%20WVD%20session%20hosts%20based%20on%20Windows%2010%202004%20Multi-session.%20We%20use%20FSLogix%20on%20Azure%20File%20Shares%20to%20store%20user%20profiles.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWhenever%20a%20user%20wants%20to%20reconnect%20to%20his%2Fher%20user%20for%20any%20reason%2C%20WVD%20seems%20to%20automatically%20assign%20one%20of%20the%20session%20hosts%20for%20logon%20and%20tries%20to%20connect%20the%20user%20to%20that%20host.%20Unfortunately%2C%20for%20us%20this%20means%20there's%20about%20a%201%2F13%20chance%20of%20this%20user%20getting%20connected%20to%20the%20right%20host%20to%20pick%20up%20the%20old%20session.%20When%20this%20doesn't%20happen%2C%20FSLogix%20throws%20an%20error%20because%20the%20VHD%20is%20already%20locked%20in%20the%20other%20disconnected%20session%20and%20there%20is%20no%20way%20for%20the%20user%20to%20log%20back%20onto%20the%20system%20without%20admin%20intervention%20to%20manually%20trace%20and%20terminate%20the%20disconnected%20session%20that%20has%20the%20VHD%20locked.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThis%20pretty%20much%20100%25%20of%20the%20times%20happens%20when%3A%3C%2FP%3E%3CUL%3E%3CLI%3EA%20user's%20client%20device%20dies%2C%20goes%20to%20sleep%2C%20or%26nbsp%3Bloses%20connection%20otherwise%20and%20the%20user%20the%20tries%20to%20reconnect.%3C%2FLI%3E%3CLI%3EA%20user%20tries%20to%20log%20on%20to%20another%20client%20device%20with%20the%20other%20one%20still%20open.%3C%2FLI%3E%3CLI%3EA%20user%20uses%20the%20%22disconnect%22%20option%20in%20Windows%20and%20then%20tries%20to%20reconnect%20later.%3C%2FLI%3E%3C%2FUL%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThis%20means%20there%20is%20no%20way%20for%20us%20to%20set%20an%20%22idle%22%20policy%20to%20disconnect%20users%20for%20security%20purposes%20and%20causes%20significant%20inconvenience%20for%20users%20and%20a%20puts%20a%20lot%20of%20stress%20on%20our%20service%20desk.%20We%20are%20trying%20out%20WVD%20in%20production%20for%20the%20first%20time%20and%20the%20course%20of%20this%20pilot%20will%20decide%20wether%20or%20not%20we%20are%20going%20to%20implement%20it%20with%20some%20of%20or%20other%20larger%20clients.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThis%20is%20either%20a%20huge%20flaw%20in%20WVD%20features%20or%20a%20huge%20flaw%20in%20our%20configuration.%20Is%20there%20something%20we%20can%20do%20about%20this%3F%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20have%20tried%20setting%20the%20host%20settings%20through%20GPO%20but%20the%20WVD%20broker%20of%20course%20doesn't%20pick%20this%20up.%20We%20have%20tried%20settings%20customRDPProperty%26nbsp%3B%3CSTRONG%3Edisableconnectionsharing%3Ai%3Avalue%3C%2FSTRONG%3E%20that%20is%20advertised%20as%20being%20compatible%20with%20WVD%20according%20to%20%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fwindows-server%2Fremote%2Fremote-desktop-services%2Fclients%2Frdp-files%3Fcontext%3D%2Fazure%2Fvirtual-desktop%2Fcontext%2Fcontext%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fwindows-server%2Fremote%2Fremote-desktop-services%2Fclients%2Frdp-files%3Fcontext%3D%2Fazure%2Fvirtual-desktop%2Fcontext%2Fcontext%3C%2FA%3E.%20However%2C%20this%20has%20had%20no%20effect.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EOur%20image%20is%20deployed%20from%20a%20VHD%20attached%20to%20a%20master%20VM%20to%20managed%20disks%20for%20our%20hosts%20using%20the%20WVD-update%20template%20(%3CA%20href%3D%22https%3A%2F%2Fgithub.com%2FAzure%2FRDS-Templates%2Ftree%2Fmaster%2Fwvd-templates%2FUpdate%2520existing%2520WVD%2520host%2520pool%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fgithub.com%2FAzure%2FRDS-Templates%2Ftree%2Fmaster%2Fwvd-templates%2FUpdate%2520existing%2520WVD%2520host%2520pool%3C%2FA%3E).%20The%20image%20on%20the%20master%20VM%20is%20based%20on%20the%20Windows%2010%20Multi-Session%202004%20gallery%20image.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1595706%22%20slang%3D%22en-US%22%3ERe%3A%20WVD%20broker%20doesn't%20route%20to%20disconnected%2Fexisting%20session%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1595706%22%20slang%3D%22en-US%22%3E%3CDIV%20class%3D%22lia-spoiler-container%22%3E%3CA%20class%3D%22lia-spoiler-link%22%20href%3D%22%23%22%20rel%3D%22nofollow%20noopener%20noreferrer%20noopener%20noreferrer%22%20target%3D%22_blank%22%3ESpoiler%3C%2FA%3E%3CNOSCRIPT%3E(Highlight%20to%20read)%3C%2FNOSCRIPT%3E%3CDIV%20class%3D%22lia-spoiler-border%22%3E%3CDIV%20class%3D%22lia-spoiler-content%22%3ESame%20Problem%3C%2FDIV%3E%3CNOSCRIPT%3E%3CDIV%20class%3D%22lia-spoiler-noscript-container%22%3E%3CDIV%20class%3D%22lia-spoiler-noscript-content%22%3ESame%20Problem%3C%2FDIV%3E%3C%2FDIV%3E%3C%2FNOSCRIPT%3E%3C%2FDIV%3E%3C%2FDIV%3E%3CP%3EHelo%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3Esame%20Probleme%20here%20since%202019.%20Never%20find%20a%20solution!!%3CBR%20%2F%3EI%20opened%20a%20ticket%20last%20year%20and%20Microsoft%20did%20some%20changes%20into%20my%20Azure%20Agent%20Token.%3CBR%20%2F%3E%3CBR%20%2F%3EOur%208%20vm's%20weren't%20shown%20via%20system%20management%20powerShell%20as%20online.%20Just%20one%20of%20them%20appearing%20randomly.%20But%20they%20all%20must%20be%20shown%20as%20in%20the%20picture%3A%3CBR%20%2F%3E%3CBR%20%2F%3EGet-RdsSessionHost%20-Tenant%20%22name%22%20-Hostpool%20%22pool%22%20%7C%20ft%20SessionHostName%2C%20AssignedUser%2C%20HostPoolName%2C%20AllowNewSession%2C%20Sessions%2C%20LastHeartbeat%2C%20AgentVersion%2C%20Status%2C%20UpdateState%2C%20LastUpdateTime%2C%20UpdateErrorMessage%3CBR%20%2F%3E%3CBR%20%2F%3EThis%20Problem%20has%20been%20fixed.%20Since%20this%20we%20are%20sometimes!%20able%20to%20reconnect%20existing%20session.%3CBR%20%2F%3E%3CBR%20%2F%3EI%20think%20we%20are%20able%20to%20reconnect%20a%20closed%20session%20when%20the%20MS%20WVD%20Client%20APP%20is%20closed%20via%20%22X%22.%3CBR%20%2F%3EBut%20most%20users%20aren't%20able%20to%20reconnect%20after%26nbsp%3Ba%20user's%20client%20device%20dies%2C%20goes%20to%20sleep%2C%20or%20loses%20connection%20otherwise%20and%20the%20user%20the%20tries%20to%20reconnect.%3C%2FP%3E%3CDIV%20class%3D%22mceNonEditable%20lia-copypaste-placeholder%22%3E%26nbsp%3B%3C%2FDIV%3E%3CDIV%20class%3D%22mceNonEditable%20lia-copypaste-placeholder%22%3E%26nbsp%3B%3C%2FDIV%3E%3CP%3EWe%20are%20using%20FSLogix%20with%20an%20SMB%20share%20on%20a%20classic%20Windows%20File%20Server.%20Multi%20Session%20is%20denied.%20We%20wan't%20the%20users%20to%20get%20his%20same%20session%20always.%3C%2FP%3E%3CP%3E%3CBR%20%2F%3EAny%20update%20on%20this%20%3F%3CBR%20%2F%3E%3CBR%20%2F%3ERegards%3CBR%20%2F%3E%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Established Member

We have a farm set up with about 13 WVD session hosts based on Windows 10 2004 Multi-session. We use FSLogix on Azure File Shares to store user profiles.

 

Whenever a user wants to reconnect to his/her user for any reason, WVD seems to automatically assign one of the session hosts for logon and tries to connect the user to that host. Unfortunately, for us this means there's about a 1/13 chance of this user getting connected to the right host to pick up the old session. When this doesn't happen, FSLogix throws an error because the VHD is already locked in the other disconnected session and there is no way for the user to log back onto the system without admin intervention to manually trace and terminate the disconnected session that has the VHD locked.

 

This pretty much 100% of the times happens when:

  • A user's client device dies, goes to sleep, or loses connection otherwise and the user the tries to reconnect.
  • A user tries to log on to another client device with the other one still open.
  • A user uses the "disconnect" option in Windows and then tries to reconnect later.

 

This means there is no way for us to set an "idle" policy to disconnect users for security purposes and causes significant inconvenience for users and a puts a lot of stress on our service desk. We are trying out WVD in production for the first time and the course of this pilot will decide wether or not we are going to implement it with some of or other larger clients.

 

This is either a huge flaw in WVD features or a huge flaw in our configuration. Is there something we can do about this? 

 

We have tried setting the host settings through GPO but the WVD broker of course doesn't pick this up. We have tried settings customRDPProperty disableconnectionsharing:i:value that is advertised as being compatible with WVD according to https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/clients/rdp-files?con.... However, this has had no effect.

 

Our image is deployed from a VHD attached to a master VM to managed disks for our hosts using the WVD-update template (https://github.com/Azure/RDS-Templates/tree/master/wvd-templates/Update%20existing%20WVD%20host%20po...). The image on the master VM is based on the Windows 10 Multi-Session 2004 gallery image.

1 Reply
Highlighted
Spoiler
Same Problem

Helo,

 

same Probleme here since 2019. Never find a solution!!
I opened a ticket last year and Microsoft did some changes into my Azure Agent Token.

Our 8 vm's weren't shown via system management powerShell as online. Just one of them appearing randomly. But they all must be shown as in the picture:

Get-RdsSessionHost -Tenant "name" -Hostpool "pool" | ft SessionHostName, AssignedUser, HostPoolName, AllowNewSession, Sessions, LastHeartbeat, AgentVersion, Status, UpdateState, LastUpdateTime, UpdateErrorMessage

This Problem has been fixed. Since this we are sometimes! able to reconnect existing session.

I think we are able to reconnect a closed session when the MS WVD Client APP is closed via "X".
But most users aren't able to reconnect after a user's client device dies, goes to sleep, or loses connection otherwise and the user the tries to reconnect.

 
 

We are using FSLogix with an SMB share on a classic Windows File Server. Multi Session is denied. We wan't the users to get his same session always.


Any update on this ?

Regards