AAM con SearchCentre su di essa la propria Web App

Question

In primo luogo sto cercando un OOTB modo sui locali per SP2013 - posso fare questo hacking in giro con intestazioni aggiuntive.Lo scopo è quello di avere più applicazioni web utilizzando AAM tutti sono un singolo di ricerca globale di centro.Dopo tutto quello che è il punto di avere un centro di ricerca globale se avete bisogno di più centri di ricerca?- Io ho fatto così per il provvisorio

Ok qui è una topologia:

Interno gli utenti di utilizzare:

• intranet.companyname.net -> area predefinita

Esterni per gli utenti attraverso un provider affidabile su

• extranet.companyname.net -> area internet

La Intranet ha alcuni siti che non possono essere accessibili dalla rete Extranet indirizzo, ma tutte le Extranet può essere accessibile dalla Intranet.In modo molto semplice.

Ci sono tre web app:

• Portale
• Sitipersonali
• SearchCentre

Ogni web app ha AAM per i due indirizzi intranet e extranet

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

Ma io non posso per la vita di me a trovare un modo di raccontare l'Applicazione del Servizio di Ricerca ha per inviare area internet gli utenti (Extranet) per la Extranet forma di indirizzo per la ricerca e modificare i risultati di ricerca di conseguenza (Collegamenti a elementi sono i link in cui sono stati indicizzati e sono in assoluto)

COSÌ come si fa a raggiungere questo obiettivo nel 2013, come faccio a dire a tutti i siti di modificare dinamicamente la ricerca globale di URL a seconda delle zone, e come faccio a modificare dinamicamente i risultati per utente.

Sto sperando che la zona verrà prelevato dalla ricerca, ma io sono a dubitare.

[aggiornamento]

Per rispondere a un commento Mike Oryszak l'unico modo per ottenere che sicuramente sarebbe quella di utilizzare un applicazione web per tutte e tre le raccolte siti.Come sappiamo la migliore pratica per Sitipersonali dettami separato su di una applicazione web.Anche questo non risolve il problema con la voce di url e zone diverse.(Anche se è possibile forzare l'utilizzo della extranet indirizzo per tutto il tempo con il nome del server mapping per ottenere intorno a questo).

Quindi quale sarebbe la soluzione per questo ora diventa?Lo spostamento di una singola applicazione web è un meno auspicabile soluzione, quindi, sarebbe la creazione di un SearchCentre sul MySite applicazione e di dover applicazione.3 web app soluzione per questo nel mio libro, come sopra affermato di essere il migliore periodo di pratica.Una web app per raccolta tipo e mantenere la segregazione completa dei siti.

Per rispondere tereško Ho 2 WFEs, ricerca per Indicizzazione server che agisce come il failover web front-end, una Cache Distribuita di Server, 2 di Application server e di un cluster di Database.Totale di 98GB di ram e 20 Cpu sopra le caselle per un mezzo di distribuzione, il design è scalabile rapidamente essere in grado di aggiungere un ulteriore azienda.

[aggiornamento per bounty ricompensa]

La risposta dovrebbe rispettare la topologia e la struttura (Out of the box solo) le procedure per risolvere il problema a portata di mano.Questo è già stato fatto con un po 'di destrezza di mano da parte mia, con un po' di codice per controllare la ricerca di url da controlli di ricerca e i risultati della ricerca.MA questo non dovrebbe essere fatto con qualcosa che dovrebbe essere OOTB.500pt.Facciamo questo.

[aggiornamento] La metà del problema risolto:Estendere le webapps per i nuovi indirizzi invece di utilizzare AAM per risolvere l'url problema.

Answer 1

Questo può essere raggiunta anche mediante ciascuna delle applicazioni web invece di specificare AAMs solo.I passi da dove sei ora sarebbe:

• In ogni web app, rimuovere AAMs lasciando quella di default solo
• ISS Rimuovere IIS associazioni per l'eliminati AAMs su ogni server di SharePoint per i rispettivi siti web
• In Amministrazione Centrale => Gestisci Applicazioni Web, selezionare una Web App alla volta e li Estendono per ogni zona specificando i rispettivi AAM
• Assicurarsi di disporre di un punto di Origine di Contenuto Predefinito AAM url per ogni web app e NTLM auth fornitore abilitato su di loro
• Eseguire una ricerca per Indicizzazione Completa

Che dovrebbe essere.I risultati della ricerca restituirà i link corrispondenti AMM si sono provenienti da.Questa soluzione non ha nulla a che fare con la topologia e funziona per ogni.

Answer 2

Non sarà possibile da un lato di SharePoint senza codice.È possibile farlo tramite IIS e l'URL Rewrite Module.Si sarebbe ancora utilizzano lo stesso estesa web app topologia @Miguel Lima fornito.

Microsoft non supporta la ri-scrittura di SharePoint URL, ma è possibile utilizzare la funzione di reindirizzamento per raggiungere questo obiettivo.

Semplice creare una regola che quando si accede a un interno di Ricerca indirizzo da esterno, si viene reindirizzati alla pagina esterna e viceversa.La tua Ricerca Centro URL è già prorogato con la giusta AAM così i risultati dovrebbero tornare correttamente dopo il redirect.

Il redirect avviene anche abbastanza veloce in modo che gli utenti probabilmente nella maggior parte dei casi non si accorge nemmeno.

tutto ciò che viene detto, io sono a favore del centro ricerche dedicato approccio per raccolta.Lungo termine cura e l'alimentazione è abbastanza facile e non devo preoccuparsi di eseguire il backup della configurazione di IIS separato da quello che ho memorizzato nel mio database del contenuto.