This KB article also applies to the following products:
- SQL Server 2014 Reporting Services
- SQL Server 2012 Reporting Services
This article describes how to configure SQL Reporting Services in Microsoft SharePoint Server for Kerberos authentication.
Create Reporting Services service account
As a best practice Reporting Services should run under its own domain identity. To configure the Reporting Services Service Application, an Active Directory account must be created and registered as a managed account in SharePoint Server. For more information see Managed Accounts in SharePoint 2010. In this example the following account is created and registered later in
|SharePoint Server Service||IIS App Pool Identity|
|SQL Server Reporting Services||vmlab\svcRS2012|
* NOTE: You can optionally reuse a single domain account for multiple services. This configuration is not covered in the following sections.
Create an SPN for the Service Account that is running Reporting service on the Application Server
The Active Directory Users and Computers MMC snap-in is typically used to configure Kerberos delegation. To configure the delegation settings within the snap-in, the Active Directory object being configured must have a service principal name applied; otherwise the delegation tab for the object will not be visible in the object’s properties dialog. Although Reporting Services does not require a SPN to function, we will configure one for this purpose. Note that if the service account already has an SPN applied (in the case of sharing accounts across services) this step is not required.
On the command line, run the following command:
SETSPN -S SP/PPS vmlab\svcRS2012
|The SPN is not a valid SPN. It is applied to the specified service account to reveal the delegation options in the AD users and computers add-in. There are other supported ways of specifying the delegation settings (specifically the msDS-AllowedToDelegateTo AD attribute) but this topic will not be covered in this document.|
Configure Kerberos constrained delegation from the Reporting Services Service account to the SSAS Service and optionally for SQL Server service
To allow Reporting services to delegate the client's identity, Kerberos constrained delegation must be configured. You must also configure constrained delegation with protocol transition for the conversion of claims token to Windows token via the WIF C2WTS.
Each server running Reporting Services must be trusted to delegate credentials to each back-end service with which Reporting Services will authenticate. In addition, the Reporting Services service account must also be configured to allow delegation to the same back-end services. Notice also that HTTP/Portal and HTTP/Portal.vmlab.local are configured to delegate in order to include a SharePoint list as an optional data source for your Reporting Services reports.
In our example the following delegation paths are defined:
|Principal Type||Principal Name|
To configure constrained delegation
1. Open the Active Directory Object’s properties in Active Directory Users and Computers.
2. Navigate to the Delegation tab.
3. Select Trust this computer for delegation to specified services only.
4. Select Use any authentication protocol.
5. Click the add button to select the service principal.
6. Select User and Computers.
7. Select the service account running the service you wish to delegate to (SQL Server, SQL Server Analysis Services, or both).
|The service account selected must have an SPN applied to it. In our example, the SPN for this account was configured in a previous scenario.|
8. Click OK.
9. Select the SPNs you would like to delegate to, and then click OK.
10. You should now see the selected SPNS in the services to which this account can presented delegated credentials list.
11. Repeat these steps for each delegation path defined in the beginning of this section.
Start the Reporting Services service instance on the Reporting Services server
Before creating a Reporting Services service application, start the Reporting Services service on the designated Farm servers. To learn more about Reporting Services configuration, see http://msdn.microsoft.com/en-us/library/cc281311 on Microsoft TechNet.
1. Open Central Administration.
2. Under services, select Manage services on server.
3. In the server selection box in the upper right hand corner select the server(s) running Reporting Services
4. Start the SQL Server Reporting Services Service service.
Create the Reporting Services service application and proxy
Next configure a new Reporting Services service application and application proxy to allow web applications to consume Reporting Services:
1. Open Central Administration.
2. Select Manage Service Applications under Application Management.
3. Select New, and then click SQL Server Reporting Services Service Application.
4. Configure the new service application. Be sure to select the correct service account or create a new managed account if you did not perform this step previously.
You can create and register a new service account for an existing application pool dedicated for Reporting Services before this step or when you create the new Reporting Services Service. To associate the service account with an existing application pool dedicated to Reporting Services or verify an existing account, do the following.
1. Navigate to SharePoint Central Administration. Find Configure managed accounts in the Security section.
2. Select the drop-down box and select the application pool.
3. Select the Active Directory account.
Grant the Reporting Services service account permissions on the web application content database
A required step in configuring SharePoint Server 2010 Office Web Applications is allowing the web application’s service account access to the content databases for a given web application. In this example, we will grant the Reporting Services account access to the "portal" web application’s content database by using Windows PowerShell.
Run the following command from the SharePoint 2010 Management Shell:
$w = Get-SPWebApplication -Identity http://portal
Article ID: 2723587 - Last Review: May 9, 2014 - Revision: 1
Microsoft SharePoint Foundation 2010, Microsoft SharePoint Server 2010, Microsoft SharePoint Foundation 2013, Microsoft SharePoint Server 2013, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2012 Web