我刚刚加入了一个已经进行了几个月的项目，并被要求查看一个在身份验证超时后用户被重定向到表单身份验证 loginUrl 的错误。你可能对自己说，这不是一个错误，伙计！好吧，用户被引导到帐户控制器（“~/Account/Login”）上的“开箱即用”登录操作，而不是我们在 web.config 中的操作。所以我的问题是，除了 web.config 之外，这个设置还能存储在哪里？它必须在某个地方，因为我在 web.config 中多次更改了 loginUrl 值，并且我们总是在超时时被重定向到 /Account/Login。
我们在本地使用工作室的内置网络服务器。
我添加了此答案以将我发现的内容与 Adam 在已接受答案的评论中建议的内容合并。我通过Stack上另一个问题的评论找到了另一条路线。不知何故，我在最初的搜索中错过了它。在我的例子中，我们的项目中引用了 WebMatrix.Data.dll。此 dll 包含一个具有静态构造函数的类，该构造函数将类的 loginUrl 属性设置为“~/Account/Login”。解决方案是使用应用程序设置中的新条目覆盖该设置，如下所示：<add key="loginUrl" value="/login" />或按照 asp.net 站点上的说明将其包含在 web.config 的 appSettings 中：<add key="autoFormsAuthentication value="false" />。
希望这对某人有帮助！
一个想法：在您的控制器上可能使用了一个 FilterAttribute 子类，它正在寻找一个过期的会话并明确地重定向到 ~/Account/Login，或者一些最终让您到达那里的 LogOut 操作。
甚至可能有一些 JavaScript 在一段时间后重定向。