AAM mit Suchccentre auf der eigenen Web-App

Question

Erstens suche ich einen OOTB-Weg auf dem Räumlichkeiten für SP2013 - ich kann dies tun, indem ich mit zusätzlichen Headern umgehauen kann. Ziel ist es, mehrere Web-Apps mithilfe von AAM aufzurufen, die alle über ein einzelnes globales Suchcenter verfügen. Was ist der Punkt mit einem globalen Suchcenter, wenn Sie mehrere Suchzentren benötigen? - Ich habe es so getan für die Zwischenzeit

okay hier ist eine Topologie:

interne Benutzer verwenden:

.
• intranet.companyName.net -> Standardzone

  externe Benutzer kommen durch einen vertrauenswürdigen Anbieter auf

  .
  • extranet.comPanyName.net -> Internet Zone

    Das Intranet verfügt über einige Websites, auf die nicht von der Extranet-Adresse zugegriffen werden kann, aber alle Extranet können vom Intranet aufgerufen werden. Bisher einfach.

    Es gibt drei web-Apps:

    .
    • portal
    • myseiten
    • sucheccentre

      Jede Web-App hat AAM für die beiden Adressen intranet und extranet

      .
      • intranet.comPanyName.net / extranet.comPanyName.net
      • my.intranet.companyName.net / my.extranet.comPanyName.net
      • search.intranet.companyName.net / search.extranet.companyName.net

        Ich kann jedoch nicht für das Leben von mir eine Möglichkeit finden, die Suchdienstanwendung zu erzählen, dass sie Internetzone-Benutzer (Extranet) an das Extranet-Formular der Suchadresse senden und die Suchergebnisse entsprechend ändern (Links zu Elemente sind die Links, in denen sie indiziert wurden und absolut sind)

        Wie erreichen Sie dies 2013, wie sage ich alle Websites, um die globale Such-URL nach der Zone dynamisch zu ändern, und wechseln Sie die Ergebnisse dynamisch pro Benutzer.

        Ich hoffe, dass die Zone von der Suche abgeholt wird, aber ich zweifle es.

        [update]

        Um den Kommentar von mike oryszak den einzigen Weg zu beantworten, um dies zu erreichen, wäre sicherlich eine Webanwendung für alle drei Standortsammlungen. Da wir wissen, dass die bewährte Praxis für Mysites bestimmt, dass Sie es auf einer separaten Webanwendung trennen. Dies behebt auch nicht das Problem mit Artikel-URLs und verschiedenen Zonen. (Obwohl Sie es zwingen können, die Extranet-Adresse einzelne Zeit mit dem Servernamenzuordnung zu verwenden, um dies zu erreichen).

        Was würde die Lösung dafür jetzt werden? Wenn Sie sich in eine einzige Webanwendung bewegen, ist eine weniger als wünschenswerte Lösung, wodurch ein Suchccentre auf der MySite-Anwendung erstellt und anwendbar ist. Eine 3-Web-App-Lösung dafür in meinem Buch, wie oben erwähnt, ist der beste Praxiszeitraum. Eine Web-App pro Site-Kollektionstyp und die vollständige Segregation von Websites.

        , um tereško i aufzuräumen Insgesamt 98 GB RAM und 20 CPUs über die Boxen für einen mittleren Einsatz, das Design ist skalierbar, schnell weiter zum Farm hinzufügen zu können.

        [Update for Bounty Belohnung]

        Die Antwort sollte der Topologie und Umrisse (nur aus der Kiste) einhalten, um das Problem zu lösen. Dies wurde bereits mit etwas leichter Hand von meiner Seite mit einem Code geschaffen, um die Such-URLs aus den Suchsteuerelementen und den Suchergebnissen zu steuern. Dies sollte jedoch nicht mit etwas getan werden, das ootb sein sollte. 500pt. Lass uns das tun.

        [update] Die Hälfte des Problems sortiert: Erweitern Sie die WebApps an die neuen Adressen, anstatt AAM zu verwenden, um die URL-Ausgabe zu lösen.

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.