需要有关ASP.Net或IIS请求URL处理的建议

Question

环境：

• 服务器2008
• IIS 7，集成模式
• .Net 4
• ASP.NET WebForms路由（与MVC路由使用相同的.dll，尽管我不确定哪个版本）
• 无Cookie会话（会话ID在用户的URL上移动）。

我们有一个使用路由来识别用户与哪个组织关联的应用程序。 该URL将采用domain / Organization / OrganizationSubCategory的形式。 用户遵循其自定义URL并看到登录页面。 当他们单击下一步时，他们将被定向到收集一些人口统计信息的页面，然后单击下一步以继续该应用程序。 当他们这样做时，将用户（如果需要）添加到我们数据库中的组织中。 在初始登录页面之后，路由不再适用-将用户定向到常规的aspx页面。

该网站吸引了大量进入该应用程序的用户； 平均每天850个。

问题是少数用户（少于1％）被添加到错误的组织中。

我们正在登录页面以及他们提交人口统计页面时记录信息。 我们记录的一件事是Request.RawUrl。 我们开始注意到与一个组织相关联的用户被记录为已请求另一组织的完整正确的URL（包括子类别）。 有时，即使在同一天，也没有人合法地跟随错误的组织URL。 我们已经有人直接报告说他们只是创建了“子类别”（使用管理应用程序），指示用户遵循其唯一的URL，但是日志为该用户显示了完全不同的URL（我知道这是用户，因为我正在记录电子邮件地址和会话ID，因此我可以通过登录页面和受众特征页面关联同一用户的路径）。 好像IIS有时在创建一个新会话，并只是向该用户分配一些先前请求的URL。

为了消除某种形式的缓存，我们有：

• 将config httpRuntime元素的enableKernelOutputCache属性设置为false
• 在IIS设置中禁用缓存
• 将config sessionState元素的regenerateExpiredSessionId属性设置为false（即使我们没有看到会话ID都被重用）。

还有其他建议吗？

Answer 1

这些是内部用户吗？ 有代理人注意事项吗？ 但这并不能解释错误的网址。 您是否100％确定为用户指定了网址A，并且显示了网址b？ 当前是否已分配任何路由模块？ 您确定它不会被另一个模块中的规则重写吗？

这可能是他们的“新用户”电子邮件（例如ex）包含错误网址的应用程序问题吗？

Answer 2

嗯，我们仍然没有完全的把握，但是似乎一个组织中的用户最有可能在Internet上搜索以找到进入系统的URL并对其进行跟踪。
我无法解释我在原始帖子中描述的报告。
当我尝试增强日志记录以捕获发布前会话的创建以确认这一点时，begin request事件的日志记录在我们的QA环境（与生产环境相同）中起作用，但在生产环境中仅工作平缓。 我永远无法确定原因。