By default when users create a website on MAWS they hostname would be <SITENAME>.azurewebsites.net. So when I create a website called Kaushalz then the hostname would be Kaushalz.azurewebsites.net.
Microsoft Azure Web Sites allows user to configure custom domains as well. But this option is available when the website is scaled to either SHARED, BASIC or STANDARD mode.
There is an article on www.windowsazure.com on how to configure custom domain. Below is the URL:
However, I have still seen few customers running into issues in spite of this. In this post we will discuss adding custom domains to a MAWS site in detail.
There are 2 ways to configure domain names:
NOTE: A records map a domain name to one or more IP addresses. They are used when the IP is not bound to change.
Example: kaushalz.com points to 188.8.131.52.
On the other hand CNAME (CANONICAL NAME) records map one domain name to another domain name. It is typically used when there are multiple hosted services.
Example: ftp.kaushalz.com or www.kaushalz.com points to kaushalz.com
I have purchased the domain kaushalz.com from GoDaddy. This means I also purchased the domain www.kaushalz.com from them. This is implicit.
Here the domain kaushalz.com is also referred to as ROOT DOMAIN (minus the WWW).
STEP 1: Create a Website and scale it to SHARED/BASIC/STANDARD
Once the website has been scaled to either SHARED or STANDARD, we can proceed further.
STEP 2: Configuration on the DNS Service Provider /DNS Server
Click on Manage Domains under the DASHBOARD management page, you will see the following pop-up window providing the details on how to configure:
The pop-up contains clear instructions on what as to be done. It specifies an IP (Front-end VIP) which is to be used while configuring A Records on the DNS server. Additionally it also suggests that before we add custom domains for the site, Azure needs to verify that the user is authorized to use the domain name or not.
NOTE: Entering "@" for the host name is the same as entering your domain name, minus the "www". Entering "www" for the host name is the same as entering your domain name, including the "www".
To create a wildcard A record, enter an asterisk ("*") for the host name. The wildcard makes the server respond with the IP address specified instead of an error, if the subdomain queried does not exist within your zone file.
NOTE: Above step is only for verification purpose. Once the ROOT DOMAIN (kaushalz.com) has been mapped to the site in Azure Portal, the awverify entry can be removed.
STEP 3: Map the domain name in the Azure Portal
Once the DNS entries have been made the DNS record propagation can take time. This depends on the DNS Provider. Once the records have been propagated, you could proceed with mapping this domain name to the specific website in Azure.
If the verification fails then you would get a corresponding warning message:
Verifying DNS Propagation
You can verify the DNS propagation by going to this URL http://digwebinterface.com/
Specify the hostnames in the textbox and click on Dig. Verify the results to confirm if the recent changes have taken effect.
NOTE: The propagation of the DNS entries takes up to 48 hours or sometimes even more than that. In these cases you may have to wait for the propagation to succeed. The user needs to ensure that the awverify entry resolves to the corresponding entry which has been added in the DNS server while performing the look up.
I have observed that the DNS propagation is quicker with GoDaddy. This is my personal experience.
MIGRATION FROM ON-PREMISE PRODUCTION TO MAWS
Now consider a scenario where the user wants to migrate his production website, which is on premise, to MICROSOFT AZURE WEB SITE, without affecting any of his existing sites. He would want to map the hostname (verification) to MAWS and then would modify his DNS records. What should he do?
For this he would have to create CNAME records on the DNS service provider as shown below:
We add 2 entries:
Below is a snapshot on the DNS Provider (GoDaddy):
After adding the above 2 entries you could map the domain name to a site hosted on AZURE.
DNS VERIFICATION LOGIC
The Microsoft Azure Web Sites DNS verification logic has 2 steps:
TXT records are also supported. It is another alternative, because some DNS registrars don't support CNAME's pointing to invalid hostnames (the "awverify" version doesn't truly exist). So one can also create just a TXT record instead of a CNAME (otherwise it is completely same setup as in validations above).
Thanks to Petr Podhorsky (DEV on MICROSOFT AZURE WEB SITES) for sharing the DNS verification logicwith us.