03-25-2019 08:56 AM
03-25-2019 08:56 AM
Looking at the documentation, it seems an on premise AD is required for Windows Virtual desktop in Azure and Azure domain join is not supported. Can anyone confirm if that's definitely the case? It seems poor to have a new cloud service launched that has a dependency on on-prem AD.
03-25-2019 10:07 AM - edited 03-26-2019 06:16 AM
@gerry_1974 gerry_1974 Right now, that seems to be the case. In my proof of concept environment, I am running an AD DS server in my Azure tenant, then joining my host pool to that domain through the Windows Virtual Desktop offering. Although at first I was still getting failures with my deployment, even with the AD DS domain existing and the session hosts successfully joining. What fixed this for me, was connecting my AD DS server to AD Connect. I think AD Connect has to be actively syncing and connected to Azure AD for this to work right now due to the interaction it has with the Azure AD users (granting them access to the pool, etc). I went through this bit-by-bit and this is what got me a working deployment (DSC failures on the session host otherwise).
03-25-2019 10:29 AMSolution
on-prem AD is not required.
03-25-2019 04:09 PM
03-27-2019 11:21 AM
I don't understand your response. Per https://docs.microsoft.com/en-us/azure/virtual-desktop/overview:
Your infrastructure needs the following things to support Windows Virtual Desktop:
The Azure virtual machines you create for Windows Virtual Desktop must be:
I would like to avoid any and all on-premises requirements and simply have an Azure Active Directory with Azure Active Directory Domain Services enabled with Windows Virtual Desktop virtual machines automatically domain-joined to that instance. Completely cloud. Nothing physical.
Is this possible ?
03-27-2019 12:34 PM
A bit of both? :)
The documentation says:
A Windows Server Active Directory in sync with Azure Active Directory. This can be enabled through:
The first (AD connect) is on-prem or cloud DC's you build yourself.
The second is telling you can forgo that and use Azure AD Domain Services (and won't have to configure AD connect to boot)
Arguably, this isn't clear enough, as it does leave room for confusion, and doesn't explicitly spell out each option for hybrid and cloud-only.
03-27-2019 12:50 PM
Hybrid-join means joining the machine to Active Directory, and then having those device objects synced with Azure AD Connect to Azure AD (with writeback). One of a few ways of accomplishing this is joining the machine to a domain created in Azure Active Directory Domain Services (AAD-DS) - as that is Active Directory as a service, which is automatically synced to an Azure AD that you configure when you set up AAD-DS.
Note: Azure Active Directory (Azure AD) is not the same thing as Azure Active Directory Domain Services (https://azure.microsoft.com/en-us/services/active-directory-ds/).
While it is possible to join Windows 10 machines directly to Azure AD, and there are many great reasons to do that rather than joining or hybrid-joining with an Active Directory domain (particularly in a modern management environment), it is not supported for Windows Virtual Desktop. The Windows Virtual Desktop service specifically requires that the machine is joined to an Active Directory Domain.
03-27-2019 12:55 PM
03-28-2019 12:34 AM
@Ron Howe I got it to work with only Azure AD and Azure AD DS together.
I started with an Azure AD and added/verified a custom domain.
I created an admin in this custom domain.
I then added Azure AD DS referring to the custom domain
I changed the password of my domain admin to allow it to synch with Azure AD DS
I verified that I could join a workgroup windows server to Azure AD DS with my admin
Adding the host pool to the domain and adding users to the domain worked fine.
Testing to connect with assigned users worked ok
No need for any on premise domain in my case.
03-28-2019 01:42 AM
So i have on premise AD with AD connect syncing to Azure AD. Then i created an Azure AD Domain instance and bound it to a VNET and then used that network to connect my Windows Virtual Desktop to and join that domain. So its not joining azure AD directly but a fully synced Azure AD Domain services which is syncing with Azure AD. So technically you arent joining Azure AD natively.
03-28-2019 05:12 AM
You don't need to actually have the Azure AD and the local Active Directory synced at all (at least with regards to AD Connect). I was able to get everything moving by just adding the Azure AD UPN Suffix (e.g. <tenantname>.onmicrosoft.com) to my Local Active Directory and creating a user whose UPN matches my Azure AD User (e.g. <user>@<tenantname>.onmicrosoft.com).
Yes, I ended up being prompted twice for credentials, once for opening the feed and again for logging into the server, but the end result was a successful connection without having to Sync the ADs.
03-28-2019 05:15 AM
03-28-2019 10:19 AM
@smithanc : If this works right now, then great! However, we only support when there is a true synchronization between Azure AD and the local Windows Server AD: either through Azure AD Connect, Azure AD Domain Services, or through federation.
03-28-2019 11:00 AM - edited 03-28-2019 12:33 PM
@christianmontoya Understood but hopefully you extend support to other models such as the one I have done in my PoC. Otherwise, my main use case right now for WVD is broken as I am looking to use WVD to provide VM access to isolated VMs that are located in a Azure VNET which does not have any public IP address associated to any NIC card within that VNET.
We looked into using RDS with Azure AD Application Proxy but ran into a blocker that it only worked with ActiveX and therefore only on Windows Machines running IE 11.
Otherwise, we will have to turn to the Citrix cloud.
04-08-2019 08:49 PM
@Mike Amox I currently have on premise AD synced to Azure AD with AAD Connect so right now this will work. I am in the process of migrating all workstations to AAD with the goal of decommissioning AD. All device & application management will be via cloud management tools. While I appreciate I could setup AAD DS this still requires domain joined or hybrid join, not something I am after & get the impression others are the same.
Do you know if Microsoft has on the road map to support AAD joined devices only for WVD?
04-09-2019 08:02 AM
@Mike AmoxI have just started working with Azure AD and now WVD. The future plans are WVD for a large percentage of our users. Right now i can't get the WVD to connect to AD. We have a hybrid AD with AD connect, but I don't have a DC in Azure or AAD DS currently. From what I have been reading I will have to set one of those up for WVD to join the domain. Correct? Or an Azure VPN to on-prem network. Ultimate goal is 100% cloud in the near future.
04-09-2019 04:23 PM
@Roger_Cox : That is correct, you will either need to create an instance of Azure AD Domain Services or create a VPN/ExpressRoute to the on-prem network.
We have gotten similar feedback of being "100% cloud" and we have an item in our backlog to support Azure AD Join VMs.
04-10-2019 06:35 AM
Hi, I am just curious how did you get it to work with AAD DS . My Deployment keeps on failing on
/dscextension with the error:
" PowerShell DSC resource MSFT_ScriptResource failed to execute Set-TargetResource functionality with error message: User is not authorized to query the management service."
Everywhere i been searching is saying its not possible with AADDS.
thanks for the help
04-10-2019 07:11 AM
I do not think I did anything special. I simply followed the steps to add AADDS in a very detailed fashion. (I assume you also have done that and verified that you can join a computer to the domain)
FYI: I am using 2016 datacenter as the base for my session host image.
I then followed the detailed steps in https://docs.microsoft.com/en-us/azure/virtual-desktop/ Tutorial.
(Go back and re-read and make sure you have not missed any steps.)
FYI: I used the following options
- Shared desktop
- 2 VM
- Pretty much default all the way.
I have tested many times and never had any problems even when moving to ARM Template use.
Again - very hard to speculate on what problem you may be hitting, but maybe it is not related AADDS use.
Hope this can help in some small way.
04-10-2019 11:27 AM
@Stavros Mitchell : It should not matter which OS you're basing it off of. With the error you're hitting, make sure that you can install the PowerShell locally and connect with the same username or service principal. If it's a user and requires MFA, then deploying the Azure Marketplace offering will fail because MFA cannot happen in the background.