AAM avec SearchCentre sur sa propre application Web

Question

Tout d'abord, je cherche une voie Ootb sur des locaux pour SP2013 - Je peux le faire en piratant avec des en-têtes supplémentaires. L'objectif est de disposer de plusieurs applications Web utilisant AAM tous ont un seul centre de recherche global. Après tout, quel est le point d'avoir un centre de recherche global si vous avez besoin de plusieurs centres de recherche? - Je l'ai fait de cette façon pour l'intermédiaire

ok voici une topologie:

Utilisateurs internes Utilisez:

• intranet.cpanyName.net -> Zone par défaut

  Les utilisateurs externes parviennent à un fournisseur de confiance sur

  • extranet.cpanyName.net -> zone Internet

    L'intranet comporte des sites qui ne peuvent pas être accessibles à partir de l'adresse extranet, mais tous les extranet sont accessibles à partir de l'intranet. Jusqu'ici simple.

    Il y a trois applications Web :

    • portail
    • mySites
    • SearchCentre

      Chaque application Web a AAM pour les deux adresses intranet et extranet

      • intranet.companyname.net / extranet.companyname.net
      • mon.intranet.companyName.net / my.extranet.companyName.net
      • Search.Intranet.companyName.net / Search.extranet.companyName.net

        Mais je ne peux pas pour la vie de moi trouver une façon de dire à l'application de service de recherche qu'il doit envoyer des utilisateurs de zone Internet (extranet) sur la forme extranet de l'adresse de recherche et modifier les résultats de la recherche en conséquence (les liens vers des éléments sont le liens dans lesquels ils étaient indexés et sont absolus)

        Alors, comment réalisez-vous cela en 2013, comment puis-je dire à tous les sites de modifier de manière dynamique l'URL de recherche globale en fonction de la zone et comment modifier de manière dynamique les résultats par utilisateur?

        J'espère que la zone sera ramassée par la recherche mais je le doute.

        [mise à jour]

        Pour répondre au commentaire de Mike Oryszak Le seul moyen d'atteindre ce qui serait sûrement d'utiliser une application Web pour les trois collections de sites. Comme nous connaissons la meilleure pratique pour les mySites dictés pour la séparer sur une application Web distincte. Cela ne résout également pas le problème avec les URL d'élément et différentes zones. (Bien que vous puissiez le forcer à utiliser l'adresse extranet tout le temps avec la mappage de noms de serveur pour vous déplacer).

        Alors, quelle serait la solution pour cela maintenant? Passage à une seule application Web est une solution inférieure à la solution souhaitable, de sorte créerait un SearchCentre sur l'application MySite et devoir avoir à application. Une solution d'application Web pour cela dans mon livre, comme indiqué ci-dessus, soyez la meilleure période de pratique. Une application Web par type de collecte de site et conserver la ségrégation complète des sites.

        Pour répondre à Tereško J'ai 2 WFES, serveur de crache, agissant en échec sur WFE, un serveur de cache distribué, 2 serveurs d'applications et un cluster de base de données. Total de 98 Go de RAM et 20 CPU sur les boîtes pour un déploiement moyen, la conception est évolutive de pouvoir ajouter rapidement à la ferme.

        [Mise à jour de la récompense de primes]

        La réponse doit être conforme à la topologie et au contour (hors de la boîte uniquement) des procédures pour résoudre le problème à la main. Cela a déjà été fait avec un peu de lumière de ma part avec un code pour contrôler les URL de recherche des contrôles de recherche et les résultats de la recherche. Mais cela ne devrait pas avoir à faire avec quelque chose qui devrait être ootb. 500t. Faisons cela.

        [update] La moitié du problème trié: étendre les webapps aux nouvelles adresses au lieu d'utiliser AAM pour résoudre le problème de l'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.