Unable to run SSRS reports at new site in AWS.

Kashif Akram 0 Reputation points
2023-04-04T12:04:08.72+00:00

I have 2 sites everything works on site 1 (existing site). I can connect to SSRS and can run reports but on site 2 which has its dc in the same domain as site 1, I'm unable to run the SSRS reports in site 2 with the error Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'. The only way I can run the reports on the second site is to Run the report on the existing site and then immediately run the report on the second site and it works fine. It seems that the process uses the same Kerberos ticket issues by site 1.
I'm using impersonating the user id. Note: SQL and SSRS servers are in the same domain and the user login is in a different domain. Both domains have a trust relationship in place. My feeling is Site 2 dc is not issuing Kerberos tickets but I can be wrong as all other operations are working fine e.g. replication between Site 1 and Site 2. I can join computers to the domain and log in to them on site 2 and when querying the logon server it shows the right server as per the site defined in ad sites and services. Any suggestions,

SQL Server Reporting Services
SQL Server Reporting Services
A SQL Server technology that supports the creation, management, and delivery of both traditional, paper-oriented reports and interactive, web-based reports.
3,067 questions
Windows for business | Windows Client for IT Pros | Directory services | Active Directory
Windows for business | Windows Server | User experience | Other
0 comments No comments
{count} votes

1 answer

Sort by: Most helpful
  1. ZoeHui-MSFT 41,496 Reputation points
    2023-04-05T02:34:40.9633333+00:00

    Hi @Kashif Akram,

    If your SSRS setup similar to the one below. You're likely running into a common SSRS Reporting Service Double Hop (aka Negotiate / SPNego / Kerberos/ SSO) issue.

    Clients e.g. PCs -> SQL Server A (Hop 1) with SSRS -> SQL Server B (Hop 2) contains DBs where your SSRS data sources are pointing to.

    There're 2 solutions to this.

    Solution 1 is to hardcode credential in each Data Source.

    Solution 2 is to configure Kerberos Authentication (SPN + Account Delegation). Check it out here: https://redmondmag.com/articles/2010/08/23/reporting-services-double-hop-authentication.aspx

    Regards, Zoe Hui


    If the answer is helpful, please click "Accept Answer" and upvote it.


Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.