문제

AAM을 언제 사용해야 하는지, 헤더를 언제 사용해야 하는지 정말 혼란스럽습니다.시나리오를 나열하고 이를 기반으로 AAM 또는 호스트 헤더를 선택할 수 있는 테이블이 있었으면 좋겠습니다.

서로 다른 영역(기본, 사용자 정의, 인트라넷, 엑스트라넷, 인터넷) 사이에서 인증 공급자에 대해 동일한 결과를 얻으려고 합니다.

도움이 되었습니까?

해결책

경험상 브라우저 주소 표시줄의 모든 URL은 공개 URL이어야 하므로 별도의 영역을 만들어야 한다고 말할 수 있습니다.좋은 방법은 호스트 헤더, SSL 인증서 등과 같은 다양한 IIS 관련 설정을 구성할 수 있도록 각 영역에 별도의 IIS 웹사이트가 있어야 한다는 것입니다.공개 URL은 콘텐츠를 올바르게 렌더링하고 일관된 URL 환경을 보장하기 위해 SharePoint에서 사용되는 것입니다.

공개 URL은 서버가 수신하는 요청에 사용되는 URL과 반드시 ​​동일할 필요는 없지만 SharePoint는 항상 공개 URL로 응답합니다.이는 웹 애플리케이션을 인터넷에 게시하는 것과 같은 시나리오에서 유용합니다.인터넷 사용자는 다음을 요청할 수 있습니다. https://www.internetsite.com, 하지만 역방향 프록시 서버는 이 요청을 다음으로 전달할 수 있습니다. http://servername:1234.이 경우 내부 URL이 있습니다. http://servername:1234 공개 URL에 매핑되는 https://www.internetsite.com.이를 통해 SSL 인증서가 역방향 프록시 서버에만 존재할 수 있어 관리가 단순화됩니다.이것은 AAM의 한 가지 사용 사례일 뿐이며, 언급한 리디렉션과 같은 다른 사용 사례도 있습니다.

반면에 IIS 호스트 헤더는 요청이 SharePoint에 의해 선택되기 전에 먼저 올바른 IIS 사이트에 도착하는지 확인하는 데 사용됩니다.내 예에서는 포트 번호만 사용하므로 호스트 헤더 없이 IIS 웹 사이트를 가질 수 있습니다.역방향 프록시 서버를 다음으로 리디렉션하는 경우 http://internetsite.local 그러나 IIS 웹 사이트에서 internetsite.local이라는 호스트 헤더를 설정할 수 있습니다.이렇게 하면 IIS는 포트 80의 어느 웹 사이트로 요청을 보낼지 알 수 있습니다.

따라서 IIS의 호스트 헤더는 반드시 SharePoint의 공개 URL과 동일하지는 않지만 AAM 매핑에서는 항상 내부 URL로 존재합니다.

SharePoint의 다양한 영역은 다양한 공개 URL 및 다양한 IIS 웹사이트를 갖는 것과 관련됩니다.이를 통해 설명하는 다양한 인증 메커니즘과 같은 다양한 설정을 가질 수 있습니다.그러나 SharePoint 2010에서는 하나의 단일 영역에 여러 인증 공급자가 있을 수 있습니다.영역에 사용되는 이름은 단지 레이블일 뿐이므로 원하는 목적으로 어떤 영역이든 사용할 수 있습니다.보안과 관련하여 기본 영역만이 단순한 레이블 그 이상입니다.

매우 훌륭하고 철저한 시리즈는 "대체 액세스 매핑에 대해 모든 SharePoint 관리자가 알아야 할 사항".

다른 팁

일반적으로 말하기는 당신이 어떤 영역을 넣는지에 관계없이 구성하려는 각각의 다른 URL에 대한 호스트 헤더 바인딩을 추가해야합니다. 공개 URL은 해당 URL 영역에 필요한 바인딩을 거의 리디렉션 할 것입니다. 예를 들어 내가있는 경우 :

기본값 : 'http : // portal' 기본값 : 'http : //portal.internal.domain' 기본값 에 대한 공개 URL : 'http : //portal.internal.domain'

웹 응용 프로그램 사이트의 IIS의 호스트 헤더에는 'http : // portal'및 'http : //portal.internal.domain'모두가 나열됩니다.

'http : // portal'을 사용하여 사이트를 히는 사용자는 'http : //portal.internal.domain/subsite/page.aspx'를 사용하여 다음 사이트 내에서 다음을 클릭합니다.

외부에서 사이트를 노출 해야하는 경우 http : //의 엑스트라 넷 URL을 구성하려고합니다. portal.external.fqdn.com 및 IIS 사이트의 호스트 헤더 바인딩에도 추가하십시오. 또한 엑스트라 넷 에 대한 공개 URL이 있음을 알 수 있습니다. 따라서 사용자가 사이트를 소비하는 위치에 따라 정말로 지사가 기본 또는 익스트라 넷에서 고유 한 경우에도 적절한 URL이 필요하도록 '인터넷'영역이 구성되어 있음을 알 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 sharepoint.stackexchange
scroll top