{"id":2078,"date":"2013-04-14T23:16:50","date_gmt":"2013-04-15T08:16:50","guid":{"rendered":"http:\/\/www.cloudidentity.com\/blog\/?p=2078"},"modified":"2013-04-14T23:18:46","modified_gmt":"2013-04-15T08:18:46","slug":"adding-a-custom-domain-to-your-windows-azure-ad","status":"publish","type":"post","link":"https:\/\/www.cloudidentity.com\/blog\/2013\/04\/14\/adding-a-custom-domain-to-your-windows-azure-ad\/","title":{"rendered":"Adding a Custom Domain to your Windows Azure AD"},"content":{"rendered":"

I recently created a new Windows Azure subscription trial, going though the Organizational route<\/a>.<\/p>\n

However, I made a mistake: I accepted the default name assigned to the directory, which happens to be the combination of the first and last name of the admin user I created.  Having that directory named as one user can be supremely confusing, and given that I was planning to use the new tenant for posts and samples\u2026<\/p>\n

\"image\"<\/a><\/p>\n

Instead of starting from scratch and create a subscription with another name, I decided to be a bit more creative: I would associate to it a custom domain, confident that I would find a suitable one among all the domains I accumulated through the years. <\/p>\n

The domain verification process is well documented<\/a>, however I am a sucker for screenshots and MSDN is traditionally not crazy about it (they *SO* didn\u2019t like the draft of walkthrough #1<\/a> and #3<\/a> when they first saw them \"Smile\") hence I decided to snap few pics while I was going though the process, in case there\u2019s more people with a thick visual cortex out there that could benefit from it.<\/p>\n

First thing to do: head to the active directory tab, then click on the directory entry (here called \u201cvittorio.bertocci\u201d. I know, I know\u2026).<\/p>\n

\"image\"<\/a><\/p>\n

Click on the Domains header.<\/p>\n

\"image\"<\/a><\/p>\n

I just created the tenant, hence the custom domains list is as white as the carpet of fallen petals tapestrying Redmond in these Spring days. Click on the \u201cAdd a custom domain\u201d button.<\/p>\n

\"image\"<\/a><\/p>\n

Here you can specify the domain you want to use. I picked cloudidentity.net mostly because I keep it on GoDaddy, which happens to be one of the most popular providers out there.
Note: here I am happily ignoring the instructions on setting up SSO, given that for the time being I have no intention of setting up an ADFS2.0 instance for this (though I eventually just might).<\/p>\n

Once typed your domain name, hit Add.<\/p>\n

\"image\"<\/a><\/p>\n

So far nothing of relevance happened yet. AAD now knows about your intention of using cloudidentity.net, but still has no idea (anthropomorphising much?\"Smile\") of if you are the rightful owner of the domain. That\u2019s the job of the next step. Click on the right arrow on the lower right corner.<\/p>\n

\"image\"<\/a><\/p>\n

We get to the verification page. Here the portal gives you few coordinates (BTW, if you are curious about what a TXT record is see here<\/a>) you are supposed to add to the DNS record of your domain; the idea is that only the legitimate owner of the domain has access to its records, hence if you are able to add that info and AAD finds that in place once you hit Verify, you will have proven that the domain is yours to use. If you click on the instructions link you\u2019ll get to a very helpful page<\/a> giving you step by step instructions (but no screenshots \"Smile\").<\/p>\n

\"image\"<\/a><\/p>\n

So, here I opened a new browser window and headed to godaddy.<\/p>\n

\"image\"<\/a><\/p>\n

After having signed in and clicked on My Account I expanded the list of domains.<\/p>\n

\"image\"<\/a><\/p>\n

Once located the entry for cloudidentity.net, I launched the editor with the Launch button on its right. Here I looked up the Domain Manager link, and clicked on it.<\/p>\n

\"image\"<\/a><\/p>\n

Here you can edit various DNS records: we are especially interested in TXT ones. Click on quick add.<\/p>\n

\"image\"<\/a><\/p>\n

Enter in Host and TXT Value the info you got in the verification dialog in the Windows Azure portal, then scroll all the way to the bottom of the page and save.<\/p>\n

\"image\"<\/a><\/p>\n

Your TXT record is now up! ALT+TAB your way back to the portal and hit Verify.\"image\"<\/a><\/p>\n

Ta dah! The domain is verified! Hit the OK button on the lower right.<\/p>\n

\"image\"<\/a><\/p>\n

The list of domains now include both the default 3-level one and the new entry for cloudidentity.net.<\/p>\n

Want to see if it works? Easy!<\/p>\n

Go to the Users section of the portal and create a new user.<\/p>\n

\"image\"<\/a><\/p>\n

In the username domain dropdown you can now pick the new domain, which is pretty neat.<\/p>\n

Just for fun I created the user in the global admin role, then I headed to Visual Studio, created a new MVC project and launched the ASP.NET tool for Windows Azure AD<\/a> (yes, it still works even with Windows Azure AD GA<\/a>, tho the tool itself is still in preview and there are interesting caveats I\u2019ll spell out in the next days).<\/p>\n

Here, as tenant identifier I entered the custom domain:<\/p>\n

\"image\"<\/a><\/p>\n

once prompted by the AAL dialog I entered the new user\u2019s credentials on the new domain:<\/p>\n

\"image\"<\/a><\/p>\n

The tool informed that the app was successfully configured and provisioned. I hit F5 and\u2026<\/p>\n

\"image\"<\/a><\/p>\n

Ta dah! From 3-level defaults to vanity domains in literally minutes. Pretty cool \"Winking<\/p>\n","protected":false},"excerpt":{"rendered":"

I recently created a new Windows Azure subscription trial, going though the Organizational route. However, I made a mistake: I accepted the default name assigned to the directory, which happens to be the combination of the first and last name of the admin user I created.  Having that directory named as one user…<\/p>\n","protected":false},"author":1,"featured_media":2049,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-2078","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/posts\/2078","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/comments?post=2078"}],"version-history":[{"count":1,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/posts\/2078\/revisions"}],"predecessor-version":[{"id":2079,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/posts\/2078\/revisions\/2079"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/media\/2049"}],"wp:attachment":[{"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/media?parent=2078"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/categories?post=2078"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/tags?post=2078"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}