자체 웹 앱에 SearchCentre가 포함된 AAM

Question

먼저 SP2013에 대한 온프레미스 OOTB 방식을 찾고 있습니다. 추가 헤더를 사용하여 해킹하면 됩니다.목적은 AAM을 사용하는 여러 웹 앱이 모두 단일 글로벌 검색 센터를 갖도록 하는 것입니다.결국 여러 검색 센터가 필요한 경우 글로벌 검색 센터를 갖는 요점은 무엇입니까?- 그동안 그렇게 해왔어

좋습니다. 토폴로지는 다음과 같습니다.

내부 사용자는 다음을 사용합니다:

• intranet.companyname.net -> 기본 영역

외부 사용자는 신뢰할 수 있는 제공업체를 통해 방문합니다.

• extranet.companyname.net -> 인터넷 영역

인트라넷에는 엑스트라넷 주소로는 접속할 수 없는 사이트도 있지만, 모든 엑스트라넷은 인트라넷을 통해 접속할 수 있습니다.지금까지는 간단합니다.

있다 삼 웹 앱:

• 문
• 내 사이트
• 검색센터

각 웹 앱에는 두 주소에 대한 AAM이 있습니다. 인트라넷 그리고 엑스트라넷

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

하지만 검색 서비스 응용 프로그램에 인터넷 영역 사용자(엑스트라넷)를 검색 주소의 엑스트라넷 형식으로 보내고 이에 따라 검색 결과를 변경해야 한다고 지시하는 방법을 평생 찾을 수 없습니다. 항목에 대한 링크는 다음과 같은 링크입니다. 색인이 생성되었으며 절대적입니다)

그렇다면 2013년에 이를 어떻게 달성할 수 있습니까? 모든 사이트에 영역에 따라 전체 검색 URL을 동적으로 변경하도록 지시하는 방법과 사용자별 결과를 동적으로 변경하는 방법은 무엇입니까?

해당 구역이 검색으로 선택되길 바라지만 그럴 수 있을지 의문입니다.

[업데이트]

의 의견에 답변하려면 마이크 오리스자크 이를 달성하는 유일한 방법은 세 사이트 모음 모두에 대해 하나의 웹 응용 프로그램을 사용하는 것입니다.우리가 알고 있듯이 MySites에 대한 모범 사례에서는 이를 별도의 웹 응용 프로그램으로 분리하도록 규정하고 있습니다.또한 항목 URL 및 다른 영역의 문제는 해결되지 않습니다.(이 문제를 해결하기 위해 서버 이름 매핑을 통해 항상 엑스트라넷 주소를 사용하도록 강제할 수도 있습니다.)

그렇다면 이제 이에 대한 해결책은 무엇일까요?단일 웹 응용 프로그램으로 이동하는 것은 바람직하지 않은 솔루션이므로 MySite 응용 프로그램에 SearchCentre를 만들고 응용 프로그램을 사용해야 합니다.위에서 언급한 대로 내 책에 있는 3가지 웹 앱 솔루션이 모범 사례 기간이 될 것입니다.사이트 모음 유형당 하나의 웹 앱을 제공하고 사이트를 완전히 분리합니다.

대답하려면 테레스코 2개의 WFE, WFE 장애 조치 역할을 하는 크롤링 서버, 분산 캐시 서버, 2개의 애플리케이션 서버 및 데이터베이스 클러스터가 있습니다.중간 규모 배포를 위한 상자에 총 98GB RAM과 20개의 CPU가 있으며, 디자인은 팜에 더 추가할 수 있도록 빠르게 확장 가능합니다.

[포상금 보상 업데이트]

대답은 당면한 문제를 해결하기 위한 토폴로지 및 개요(기본 제공만 해당) 절차를 준수해야 합니다.이 작업은 검색 컨트롤과 검색 결과에서 검색 URL을 제어하는 ​​일부 코드를 사용하여 이미 약간의 작업으로 수행되었습니다.하지만 OOTB여야 하는 작업으로 이 작업을 수행할 필요는 없습니다.500포인트이렇게 해보자.

[업데이트]문제의 절반이 정렬되었습니다.URL 문제를 해결하려면 AAM을 사용하는 대신 웹앱을 새 주소로 확장하세요.

Answer 1

이는 AAM만 지정하는 대신 각 웹 애플리케이션을 확장하여 달성할 수 있습니다.현재 단계는 다음과 같습니다.

• 각 웹 앱에서 기본 AAM만 남겨두고 AAM을 제거합니다.
• ISS에서 해당 웹 사이트의 각 SharePoint 서버에서 삭제된 AAM에 대한 IIS 바인딩을 제거합니다.
• 중앙 관리 => 웹 응용 프로그램 관리에서 한 번에 하나의 웹 응용 프로그램을 선택하고 해당 AAM을 지정하는 각 영역으로 확장합니다.
• 각 웹 앱의 기본 AAM URL을 가리키는 콘텐츠 소스가 있고 해당 URL에서 NTLM 인증 공급자가 활성화되어 있는지 확인하세요.
• 전체 크롤링 실행

그게 다야.검색 결과는 현재 AMM과 일치하는 링크를 반환합니다.이 솔루션은 토폴로지와 아무 관련이 없으며 어떤 경우에도 작동합니다.

Answer 2

코드가 없으면 SharePoint 측에서는 불가능합니다.IIS와 URL 재작성 모듈을 통해 이를 수행할 수 있습니다.@Miguel Lima가 제공한 것과 동일한 확장 웹 앱 토폴로지를 계속 활용하게 됩니다.

Microsoft는 SharePoint URL 다시 쓰기를 지원하지 않지만 리디렉션 기능을 사용하여 이를 달성할 수 있습니다.

외부에서 내부 검색 주소에 액세스하면 외부 페이지로 리디렉션되고 그 반대의 경우도 마찬가지라는 규칙을 간단하게 생성하십시오.검색 센터 URL은 이미 적절한 AAM으로 확장되어 있으므로 리디렉션 후 결과가 제대로 반환되어야 합니다.

리디렉션도 매우 빠르게 발생하므로 대부분의 경우 사용자는 눈치채지 못할 것입니다.

즉, 나는 사이트 모음별로 전용 검색 센터 접근 방식을 선호합니다.장기간의 관리와 양육은 매우 쉬우며 콘텐츠 데이터베이스에 저장한 것과 별도로 IIS 구성을 백업하는 것에 대해 걱정할 필요가 없습니다.