Firstly I am looking for an OOTB way on premises for SP2013 - I can do this by hacking around with additional headers. The purpose is to have multiple web apps using AAM all have a single global search centre. After all what is the point having a global search centre if you need multiple search centres? - I have done it that way for the interim
Okay here is a topology:
Internal users use:
- intranet.companyname.net -> default zone
External users come through a trusted provider on
- extranet.companyname.net -> internet zone
The Intranet has some sites that cannot be accessed from the Extranet address but all of the Extranet can be accessed from the Intranet. So far simple.
There are three web apps:
- Portal
- MySites
- SearchCentre
Each web app has AAM for the two addresses intranet and extranet
- intranet.companyname.net / extranet.companyname.net
- my.intranet.companyname.net / my.extranet.companyname.net
- search.intranet.companyname.net / search.extranet.companyname.net
But I cannot for the life of me find a way of telling the Search Service Application it has to send internet zone users (Extranet) to the Extranet form of the search address and change the search results accordingly (Links to items are the links in which they were indexed and are absolute)
SO how do you achieve this in 2013, how do I tell all the sites to dynamically alter the global search URL according to zone, and how do I dynamically change the results per user.
I'm hoping that the zone will be picked up by the search but I am doubting it.
[update]
To answer the comment from Mike Oryszak the only way to achieve that surely would be to use one web application for all three site collections. As we know best practice for MySites dictates to separate it on a separate web application. This also doesn't fix the issue with item urls and different zones. (Although you could force it to use the extranet address all the time with server name mapping to get around this).
So what would the solution for this now become? Moving to a single web application is a less than desirable solution, so would be creating a SearchCentre on the MySite application and having to application. A 3 web app solution for this in my book as stated above be the best practice period. One web app per site collection type and keep full segregation of sites.
To answer tereško I have 2 WFEs, Crawl server acting as fail over WFE, a Distributed Cache Server, 2 Application servers and a Database cluster. Total of 98GB ram and 20 CPUs over the boxes for a medium deployment, the design is scalable quickly being able to add further to the farm.
[update for bounty reward]
The answer should comply with the topology and outline (Out of the box only) procedures to solve the issue at hand. This has already been done with a little slight of hand on my part with some code to control the search urls from the search controls and the search results. BUT this should not have to be done with something that should be OOTB. 500pt. Let's do this.
[update] Half the issue sorted: Extend the webapps to the new addresses instead of using AAM to solve the url issue.