我的问题是不是新的。显然在此链接:How to map a wildcard domain to a Windows Azure Website instance?通配符子域在Azure网站
但现在Micosoft在上周已经实现了这个功能,根据:http://bit.ly/1qYPJ1R & http://bit.ly/1eMsXVc我觉得是时候重新审视问题。虽然现在这已被标记为Azure网站上的一项功能,但我在为客户端实现动态/通配符子域时遇到问题。
我的客户在GoDaddy上购买了他们的域名。我们的目标是让所有通配符子域名打到我们托管的Azure网站,并让子域用于将用户路由到相应的页面。尽管我遵循了Azure管理门户提供的所有说明,但我已经能够在Azure云服务中完美无瑕地完成此任务,但为了同样的目的,我在为网站分配通配符域时遇到了麻烦。
下面是我在做什么:
设置我的Azure的网站基本计划(共享&标准应该工作以及)。
我为
*
设置了A记录,以转到显示在“管理自定义域”模式窗口底部的Azure网站IP地址。 (见下图)我设置CNAME为
awverify.*.mydomain.com
指向awverify.myazurewebsitedomain.azurewebsites.net
如由门户指示(见下图)
我耐心等待传播,并通过使用http://digwebinterface.com/测试了所有动态子域名正在击中Azure网站IP。
我测试使用随机子域,并验证了我的记录被击中,因为它是将一个通用的404页,说明该域名尚未被网站所有者配置在Azure提供的IP地址:
但是我的网站无法验证
*.mydomain.com
,如下图所示。它重申了很说明还给我,我在GoDaddy的已经实施:
它是GoDaddy的?我不是最大的球迷,所以我没有任何问题,建议我的客户离开他们,但我试图拯救我们所有的麻烦,除此之外 - 不应该这样做吗?另外,很显然,我的随机子域名正在触及Azure,所以在我看来,微软的验证过程存在问题。我在awverify
子域中尝试了几个变体,甚至尝试为*
而不是A记录创建一个CNAME,并决定在提交给Stack Overflow之前再次使用Microsoft的明确指示。
我觉得自己已经耗尽了所有的选项,并且遵循Azure门户给出的明确指示,但它只是不起作用。我错过了什么吗?是放弃网站并迁移到云服务的唯一选择吗?我非常喜欢网站必须提供的管理功能,而且微软似乎以比其他任何云组件更快的速度推进他们的网站产品,所以我不希望迁移到云服务,因为这个小问题!
预先感谢您!
我投票结束这个问题作为题外话题,因为这应该是针对托管公司 –