Support Azure AD domain join for Windows Server 2016
Microsoft should strongly consider implementing support for Azure AD join in future builds of Windows Server 2016. I how a couple of customers that have nearly finished the transition to all cloud and is left with a couple of servers due to legacy software. They are currently left with the option to deploy Azure AD Domain Services for supporting a couple (2-5) servers.
Peter Selch Dahl
shared this idea
Currently, we are not aware of any plans from Windows Server for this capability. We’ll continue to work with Windows Server to revisit this in the near future
38 comments
-
A Khan
commented
Jun 2020 and still waiting for this....
-
George D.
commented
any plans to bringing this feature to server os for on premise? or standalone? (without ad connect)
it would be great to not have to support local accounts on our standalone servers. -
George D.
commented
any plans to bringing this feature to server os for on premise? or standalone?
it would be great to not have to support local accounts on our standalone servers. -
Craig Martin
commented
-
Anonymous
commented
Needed for OneDrive SSO in RDS2019.
-
Nelson
commented
This feature is needed. As an example, you can have a requirement for application compliance purposes, to completely isolate authentication of users from AD DS on premises to the AAD in the cloud.
-
Bryan
commented
+1 ... Need this feature
-
adrian
commented
We also need this feature, please implement it!
-
Mel
commented
Please implement this!!!
-
Anonymous
commented
Should be able to login to my Windows servers with an Azure AD account, just as I do today with my Windows 10 clients, we are in 2020, how could this not be supported....even in Server 2019 I hear its not there, doesn't sound like the Microsoft I know!!
-
Matt Brock
commented
Agreed. This needs to be a thing in future Windows Server releases (including 2019). And if you could backport it to Server 2016 would be nice too.
-
Niklas Riddarlo
commented
We need this!!!
-
Matteo Lo Piccolo
commented
Unplanned.... wow.... just.. why do you want us to still use an on-prem AD... its unnecessary and AD connect is really a bad idea.. come on..
-
Anonymous
commented
Needed, Full AD should not be a requirement for RDS.
-
Anonymous
commented
Needed
-
Taylor M
commented
This should absolutely be on the roadmap for Windows Server 2019
-
Thomas Baklund
commented
This is really needed. The servers use AADDS today and it has a few limitations. If the servers and WVD could just join AAD as regulers W10 does and we could eliminiate the need of an AD DS server with the users it would help us a lot.
Login to app servers/RDS could be done using the already logon hello credentials
Guest users from trusted organisations wich use same ERP system but is in a different tenant can use their own credentials an Guest user to access instead of having to get a second account in correct domain wich leavs a lot of confusion. -
L
commented
This is terrible. Why is it in Windows 10 and not Server 2019!?
-
SS
commented
I agree, for SME who want to go cloud only, it would be ideal if we could just migrate the LOB apps to Azure VM servers and just join to Azure AD....saves an awful lot of work and costs to the clients..
I am also PoC a Hybrid Azure AD join RDSH server scenario, so I can test Conditional Access against users sessions initiating from a Hybrid joined RDSH device.
We have a test tenant with public FQDN and routable. I have followed all MS documentation, setup AADConnect, SSO, SCP, GPOs followed it to the letter, but for some reason the device ID does not appear in Azure for the auto join to occur!
I tried Winodws Server 2012 R2 (with workplace client), 2016 DC and 2019 DC versions, none of them I can Hybrid join to Azure AD...
it would have been ideal if like Windows 10 there was an option to Join to Azure AD from settings>accounts, rather than going through all this work...
-
Anonymous
commented
windows 10 - Azure AD.
Server 2019 - no Azure AD?
C'mon, help us embrace SaaS, while making you some money in the process. Forget On-Prem AD.