gpt4 book ai didi

azure - 在 Azure 暂存中测试子域

转载 作者:行者123 更新时间:2023-12-01 11:27:55 25 4
gpt4 key购买 nike

我刚刚向托管在 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/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com