SSRS 2022无法正常访问（HTTP错误500）：隐私模式可用常规模式不行

核心排查方向（基于隐私模式正常的特性） #

隐私模式与常规模式的核心差异集中在浏览器扩展、用户配置文件、非缓存类本地存储、身份验证凭证这几个维度，可从以下方向逐步排查：

1. 浏览器扩展冲突排查 #

• 禁用所有浏览器扩展，重启后尝试访问。若恢复正常，逐个启用扩展定位冲突插件（广告拦截、VPN、脚本拦截类扩展是常见冲突源）
• Chrome/Edge可分别通过chrome://extensions/、edge://extensions/快速管理扩展

2. 损坏的浏览器用户配置文件修复 #

• 常规模式依赖用户配置文件，文件损坏会导致请求异常：
  • Chrome：进入chrome://settings/reset，选择「将设置恢复为原始默认值」（可先备份书签再操作）
  • Edge：进入edge://settings/reset，选择「重置设置」
  • 也可直接新建浏览器用户配置文件，用新配置文件尝试访问SSRS

3. 非缓存类本地存储残留清理 #

• 清除缓存后仍可能存在SSRS相关Cookie、IndexedDB等残留数据：
  • 按F12打开开发者工具，切换到「Application」标签页
  • 依次删除「Cookies」「Local Storage」「Session Storage」中SSRS域名下的所有数据，刷新页面重试

4. 身份验证凭证冲突排查 #

• 常规模式下浏览器可能自动传递错误的登录凭证：
  • Chrome进入chrome://settings/passwords、Edge进入edge://settings/passwords，删除SSRS相关的保存密码
  • 尝试在常规模式下手动输入凭证访问，或开启浏览器「始终使用安全连接」选项

5. 服务器端深层日志与配置排查 #

• 检查SSRS服务日志：默认路径C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\LogFiles下的ReportingServicesService.exe.log，搜索HTTP 500相关错误栈
• 若SSRS通过IIS托管，检查IIS日志：默认路径C:\inetpub\logs\LogFiles，查看请求对应的详细错误子代码（如500.19、500.21）定位具体原因
• 验证SSRS身份验证模式（NTLM/Kerberos），临时开启匿名访问测试是否正常，排除身份令牌传递问题

6. 系统代理与防火墙干扰排查 #

• 常规模式可能加载系统代理设置，隐私模式则可能使用默认配置：
  • Chrome进入chrome://settings/system、Edge进入edge://settings/system，关闭代理后重试
  • 临时关闭本地防火墙，排查是否有针对浏览器常规模式的拦截规则

内容的提问来源于stack exchange，提问作者Aniss El Amrani