单独的IIS / SharePoint Web应用程序是否可以共享相同的主机名但不同的相对路径？

Question

设置SharePoint场时，技术上是否可以使用以下URL结构？

http://myfarm/webapp1 http://myfarm/webapp2 http://myfarm/webapp3 等

其中每个URL指向同一服务器场/服务器上的不同Web应用程序。

Answer 1

MDRoz，

一般来说，答案（在真空中）是“不”。就SharePoint而言（或者更确切地说，IIS），没有任何合格端口信息的主机名可以映射到一个IIS网站。

现在我已经说过了：有很多创意方法可以解决这个问题，大多数方法都涉及到网址重写和重新映射。想到的几个想法：

1. 可以为IIS 7获取一个精彩的URL重写模块，它可能按原样（http://www.iis.net/extensions）...假设您当时使用的是Windows Server 2008。

2. 您可以利用Microsoft ISA Server 2006根据路径信息将传入请求映射到不同的SharePoint Web应用程序（IIS网站）。我现在没有在我面前打开ISA管理控制台，以明确确认这一点。

3. 您可以开发一个HttpModule来重写传入的URL，以便它们被不同的站点/ Web应用程序重定向或处理。这将确保重定向逻辑特别符合您的要求。

可能有一些有用花絮的另一个链接来自Todd Klindt，SharePoint MVP和全能的好人：http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=48。

无论您选择何种路线，我都会指出一个潜在的旁注和警告：层次结构和路径深度。一般来说，任何重写都不应该改变页面的深度。例如，这没关系：

myfarm / webapp1 / testpage.aspx =＆gt;的 app1.myfarm / webapp1 / testpage.aspx

...但是避免做这样的事情：

myfarm / webapp1 / testpage.aspx =＆gt;的 app1.myfarm / webapp1 / newsite / testpage.aspx

这些是捏造的例子，但我希望我想说明的一点是明确的。在第一个示例中， testpage.aspx 与主机名相距“2级” - 并且在重写/重定向时保持这种状态。在第二个例子中，它从2级深入到3级深。像这样的深度变化会在正常操作期间导致各种各样的隐蔽性小问题，因为SharePoint依赖于路径深度以及某些操作和确定的排序。

我希望这有帮助！

Answer 2

我可以问你为什么要这样做吗？例如，您可以通过这种方式分离内容数据库..无需创建单独的Web应用程序。

Answer 3

我同意Sean和Arjan的观点。 Sean是正确的指出IIS不支持这一点，Arjan说得对，如果你需要更多的网络应用程序然后实际创建它们，如果只是为了URL，创建1个webapp，每个网站集使用多个网站集他们自己的内容db。