Showing posts with label MBAM. Show all posts
Showing posts with label MBAM. Show all posts

Wednesday, 25 March 2015

Microsoft Intune Exchange Connector Error 0x000000b

EMS Landing page

I encountered this error today and the solution was easy. Yesterday a user had previously tried to connect to the corporate Exchange server using their new personal Android device. They were unable to do so due the Microsoft Intune On-Premise Exchange policy that was in place. Perfect behaviour. However I enrolled the device using the Intune Company Portal but was still unable to connect to the user's mail.

Intune knew that the device was now enrolled (I could see it in the console). Exchange did not. That would suggest a communication problem between Intune and Exchange. 


On investigation I noticed a lot of Microsoft Intune Exchange Connector errors in the event log.

Event ID: 7007
The server was unable to process the request due to an internal error.  For more information about the error, either turn on IncludeExceptionDetailInFaults (either from ServiceBehaviorAttribute or from the <serviceDebug> configuration behavior) on the server in order to send the exception information back to the client, or turn on tracing as per the Microsoft .NET Framework SDK documentation and inspect the server trace logs.


I tried to update the connector......


.....but received the same error (with an error code of 0x000000b)


The fix was easy. I simply restarted the MIcrosoft Intune Exchange Connector Service.


I could then update the connector.

Normal service was resumed and there was communication between Intune and Exchange again. The user could then access their corporate email on their new device.



Friday, 20 March 2015

How to use Cloud App Discovery

EMS Landing page

How cool is this? Cloud App Discovery (Preview) was released in 2014. The tool is still in Preview but is rapidly becoming one of the most utilized Azure services. 

What is it for?: You want to implement Software as a Service for your users. You want to manage the cloud apps rather than have your users engage in Shadow IT. However you have no idea what they are doing - enter Cloud App Discovery.

See a recent blog from the Active Directory Team where they discuss the new and exciting features of Cloud App Discovery.

http://blogs.technet.com/b/ad/archive/2015/02/16/new-updates-to-cloud-app-discovery.aspx

So how do we use it. It's really easy. 

 
  

Sign in or sign up. Log in with your Azure account or create an account.


You are presented with the instructions. Click Next to continue.

Instructions (as simple as ABC)
a) Download and run the agent on your devices
b) Azure AD receives the data
c) Discover the cloud services on your dashboard 

 

a) Click Download


Extract the files. See the tenant.cert file. This must be in the same folder as the Agent executable for installation.

Double-click EndpointAgentSetup.exe on one of your devices.


The Cloud App Discovery Endpoint Agent installation wizard is launched (note - still in Preview). Agree to the terms and click Install.



The agent has been installed.


See the new "Microsoft Cloud App Discovery Endpoint service".


Log back in to the Cloud App Discovery Portal

https://appdiscovery.azure.com
 
b) No apps have been discovered yet.


We see that data collection is in progress.


c) In a short space of time you will see data in your dashboard (less than 30 minutes).


You can see what Apps are being consumed by your users.


See that Cloud App Discovery is still in Preview.


 See that you can choose to display "All Apps" or just "Business Cloud Apps"


You can use a software deployment solution to distribute the agent to your devices. See that Microsoft have provided specific deployment guides using Group Policy and System Center Configuration Manager.

Group Policy Deployment Guide

System Center Configuration Manager Deployment Guide





Thursday, 19 March 2015

Installing the Azure Active Directory Sync Service (AAD Sync)

EMS Landing page

Meet DirSync's big brother - Microsoft Azure Active Directory Sync Service. The official documentation can be found here

https://msdn.microsoft.com/en-us/library/azure/dn790204.aspx

Azure AD Sync is the new synchronization service that will allow customers to do the following:
  • Synchronize multi-forest Active Directory environments without needing the complete feature set of Forefront Identity Manager 2010 R2.
  • Advanced provisioning, mapping and filtering rules for objects and attributes, including support for syncing a very minimal set of user attributes (only 7!)
  • Configuring multiple on-premises Exchange organizations to map to a single AAD tenant
A full feature comparison of DirSync and AAD Sync can be found here

https://msdn.microsoft.com/en-us/library/azure/dn757582.aspx



You see that AAD Sync is essential when managing multi-forest environments. DirSync can still be used for single-forest. However note that DirSync does not support write-back of passwords from self-service password resets.

Also see FAQ:


https://msdn.microsoft.com/en-us/library/azure/dn783460.aspx

Some points of note for AAD Sync:
  • Can be installed on a Domain Controller
  • Supports SQL Express for all but very large organisations (100,000 objects)
  • Uninstalling DirSync and then installing AAD Sync on the same server seems to be troublesome

See here for installing the service:

https://msdn.microsoft.com/en-us/library/azure/dn757602.aspx

The following Operating System versions are supported:
  • Windows Server 2008
  • Windows Server 2008 R2
  • Windows Server 2012
  • Windows Server 2012 R2
Your computer can be stand-alone, a member server or a domain controller.
The following components need to be installed:

  • .Net 4.5
  • PowerShell (PS3 or better is required)
This document also provides assistance on the account permissions required to install and maintain the service. For the purposes of demonstration in my lab I will use the Domain Admin account (this is not best practice in production).

Martyn Coupland has written a good blog about this here

http://www.martyncoupland.co.uk/2015/03/permissions-used-in-aadsync.html 


Download AAD Sync from here

http://www.microsoft.com/en-ie/download/details.aspx?id=44225


Extract and launch the tool.


The Microsoft Azure Active Directory Sync Services installation wizard starts. Agree to the terms and click "Install".


 The AAD Sign-In client is installed.


 SQL Express is installed.


 The Synchronization Service is installed. The tool now restarts and can take a little while to be available again. Don't be alarmed.


Enter your Azure AD credentials (Global Administrator).


The Azure AD Connector is initialized.


Enter your local AD details (in the format domain\username) and select "Add Forest".


 See that you can repeat for multiple forests - lovely. Click "Next".


The installer gathers forest/domain schema information.


See the previous links for official documentation to give you guidance here. I chose the defaults which is to use UPNs to match local users with Azure AD. Click "Next". 


You can choose optional additional features here. I have chosen "Password Synchronization" and "Password write-back". 


See what happens when I choose "Azure AD app and attribute filtering". More configuration items become available.


 We can filter by Apps.


 We can filter by attributes.


Click "Configure" to continue.


The selected options are configured.


Initial configuration has been completed. Uncheck the "Synchronize now" box (unless you want your entire AD synchronized with Azure). I want to carry out further configuration to select a specific OU.

Sign out of Windows at this stage and log back in.


Locate and launch the Azure AD Sync Synchronization Service.


Open the Connectors tab. See the AD Domain Services connector. Double click to see the properties.


Navigate to "Configure Directory Partition". Select "Containers".


Enter your credentials.


Now you can choose your OUs. Select OK to close the dialog boxes.


Select Run.


Choose "Full Import".


See successful import to Azure. However, this is not immediate and it will take some time for the users to be available in Azure (I am impatient so thankfully there is a way to force the sync).

Previously with DirSync we used "start-onlinecoexistencesync". This has now been replaced in AAD Sync with "DirectorySyncClientCmd.exe".


 Navigate to C:\Program Files\Microsoft Azure AD Sync\Bin and launch DirectorySyncClientCmd.exe


Users from my selected OU are available in Azure AD within a few minutes (almost immediately).