我有一个SQL Server Reporting Services 2008的工作生产环境，它为表单身份验证配置。我一直在尝试设置一个使用相同自定义授权扩展dll的新环境。不幸的是，它没有用。 dll和环境配置的原始创建者不可用。
我已经验证扩展DLL中的LogonUser方法对于有效凭据返回true，对于无效凭证返回false。所以我知道DLL正在工作并配置为正确访问数据库。
登录页面从Reporting Services中的LogonUser Web服务方法成功返回，Fiddler显示它具有authCookie，并且它被重定向到http://myurl/ReportManager/Pages/Folder.aspx，因为我相信它应该。但是当重定向到这个页面时，Fiddler告诉我，authCookie没有被浏览器发送出去。如果没有auth cookie，Reporting Services将立即返回自定义登录页面。当访问工作的旧实例时，同一工作站和相同的浏览器不会出现此行为。
我是否应该在这里或服务器故障上苦苦思索。我最初选择Server Fault是因为扩展dll正在另一个环境中工作，我的所有测试都显示问题不在dll中。这导致我认为问题是Reporting Services配置问题。然而，完全缺乏对SF的反应（以及非常少的观点），以及我的IT部门完全缺乏关于表单身份验证的知识，这使我重新考虑并在此处发布问题。
提前致谢，
吉姆
修改
我安装了Firefox和一些插件，然后重新进行测试。观察到的表面行为与IE相同。但是，Fiddler显示Firefox在重定向到/ReportManager/Pages/Folder.aspx时发送auth cookie（如前所述，IE不会这样做）。但Reporting Services似乎忽略了它，仍然会重定向到登录页面。 cookie编辑器插件表示cookie的名称为“authCookie”，网站为“my domain.com”。
对我而言，这似乎都是正确的，除了RS保持重定向到登录页面的事实。为什么呢？