Fatal编程技术网
  • asp.net-mvc-4/
  • Asp.net mvc 4 IIS 7.5中相同主机名/端口上的Dynamics CRM 2011和MVC应用程序

Asp.net mvc 4 IIS 7.5中相同主机名/端口上的Dynamics CRM 2011和MVC应用程序

asp.net-mvc-4 dynamics-crm-2011

Asp.net mvc 4 IIS 7.5中相同主机名/端口上的Dynamics CRM 2011和MVC应用程序,asp.net-mvc-4,iis-7.5,dynamics-crm-2011,windows-server-2008-r2,Asp.net Mvc 4,Iis 7.5,Dynamics Crm 2011,Windows Server 2008 R2,我有一台WindowsServer2008R2服务器运行IIS7.5。此服务器在默认端口80上承载Dynamics CRM 2011部署。因此，当远程访问此网站时，我会转到例如http://my.domain.com并被重定向到http://my.domain.com/MyOrganization/main.aspx 我也有一个MVC4Web应用程序，在同一IIS实例的不同应用程序池中运行。我希望能够在相同的端口和主机名上访问此应用程序，但使用不同的子路径，如http://my.domain.c

我有一台WindowsServer2008R2服务器运行IIS7.5。此服务器在默认端口80上承载Dynamics CRM 2011部署。因此，当远程访问此网站时，我会转到例如
http://my.domain.com
并被重定向到
http://my.domain.com/MyOrganization/main.aspx

我也有一个MVC4Web应用程序，在同一IIS实例的不同应用程序池中运行。我希望能够在相同的端口和主机名上访问此应用程序，但使用不同的子路径，如
http://my.domain.com/SomeCustomPath/

如何配置IIS（和/或CRM，如果需要）来实现这一点？

真是个糟糕的主意！我不知道如何完成你在我头上提出的要求，但我知道微软完全不支持。如果更新汇总更新IIS设置和处理程序，您还将面临可能的升级问题。这个解决方案也是不可移植的——如果您决定使用CRM Online，这显然是不可能的。最后，当某个东西坏了，而某个东西总是坏了，你的脑海中总是会有这种奇怪的、不受支持的定制（我们确定定制处理程序或映射与此问题无关吗？）

为什么不使用另一个子域呢？让你的DNS人员在那里设置并托管你的MVC应用程序。您将保留来自Microsoft的完整支持，不必担心升级，而且如果您确实转到CRM Online，则无需更改任何内容

有几种方法可以使用IIS重写或将应用程序放置在CRM站点中来完成此操作。但是@Josh是正确的，你不应该这样做。它将变得非常混乱，并在某个时候造成重大问题。我理解只需要一个域名的愿望，但最好有my.domain.com和myother.domain.com。目前，开发环境托管在Azure中，因此无法立即为提供的*.cloudapp.net设置子域，这就是我想探索此选项的原因。但出于你提到的原因，我会接受这是一个坏主意，并研究其他不那么可怕的方法来实现它。谢谢你的解释！实际上，我在Azure网站上设置自定义域方面有一些经验，所以我知道在DNS中设置CNAME条目是可能的。我不认为你可以有自定义域与“免费”网站层虽然…感谢接受！