我正在尝试修复/修补 ASPNET 1.1 框架问题，因为用户代理字符串太长。
是否有一个 ISAPI 过滤器可以在传递到 ASPNET 之前塑造 USER-AGENT 标头？
报告以 HTML 3.2 而不是 4.0 呈现。这会阻止工具栏出现。
有没有人设法解决这个问题？
当我登录这台机器时，任何浏览网页或窗口只能识别“我的电脑”和“Internet”，不在本地机器上的所有内容都是“Internet”。
一位同事登录，该区域在状态栏中正确显示。
我的个人资料在其他机器上工作正常
修复的尝试包括： 从机器中删除配置文件 从域中删除服务器，删除 AD 机器帐户，重新连接。
其他可能相关的问题：浏览到http://localhost - 我遇到了 unname/pass 的挑战。状态栏中仍然显示“Internet”。当我将网站添加到 Intranet 区域时。我收到一个对话框，上面写着“您的区域设置出现意外错误。无法添加此站点。”
我们有一个基于 WSS 的已建立的 Intranet，具有两个前端和一个数据库。
目前所有的身份验证都是 NTLM。
我们已经在集成模式下安装了 Reporting Services。
只要安装了 RS 的 Web 前端处理事务，RS 就可以工作。
如果没有 RS 的前端处理请求，那么我们会收到 UNAUTHORIZED 错误。
在尝试解决此问题时，网络搜索等 - 暗示该问题是由需要执行“双跳”身份验证的场引起的 - 这不能通过 NTLM 发生。
所以我们需要配置 Intranet 场以接受 Kerberos 身份验证。
我找到了这个有用的指南，但它采取了我们从头开始农场的立场。
所以我们需要知道追溯配置 Kerberos 是否存在风险？在我们执行启用 Kerberos 的步骤期间和之后，NTLM 会像以前一样继续吗？
我们有一个 Intranet Farm，有两个负载平衡的前端服务器和一个单独的数据库，报告服务器安装在框 1 上，因此 enysys 数据扩展可以访问共享点 DOM。
IIS-BOX 1 + 报表服务器
IIS_BOX 2
SQL 服务器
如果用户通过负载平衡器访问框 2，则问题是 RS 失败。如果我们从 LB 中移除 Box 2 - 那么 RS 就起作用了。把它放回去，它会间歇性地失败。
任何人都知道这种拓扑是否应该工作以及如何解决问题？