소개

환경 설정

우리 설정은 4대의 서버로 구성됩니다. 여기에는 도메인 컨트롤러, SQL Server, SharePoint Server 및 Reporting Services용 서버가 포함됩니다. SharePoint와 Reporting Services를 동일한 서버에 배치할 수 있으며, 이렇게 하면 약간 단순화되고 차이점을 몇 가지 강조할 것입니다.

설치 전제 조건

SharePoint 인증

RS 통합 파트로 들어가기 전에 SharePoint 팜에 대해 강조하고 싶은 점은 사이트를 어떻게 설정하느냐입니다. 보다 구체적으로 사이트 인증을 어떻게 구성하느냐인데, 클래식인지 Claims인지 여부입니다. 이 선택은 초기 단계에서 중요합니다. 한 번 설정하면 변경할 수 없다고 생각합니다. 만약 변경 가능하다고 해도 간단한 과정이 아닐 것입니다.

NOTE: Reporting Services 2008 R2는 Claims를 인식하지 못합니다

SharePoint 사이트를 Claims를 사용하도록 선택하더라도 Reporting Services 자체는 Claims를 인식하지 못합니다. 그렇지만 이는 Reporting Services의 인증 방식에 영향을 미칩니다. 그렇다면 Reporting Services 관점에서는 어떤 차이가 있나요? 핵심은 사용자 자격 증명을 데이터 소스로 전달할지 여부입니다. Classic:- Kerberos를 사용할 수 있으며 사용자 자격 증명을 백엔드 데이터 소스로 전달할 수 있습니다(이를 위해 Kerberos가 필요합니다). Claims:- Claims 토큰이 사용되며 Windows 토큰이 아닙니다. RS는 이 시나리오에서 항상 Trusted Authentication을 사용하며 SPUser 토큰에만 접근할 수 있습니다. 데이터 소스 내에 자격 증명을 저장해야 합니다.

Classic :- Kerberos를 사용하여 사용자 자격 증명을 백엔드 데이터 소스로 전달할 수 있습니다(이를 위해 Kerberos가 필요합니다).

Claims :- Claims 토큰이 사용되며 Windows 토큰이 아닙니다. RS는 이 시나리오에서 항상 Trusted Authentication을 사용하며 SPUser 토큰에만 접근할 수 있습니다. 데이터 소스 내에 자격 증명을 저장해야 합니다.

우선 우리는 RS 설정에만 집중하고 싶습니다. 현재 SharePoint가 내 SharePoint Box에 설치되어 포트 80의 클래식 인증 사이트로 설정되었습니다. RS 서버에 Reporting Services를 방금 설치했으며, 그것이 전부입니다.

Reporting Services 설정