AAM与SearchCentre在它自己的Web应用程序上

Question

首先我正在寻找SP2013的场所的OOTB方式 - 我可以通过额外的标题来攻击来完成这件事。目的是使用AAM拥有多个Web应用程序，都有一个全局搜索中心。毕竟，如果您需要多个搜索中心，那么有一个全球搜索中心的点？ - 我已经为临时临时 这样做了 好的，这里是拓扑：

内部用户使用：

• intranet.CompanyName.net - >默认区域

  外部用户在上通过可信提供者

  • constranet.companyname.net - >互联网区域

    Intranet有一些无法从外联网地址访问的站点，但可以从Intranet访问所有外联网。到目前为止很简单。

    有三个 web应用程序：

    • portal
    • mysites
    • searchcentre

      每个Web应用程序都有两个地址 Intranet 和外联网

      • intranet.Companyname.net / Extranet.com Panyname.net
      • my.intranet.Companyname.net / my.extranet.companyname.net
      • search.intranet.Companyname.net / search.extranet.companyname.net

        但是我不能为我的生活找到一种讲述搜索服务应用程序的方法，它必须将Internet区域用户（外联网）发送到Searchet的外联网形式，并相应地更改搜索结果（项目链接是它们被索引并为绝对的链接）

        所以你如何在2013年实现这一目标，如何通过zone来告诉所有网站以动态改变全局搜索网址，以及如何动态地改变每个用户的结果。

        我希望该区域将被搜索拾取，但我正在怀疑它。

        [更新]

        回答 mike oryszak 唯一能够为所有三个网站集合使用一个Web应用程序来实现评论。正如我们所知，MySites的最佳实践要求将其分开在单独的Web应用程序上。这也不会使用项目URL和不同区域来解决问题。 （虽然您可以使用Server Name映射一直使用外联网地址映射以达到此问题）。

        所以现在解决方案是什么？移动到单个Web应用程序是一个少于理想的解决方案，因此将在MySite应用程序上创建SearchCentre并必须应用。如上所述，我的书中有3个Web应用程序解决方案是最好的练习期。每个站点集合类型的一个Web应用程序，并保持对网站的完全分离。 要回答tereško我有2个wfes，爬网服务器通过wfe，分布式缓存服务器，2个应用程序服务器和数据库群集失败。为介质部署的框中总共98GB RAM和20个CPU，该设计可迅速扩展，能够进一步添加到农场。

        [赏金奖励的更新]

        答案应符合拓扑和大纲（仅限框中）程序来解决手头的问题。这已经在我的部件上稍微轻微完成了一些代码来控制搜索控制和搜索结果的搜索网址。但这不应该用应该是OOTB的东西来完成。 500pt。让我们这样做。

        [更新] 排序的一半问题：将WebApps扩展到新地址，而不是使用AAM来解决URL问题。

Answer 1

This can be achieved by Extending each of the web applications instead of specifying AAMs only. The steps from where you are now would be:

• On each web app, remove the AAMs leaving the default one only
• On ISS Remove IIS bindings for the deleted AAMs on each of the SharePoint servers for the respective web sites
• On Central Administration => Manage Web Application, select one Web App at a time and Extend them to each zone specifying the respective AAM
• Make sure you have a Content Source point to the Default AAM urls for each web app and that you have NTLM auth provider enabled on them
• Run a Full Crawl

That should be it. You search results will return links matching the AMM you are coming from. This solution has nothing to do with topology and will work for any.

Answer 2

It's not going to be possible from the SharePoint side without code. You can do it via IIS and the URL Rewrite Module. You would still utilize the same extended web app topology @Miguel Lima provided.

Microsoft doesn't support re-writing SharePoint URL's but you can use the redirect function to achieve this.

Simple create a rule that when you access an the internal Search address from external you are redirected to the external page and vice versa. Your Search Center URL is already extended with proper AAM's so results should come back properly after the redirect.

The redirect also happens pretty quick so users will probably in most cases not even notice.

all that being said, I favor the dedicated search center approach per site collection. The long term care and feeding is pretty easy and I don't have to worry about backing up the IIS configuration separate from what I have stored in my content database.