AAM con SearchCentre en su propia aplicación web

Question

En primer lugar, estoy buscando una forma de Ootb en las instalaciones para SP2013, puedo hacerlo hacking con encabezados adicionales. El propósito es tener múltiples aplicaciones web utilizando AAM, todos tienen un solo centro de búsqueda global. Después de todo, ¿cuál es el punto de tener un centro de búsqueda global si necesita múltiples centros de búsqueda? - Lo he hecho de esa manera para el Interino

Está bien aquí es una topología:

interno Usuarios usan:

• intranet.companyname.net -> Zona predeterminada

  externo Los usuarios vienen a través de un proveedor de confianza en

  • extranet.companyname.net -> zona de internet

    La intranet tiene algunos sitios que no se pueden acceder desde la dirección Extranet, pero se puede acceder a toda la extranet desde la intranet. Hasta ahora simple.

    Hay tres web aplicaciones web:

    • portal
    • mysites
    • searchcentre

      Cada aplicación web tiene AAM para las dos direcciones intranet y extranet

      • intranet.companyname.net / extranet.companyname.net
      • my.intranet.companyname.net / my.extranet.companyname.net
      • search.intranet.companyname.net / search.extranet.companyname.net

        Pero no puedo por la vida de mí encontrar una forma de decir la solicitud de servicio de búsqueda que tiene que enviar a los usuarios de la zona de Internet (extranet) a la forma extranet de la dirección de búsqueda y cambiar los resultados de búsqueda en consecuencia (los enlaces a los elementos son los Enlaces en los que fueron indexados y son absolutos)

        Entonces, ¿cómo lo logre esto en 2013, cómo le digo a todos los sitios que alteren dinámicamente la URL de búsqueda global de acuerdo con la zona y cómo cambia dinámicamente los resultados por usuario.

        Espero que la zona sea recogida por la búsqueda, pero lo estoy dudando.

        [actualizar]

        Para responder al comentario de mike oryszak La única forma de lograr que seguramente sería usar una aplicación web para las tres colecciones de sitios. Como sabemos, las mejores prácticas para que los mysitas dicten que lo separen en una aplicación web separada. Esto tampoco fija el problema con las URL de elementos y las diferentes zonas. (Aunque podría forzarlo a usar la dirección ExtraNet todo el tiempo con el mapeo del nombre del servidor para evitar esto).

        Entonces, ¿qué se convirtió la solución para esto ahora? Mudarse a una sola aplicación web es una solución menos que deseable, por lo que estaría creando un SearchCentre en la aplicación MySite y tendría que aplicar. Una solución de aplicaciones web de 3 para esto en mi libro, como se indicó anteriormente, será el período de mejor práctica. Una aplicación web por sitio de colección de sitios y mantener la segregación completa de los sitios.

        Para responder Tereško Tengo 2 WFES, un servidor de rastreo que actúa como falla en WFE, un servidor de caché distribuido, 2 servidores de aplicaciones y un clúster de la base de datos. Total de RAM de 98 GB y 20 CPU sobre las cajas para una implementación mediana, el diseño es escalable rápidamente poder agregar a la granja.

        [Actualización para recompensa de recompensa]

        La respuesta debe cumplir con los procedimientos de topología y esquema (solo de la casilla) para resolver el problema en cuestión. Esto ya se ha hecho con un poco de mano de mi parte con algún código para controlar las URL de búsqueda de los controles de búsqueda y los resultados de búsqueda. Pero esto no debería tener que hacerse con algo que debería ser OOTB. 500pt. Vamos a hacer esto.

        [actualizar] La mitad del problema ordenó: extienda las aplicaciones web a las nuevas direcciones en lugar de usar AAM para resolver el problema de la 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.