Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We have a small business and currently don't have a need for a domain within our office. We have a basic network and a single server running Windows Server 2008 R2 with some file shares and 3rd party apps.

We use Office 365 and have a Windows Azure subscription. The two seem to be keeping the Active Directory for our organisation in sync pretty well. (i.e. The data looks the same on both systems)

All of the thrid party apps we run on our app server support LDAP as an identity provider but because we don't run a domain we are having to get each user to create a new login/password for these services.

Ideally we'd like to get this server to sync from Azure/Office 365 and allow users to then authenticate using their Office365 credentials.

All of the literature I have found talks about synchronising FROM on-premise to Azure but we'd like to rather sync FROM Azure/Office 365 to our on premise server. I guess our on-premise server become a federated identity provider for our Office 365 directory...

Is this possible or do we need some 3rd party LDAP provider that can federate identities from Azure or Office 365?

share|improve this question
If you're running AD in Azure, you can just run requests against that DC. You may need a VPN to link your network with azure, though. – Nathan C Nov 4 '13 at 16:56
@NathanC there's a difference between running a domain controller in an Azure VM instance (not what this fellow is doing) and running Azure AD w/ DirSync for your O365 tenant, which is what he's talking about. – MDMarra Nov 4 '13 at 17:25
@MDMarra Ah, learned something from someone else's question. :) – Nathan C Nov 4 '13 at 17:35
@NathanC yeah Azure AD is something that exists in Azure and is accessible though a web interface for managing users, groups, and DirSync for use with Office 365 and Intune. It's not an actual server that you can log into interactively. It's some multitenant Microsoft AD variant with some web front-end special sauce. – MDMarra Nov 4 '13 at 17:44
Adrian - what did you end up doing? We are considering a similar route, curious how it ended up working out for you? – aSkywalker Jun 10 '14 at 21:43
up vote 8 down vote accepted

Short answer: No. However, like @Nathan-C described, you can stand up the required services using Azure Iaas (either DC+DirSync+ADFS or DC+Dircync w/pwd sync) in order to achieve single sign-on between your your Office365 apps and your on-prem apps. You would need to deploy a VPN link between Azure and your local network.

Azure AD is NOT "regular" Active Directory.

share|improve this answer
Thanks, I suspected this was the case. What we have managed to do is configure most of our 3rd party apps to use OAuth2 for identity provision. We then installed the auth0 service from the Azure store and setup our Azure AD as an enterprise identity provider (connection) for the auth0 service. The 3rd party apps now use auth0 as ID provider which federates to our Azure AD. (hope I got my terminology right but basically the apps use OAuth2 to authenticate against auth0 which "proxies" our Azure AD) – Adrian Hope-Bailie Nov 5 '13 at 17:35
Another comment on the proposed solution: We don't want to do this because we 1) like using Office 365 to manage our users 2) don't actually want to force our users to login to a domain which I assume implementing a DC would involve – Adrian Hope-Bailie Nov 5 '13 at 17:38
1) is a fair point. 2) seems a bit unclear to me. If you mean implementing domain-joined workstations, there is no requirement to do this if you're implementing any of the dirsync options. – Trondh Nov 6 '13 at 15:12
With the newest version of DirSync, you can install it onto a DC. It used to be the case that you couldn't. – Trondh Nov 6 '13 at 21:18
@JPHellemons - Technet article here explains how to set it up – Frederik Nielsen Jul 18 at 8:53

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.