我刚刚向托管在 Azure Web 角色中的 MVC 应用程序添加了一个新区域，该角色使用 Attribute Routing访问具有子域前缀的路由的子域 Controller 。在 azure 模拟器上，这效果很好，我可以使用我的开发 URL(我在主机文件中有记录)访问正确的 Controller
主机文件记录:127.0.0.1domain.comportal.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
有办法吗？
最佳答案
首先，正如您已经指出的，针对云服务的 CNAME 没有限制。
其次，我强烈建议使用生产环境，即使是为了测试/登台目的，尤其是在开发/测试时。云服务登台和生产环境之间的唯一区别是，您会获得生产环境的固定/稳定域名(即 >mygreatapp.cloudapp.net)，而每次部署时您总是会获得一个不同的类似 GUID 的域(即 8c72d21eg2c14636s0542f181024e72a.cloudapp.net)。除此之外，一切都是一样的——计费、网络、资源，一切。
鉴于具体情况，您了解每次将新版本(如果您删除了旧的暂存)部署到暂存时都必须创建新的 CNAME，因为您将获得一个新的类似 GUID 的域。
因此，创建您的云服务，将您的域 CNAME 到其域，部署到生产槽，从此幸福地生活;)
关于azure - 在 Azure 暂存中测试子域，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14884321/