Skip to content
WordsOnTech
  • Home
  • MS SQL Server
    • SSRS
    • Always ON
    • Failover Cluster
    • Performance Tuning
    • Replication
  • AWS
  • Azure
  • Scripts
  • About Us
  • Join Us

SSRS report issue – Login failed for user ‘NT AUTHORITY\ANONYMOUS LOGON’

May 12, 2021 by Nitin

Issue Summary

A few days back, a user complained that SSRS report is not working for him and he is getting below error message:

An error has occurred during report processing.(rsprocessingAborted) Query execution failed for dataset 'DataSet1'.(rsErrorExecutingCommand) Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'
SSRS issue

Initial Investigation

When we initially started looking into the issue, we thought it could be a permission issue. However, we soon realized that user was having appropriate permission on the data set, which means that he is having permission on the database from where the data was getting fetched.

This user also had sufficient permission in SSRS as it was set as Content Manager.

Questionnaire with user

As our initial investigation did not work, we asked few questions to the user among which the most important was “How he was accessing the reports?“

He told us that he was using his laptop to access the report and was not logging to the server. We were able to access the reports, but, we were accessing them from the server itself.

Solution

We checked the SPNs listed for the SSRS server and we observed that Reporting Services are running with service account but SPNs were not registered for Reporting Service. This issue is sometimes also known as double hop issue.

We also found that authentication was set to RSWindowsNTLM in RSReportServer.config file but it should have been set to RSWindowsNegotiate.

Therefore, solution was a two step solution:

  • Register the missing SPN on the server as mentioned below:
  1. SETSPN -S http/servername Domain\SSRS
  2. SETSPN -S http/servername.domain.com Domain\SSRS
  • Open the RsReportServer.config file and locate the <AuthenticationTypes> section and Add <RSWindowsNegotiate /> as the first entry in this section to enable Kerberos. An important precaution to take is “backup original config file before making any changes”.

After the second step, the SSRS services has to be restarted to bring the changes into affect.

You can find below Microsoft links for detailed information:

https://docs.microsoft.com/en-us/archive/blogs/technet/rob/enabling-kerberos-authentication-for-reporting-services

https://docs.microsoft.com/en-us/sql/reporting-services/report-server/register-a-service-principal-name-spn-for-a-report-server?view=sql-server-ver15

Once, both these steps were performed, we asked user to clear his browser cache. Post this, the issue got resolved.

Happy Learning!

Post Views: 2,411

Share this:

  • Click to share on X (Opens in new window) X
  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to print (Opens in new window) Print
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Tumblr (Opens in new window) Tumblr

Like this:

Like Loading...
Categories MS SQL Server, SSRS Tags Anonymous logon, double hop, Kerberos, Login Failed, missing SPN, reporting services, service principal name, SPN, SSRS
LOG_REUSE_WAIT_DESC shown as Availability_Replica even though DB is removed from AG
Always ON Group Failover not happening in SQL Server 2017

Recent Posts

  • Out of memory exception in SQL Server Management Studio (SSMS) while opening ‘restore database’ page March 7, 2024
  • Using Snapshot Replication for Schema Transfer/Refresh Only March 7, 2024
  • Cleanup Log-shipping configuration through TSQL March 7, 2024
  • Configure non-default PostgreSQL instance for automatic start on machine start in RHEL March 4, 2024
  • Código de error: 22903, texto: “Ya hay otra conexión ejecutando ‘sp_replcmds’ para la captura de datos modificados en la base de datos actual.” March 4, 2024

AlwaysOn Amazon Web Services AWS AWS CLI AWS EC2 CDC Cloud costs Commvault cost monitoring cost optimization AWS encrypted backup Encryption Error 912 error 3417 Error 15151 Error 20011 Error 22017 Error 22307 Error 22903 HIGH CPU USAGE High Memory Issue Index optimization Login Failed LogShipping MS SQL Server MS_SSISServerCleanupJob Ola Hallengren Performance Tuning PowerShell Replication Replication Jobs S3 script Security SQL Server SQL Server 2017 SQL server 2019 SQL Server Backup SQL Server hacks SSIS_hotfix_install TDE TLOG Backups TSQL wait statistics Wait types

© 2025 WordsOnTech • Built with GeneratePress
Go to mobile version
%d
    We use cookies to ensure that we give you the best experience on our website. If you continue to use this site we will assume that you are happy with it.Ok