在Azure分段中测试子域

时间:2013-02-14 21:24:47

标签: azure asp.net-mvc-4 subdomain azure-web-roles

我刚刚在Azure Web角色中托管的MVC应用程序中添加了一个新区域,该角色使用Attribute Routing命中子域控制器以获取具有子域前缀的路由。在天蓝色的模拟器上,这很好用,我可以使用我的开发网址(我在主机文件中有记录)点击正确的控制器

主机文件记录:127.0.0.1 domain.com portal.domain.com

工作子域名路由:http://portal.domain.com:81/SubController/SubAction

如何在暂存环境中继续测试?目前我正在使用为期3个月的免费试用版,我知道在开始付款之前我无法添加CNAME或A记录,但我仍然有2个月的试用版,只是希望应用程序能够正常工作。它不必看起来很漂亮我不在乎子域名url是这样的:

  http://portal.8c72d21eg2c14636s0542f181024e72a.cloudapp.net/

目前抛出:

 [Fiddler] DNS Lookup for "portal.8c72d21eg2c14636s0542f181024e72a.cloudapp.net" failed. No such host is known 

有办法吗?

1 个答案:

答案 0 :(得分:2)

首先,正如您已经注意到的,CNAME对Cloud Services没有限制。

其次,我强烈建议使用production环境进行测试/暂存,尤其是在开发/测试时。 Cloud Service stagingproduction环境之间的唯一区别是您获得了生产环境的fixed/stable域名(即mygreatapp.cloudapp.net),而您总是得到一个不同的域名与每个部署(即8c72d21eg2c14636s0542f181024e72a.cloudapp.net)进行登台的类似GUID的域。除此之外,一切都是一样的 - 计费,网络,资源,一切。

根据具体情况,您了解每次部署新版本(如果删除了旧版本)都必须创建一个新的CNAME,因为您将获得一个类似GUID的新域。

因此,创建您的云服务,将您的域名CNAME到其域名,部署到production广告位并随时幸福地生活;)